現在日付：2026-10-02 JST

Cardano Epoch 659 期間：2026-10-02 06:44:51 JST - 2026-10-07 06:44:51 JST

結論

Midnightは、単に「メインネットが稼働しているチェーン」から、

第三者が許可なくアプリを展開し、ユーザーの代わりにコントラクトを生成し、DUSTをスポンサーし、外部チェーンの資産をMidnight上のプライバシー機能で処理するApplication Economy

へ移り始めている。

今回のState of the Networkで特に重要なのは、以下の4本柱が同時に接続し始めたことである。

Permissionless smart contracts
        +
Wallet abstraction
        +
DUST sponsorship
        +
Cross-chain interoperability

これによりMidnightは、ZK技術を持つ単独L1というより、

他チェーンや既存Webサービスから利用できるprivacy execution layer

としての輪郭を強めつつある。

1. 今回の更新の重要度

2. Permissionless smart contract deployment

Midnightは2026年3月のMainnet launch時点では、ネットワーク安定性・セキュリティ・開発準備を優先し、構造化された初期フェーズを採用していた。

今回、その段階から進み、

Developers can write and deploy smart contracts directly to Midnight mainnet, without a required security review on Preprod.

という運用へ移行した。

つまり、従来の概念的な流れ、

Developer
  ↓
Contract development
  ↓
Preprod
  ↓
Review
  ↓
Mainnet

から、

Developer
  ↓
Contract development
  ↓
Mainnet

へ近づいた。

これはMidnightにおけるApplication Layerの開放である。

ただし、Midnight自身は引き続きPreprodでの十分なテストを推奨している。

Permissionlessであることは「レビュー不要＝安全性が自動的に保証される」という意味ではない。

3. 最重要追加点：アプリがユーザーの代わりにcontractをdeployできる

今回のState of the Networkには、

Applications can now also deploy contracts on behalf of end users.

という重要な記述がある。

これは単に「開発者が自由にdeployできる」という話より一段深い。

ユーザーが直接contract deploymentを操作しなくても、

User
  ↓
Application
  ↓
User-specific Contract Deployment
  ↓
Service starts

というUXにできる。

例えばPrivate Vaultなら、

User
  ↓
"Create Vault"
  ↓
Application
  ↓
Dedicated Private Vault Contract

となる。

意義

これはSaaSでいう、

ユーザー登録時に、そのユーザー専用のバックエンド環境を自動生成する

のに近い。

Midnight上ではこれをZK / privacy-preserving contractで実現できる。

4. Contract-to-Contract deployment

コントラクトが別のコントラクトをプログラム的にdeployできることも重要である。

User
  ↓
Factory Contract
  ↓
├─ Contract A
├─ Contract B
└─ Contract C

この機能によって、

• Factory Contract
• DAO
• Agent
• User-specific contract
• Escrow
• Vault
• Private payment channel

などを自動生成できる。

DAO

DAO
  ↓
Proposal accepted
  ↓
New Treasury Contract

AI Agent

AI Agent
  ↓
Condition met
  ↓
Dedicated Contract
  ↓
Proof / Execution / Settlement

したがって今回の更新は、

Composable / Autonomous Applications

への扉を開く変更でもある。

5. 「Midnightがpermissionlessになった」と言ってよいか

ここは厳密な区別が必要である。

今回permissionlessになったのは主として、

Smart contract deployment

である。

一方、block production / consensusについては別のロードマップである。

Midnight Tokenomics and Incentives Whitepaperでは、

• Launch時：trusted permissioned block producers
• その後：段階的decentralization
• Cardano SPO participation
• 将来的なpermissionless block production

が想定されている。

したがって、

と整理するのが正確である。

6. Gero Wallet 2.7.1

Gero Wallet 2.7.1は2026年9月16日にリリースされ、Midnight dApp supportを大幅に強化した。

主な内容は、

• shielded balances on mainnet
• prove / fund / submit transaction connector
• sponsored DUST fees
• cNIGHT由来DUSTの利用
• Midnight token support
• USDM support

である。

7. cNIGHT由来DUSTをfee capacityに利用

State of the Networkでは、

DUST generated from cNIGHT on Cardano

もfee capacityとして利用できることが明示された。

概念的には、

Cardano
  ↓
cNIGHT
  ↓
DUST generation
  ↓
Midnight transaction capacity

である。

これにより、

Cardano側NIGHT保有とMidnight側ネットワーク利用

の接続がWallet UX上で具体化してきた。

8. 複数wallet間のDUST sponsorship

Gero内で複数のMidnight walletを持っている場合、

Wallet A
NIGHT / cNIGHT
  ↓
DUST
  ↓
sponsor
  ↓
Wallet B
DUST = 0
  ↓
Transaction

という使い方が可能になる。

これはDUSTの性質を理解する上で重要である。

DUSTは単なるgas tokenではなく、

ネットワークcapacity resource

として設計されている。

そのため、「どのwalletがNIGHTを持っているか」と「どのwalletがtransactionを実行するか」を分離できる。

9. Ura Labs Relay Club

Ura Labsは2026年9月8日にPreprod上でRelay Club pilotを開始した。

Relay ClubはAPI経由でアプリケーションのDUST feeをスポンサーする。

User
  ↓
Application
  ↓
Relay Club
  ↓
Sponsor DUST
  ↓
Transaction

ユーザー自身は、

• NIGHT不要
• DUST不要

でサービスを利用できる。

Ura Labsは実際にsponsorship API経由でNFT mintのテストを完了している。

10. DUST sponsorshipはWhitepaperの設計思想そのもの

Midnight Tokenomics and Incentives Whitepaperでは、DUST beneficiaryとして、

1. NIGHT holders
2. DUST recipients
3. DUST sponsees

を想定している。

DUST sponseeは、

• NIGHTを持たなくてもよい
• DUSTを持たなくてもよい
• Application operatorがtransaction costを負担できる

という設計である。

つまり、

Web3型
User
  ↓
Gas tokenを買う
  ↓
Feeを払う
  ↓
Service

から、

Web2型
User
  ↓
Service
  ↓
Providerが内部でnetwork costを負担

へ近づける。

これはMidnightの大きな差別化ポイントである。

11. Dynamic：Wallet abstraction

September State of the Networkでは、Dynamicによるwallet abstractionも重要な要素である。

Dynamicの方向性は、

• Existing wallet connection
• Email login
• Social login
• Embedded non-custodial wallet
• Seed phrase等の複雑さの抽象化

である。

Midnightではユーザーが扱う資産・状態が概念的に、

Unshielded
Shielded
DUST

に分かれる。

これらをWallet layerがバックグラウンドで扱うことで、

Email / Social login
       ↓
Embedded Wallet
       ↓
Midnight dApp

というWeb2に近いユーザー体験を作ることができる。

12. Web3を「隠す」アーキテクチャ

今回の更新群を一つにつなげると、

USER
  ↓
Email / Social login
  ↓
Dynamic
  ↓
Wallet abstraction
  ↓
Midnight dApp
  ↓
User-specific Contract Auto Deploy
  ↓
DUST sponsorship
  ↓
ZK Contract
  ↓
VIA Labs
  ↓
Cardano / external chains

となる。

ユーザーが見るのは、

Login
  ↓
Use service
  ↓
Pay / interact

だけである。

裏側では、

Wallet creation
Contract deployment
ZK proof
DUST sponsorship
Cross-chain transfer
Settlement

が動く。

これがMidnightが目指すUXの完成形に近い。

13. Google Cloud Web3 testnet faucet

Google CloudはMidnight向け専用protocol pageとtestnet NIGHT faucetをWeb3 portal内で提供している。

Developerは、

• network infrastructure information
• testnet NIGHT
• wallet addressへのfaucet request

をGoogle Cloud側から利用できる。

これはGoogle CloudがMidnightとの関係を、

infrastructure provider

から、

developer infrastructure provider

へ広げていることを示す。

14. Noctis Zone

Nightforce Ambassador MJによるNoctis ZoneはMidnight Preprodにdeployされた。

特徴的なのがDarkVeilである。

DarkVeilはtoken sale開始後24時間、

• purchase data
• wallet identity
• transaction amount

などを隠しながら、

購入者が購入上限を守っていること

をZK proofで検証する。

目的はautomated trading botによるfront-running等の抑制である。

これはMidnightのprivacy technologyをDeFi / token launchに適用した例である。

ただし現時点ではPreprodであり、Mainnetでの実利用実績とは区別する必要がある。

15. VIA Labs sprintの実績

VIA Labs cross-chain sprintでは、

• 37 developers
• Cardano → Midnight USDM transfer：12件
• completed payment applications：5本

という成果が出た。

ここは非常に重要である。

以前は、

Cross-chain messaging capability

というプロトコルの話だった。

今回は、

実際のUSDMがCardanoからMidnightへ移動し、payment applicationで使われた

という段階に進んでいる。

16. MidnightをPrivacy Execution Layerとして見る

USDMの流れを整理すると、

Cardano
  ↓
USDM
  ↓
VIA Labs
  ↓
Midnight
  ↓
Private Invoice Contract
  ↓
ZK Settlement

となる。

この構造は、Midnightを単なる独立L1ではなく、

Cardano上のstablecoin / RWAをprivacy-preserving applicationで利用するExecution Layer

として位置づけることができる。

これはMidnightのmultichain / cooperative tokenomics構想と整合する。

17. VIA Labs受賞作

1位：Midnight Private Invoices

Invoice情報そのものではなくcommitmentのみをon-chainに保存する。

Settlement時にZK proofで検証する。

Invoice amount
  → private

Payer identity
  → private

Commitment
  → on-chain

Settlement proof
  → on-chain

B2B決済との相性が非常に良い。

公開チェーンでは、

• 誰が
• 誰に
• いくら

請求したかが見えるため、企業取引では使いにくい。

Midnight Private Invoicesはこの問題に直接対応する。

さらにVIA Labsは、このrepositoryをofficial developer documentationで紹介する予定としている。

単なるhackathon作品ではなく、reference implementation化する可能性がある。

2位：Privoice

Privoiceは、

• tamper-evident invoice settlement
• issuerによるinvoice改変防止
• designated payerのみacknowledge可能

という設計である。

Issuer
  ↓
Invoice Commitment
  ↓
Designated Payer
  ↓
Acknowledgement

これはB2B invoice workflowそのものをprivacy-preserving smart contract化する方向である。

3位：USDM Invoice Relay

USDM Invoice Relayは、

• exact payment
• expiration
• merchant direct settlement

をCompact contractで実装している。

つまり単なる送金ではなく、

条件付き決済

まで作られている。

18. Private B2B Paymentという有力ユースケース

今回のVIA Labs sprintから、

Private Invoice / Private B2B Payment

がMidnight初期の有力ユースケースとして浮かび上がっている。

この分野では、

• 金額
• 取引相手
• 支払条件
• 取引時刻
• 商流

を公開したくない企業ニーズが明確に存在する。

MidnightのRational Privacyとの相性が非常に良い。

19. OODA AI

OODA AIはMidnight network security featuresを自社execution platformに追加した。

既存のBase chain attestationsと並行して利用される。

概念的には、

AI Workflow
  ↓
Execution
  ↓
Attestation / Proof
  ↓
Midnight
  ↓
Auditability / Traceability

となる。

重要なのは、

AI処理内容を全面公開せずに、処理が所定の条件で実行されたことを検証する

という方向である。

これはFBLのAI × Privacy領域でも重要な発展である。

20. OpenZeppelin × S&P Global

OpenZeppelinはMidnight向けに、

• Compact smart contract library
• application starter pack

を構築しているecosystem partnerである。

2026年9月、OpenZeppelinはS&P Globalとのacquisition agreementに入った。

これは、

S&P GlobalがMidnightを買収・採用した

という意味ではない。

しかし、

S&P Global
  ↓
OpenZeppelin
  ↓
Compact Security Libraries
  ↓
Midnight Developers

という間接的なinstitutional connectionが生まれる。

Midnightのdeveloper security toolingを担う組織の信用力・資本基盤という観点ではプラスのシグナルである。

21. Korea Hackathon

Midnight Korea Hackathon 2026は4週間のonline hackathonとして開催された。

• Prize pool：$6,000
• Submission close：2026-09-28
• Winner announcement：2026-09-29
• Top teams：Midnight Build Clubで継続支援候補

重要なのは単なる賞金ではなく、

Hackathon
  ↓
Developer acquisition
  ↓
Prototype
  ↓
Build Club
  ↓
Long-term development

というdeveloper pipeline形成である。

22. Node 1.0.3

Midnight Node 1.0.3は全network environment向けsecurity patchとして公開された。

主な変更は、

• npm dependency advisory対応
• debugging utilities削除
• validator memory保護
• historical block import logic更新

である。

Validator operatorはruntime update前にnode binaryをupgradeする必要がある。

これは派手な機能ではないが、

Mainnet operational maturity

という観点で重要である。

23. RPC / IndexerのBlockfrost移行

September State of the Network本体とは別に、2026年10月1日前後にはMainnet public RPC / indexer providerの移行も重要である。

Midnight自身がホストしていたpublic endpointから、BlockfrostがPrimary public providerとなる方向へ移行した。

概念的には、

Before
Midnight-hosted RPC / Indexer

      ↓

After
Blockfrost
Primary public RPC / Indexer

である。

これは、

• Foundation直営インフラ依存の低下
• ecosystem infrastructure providerの参加

という意味では前進である。

ただし、

Primary providerが一社であること = decentralized

とは言えない。

今後はprovider diversityを見る必要がある。

24. NIGHT / DUSTトークノミクスへの意味

Midnight Tokenomics and Incentives Whitepaperでは、

NIGHT generates DUST

という関係が中核である。

NIGHTそのものはtransaction feeとして消費されない。

DUSTは、

• Consumable
• Renewable
• Shielded
• Non-transferable
• Decaying
• Non-store-of-value

という性質を持つ。

したがって、

Permissionless Deployment
        ↓
dApp増加
        ↓
User増加
        ↓
Transaction増加
        ↓
DUST Consumption増加
        ↓
DUST Capacity需要増加
        ↓
NIGHT Utility増加

という経路が考えられる。

25. 「DUST利用増 → NIGHT価格上昇」ではない

ここは重要な注意点である。

DUST利用が増えたからといって、

NIGHT価格が必ず上昇する

とは言えない。

NIGHT価格は、

• Circulating supply
• Unlock schedule
• Exchange liquidity
• Speculative demand
• Adoption
• DUST generation parameters
• Staking
• Governance
• Competition

など多くの変数に左右される。

したがって正確には、

DUST消費量増加は、NIGHTが「ネットワークcapacityを継続的に生成する資産」として持つfundamental utilityを強める方向に働く。

と評価するのが妥当である。

26. 今回の更新で重要になった新しい需要経路

従来は、

NIGHT Holder
  ↓
DUST
  ↓
Own Transaction

が中心に見えていた。

現在は、

NIGHT Holder
  ↓
DUST
  ↓
Application / Sponsor
  ↓
Many Users

という経路が具体化しつつある。

これは重要である。

NIGHTの需要主体が、

individual transaction user

だけではなく、

application operator / infrastructure provider

へ広がる可能性があるからである。

27. Midnightの経済モデルを「Capacity Economy」として見る

Midnightを理解する上では、

Gas Token Economy

ではなく、

Capacity Economy

として見る方が適切である。

概念的には、

NIGHT
  =
Capacity-generating capital asset

DUST
  =
Consumable network capacity

Application
  =
Capacity consumer / sponsor

User
  =
Service consumer

である。

このモデルが実際に機能するかどうかは、今後のDUST demandで検証できる。

28. CGTAによる統合評価

今回の一連の更新から最も重要なのは、

技術スタックが縦方向につながり始めた

ことである。

以前は、

• ZK
• DUST
• Wallet
• Cross-chain
• Smart contracts
• Developer tooling

が個別要素だった。

今は、

User
  ↓
Login
  ↓
Wallet abstraction
  ↓
Application
  ↓
Contract auto-deploy
  ↓
DUST sponsorship
  ↓
ZK execution
  ↓
Cross-chain asset
  ↓
Settlement

という一連のサービスフローに統合され始めている。

これは大きな変化である。

29. 今後12〜18か月の5段階シナリオ

現時点でS4/S5を断定する材料はない。

Permissionless deploymentは必要条件ではあるが、十分条件ではない。

30. 今後見るべき7指標

31. FBL向け観測ポイント

Midnightについては今後、

「何個のアプリが作られたか」

より、

「どれだけDUSTが実際に消費されたか」

を見るべきである。

特に、

Sponsored DUST Transactions
        +
USDM Cross-chain Volume
        +
Mainnet Active Users

の3つが同時に増加すれば、Midnightの技術利用が経済活動へ転換し始めた可能性が高い。

32. 最終評価

今回のState of the Networkとpermissionless deploymentを合わせると、Midnightは、

Privacy Blockchainの構築フェーズ

から、

Privacy Application Economyの形成フェーズ

へ移行し始めたと評価できる。

さらに、

• Dynamic
• Gero
• Ura Relay Club
• VIA Labs
• USDM
• OODA AI
• OpenZeppelin
• Google Cloud
• Blockfrost

が異なるレイヤーで接続し始めている。

この意味で、今回の更新は単なる月次アップデートではなく、

Midnightがプロトコルから実用アプリケーション基盤へ移る転換点

として位置づける価値がある。

Sources

Primary sources

• Midnight Network, State of the Network - September 2026
• Midnight Network official blog
• https://midnight.network/blog/
• Midnight Developer Documentation
• https://docs.midnight.network/
• Midnight Tokenomics and Incentives Whitepaper, Version 1.0, June 2025
• NIGHT MiCA White Paper, Midnight TGE Ltd.
• https://www.midnight.gd/night-mica-white-paper
• Gero Wallet release notes
• https://gerowallet.io/download/release-notes/
• Midnight Community Forum
• https://forum.midnight.network/
• Noctis Zone
• https://noctis.zone/
• Dynamic × Midnight official integration material
• VIA Labs developer sprint materials
• Google Cloud Web3 portal Midnight protocol page
• OpenZeppelin / S&P Global public announcements
• OODA AI public integration information
• Blockfrost Midnight infrastructure documentation

Source interpretation note

本稿のうち、

• permissionless deployment
• Applicationによるcontract deployment
• Google Cloud faucet
• Noctis
• Gero Wallet 2.7.1
• Ura Relay Club
• OODA AI
• Korea Hackathon
• VIA Labs sprint
• Node 1.0.3

は、Midnight State of the Network - September 2026に記載された内容を基礎としている。

NIGHT / DUSTの経済構造、DUST sponsorship、block productionの段階的permissionless化については、Midnight Tokenomics and Incentives WhitepaperおよびMiCA White Paperの設計を参照している。

「DUST利用増加がNIGHTのfundamental utilityを強める」という部分は、Whitepaperの構造から導いたCGTAによる経済分析であり、価格上昇を保証・予測するものではない。

FBL Memo

Signal: Midnight Application Layer Transition

Core transition:

Protocol
  ↓
Application
  ↓
User abstraction
  ↓
Economic activity

Primary hypothesis to test:

DUST Consumption Growth
        ↓
Network Capacity Demand
        ↓
NIGHT Fundamental Utility

High-priority indicators:

1. Sponsored DUST transactions
2. USDM cross-chain volume
3. Mainnet active contracts
4. Active users
5. DUST consumption
6. Application-created contracts
7. Infrastructure provider diversity