FBL | Future BioCybernetics Lab

現在日付：2026-10-02 JST

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

概要

今回の更新は、単なる機能追加の寄せ集めではない。

Midnightが、

許可型の立ち上げ段階
メインネット上での限定的なアプリ展開
開発者向け基盤整備

から、

許可不要の本番スマートコントラクト展開
コントラクトによる別コントラクトのプログラム的デプロイ
DUSTスポンサーシップ
クロスチェーン開発
ウォレットによるUX抽象化

へ進み始めたことを示すアップデートである。

特に重要なのは次の3点である。

Permissionless smart contract deployment
DUST sponsorship
Cross-chain developer ecosystem

この3つが同時に進むことで、Midnightは「チェーンそのものを完成させる段階」から「第三者が自由にアプリと経済圏を作る段階」へ移り始めたと評価できる。

今回の主な更新

更新	技術的重要性	意味
Permissionless smart contract deployment	A+	Midnight上の本番開発を開放
Contract → Contract deployment	A+	Factory / DAO / Agentなど高度な自律アプリが可能に
Ura DUST sponsorship	A	ユーザーがNIGHT/DUSTを意識しないUXへ
VIA Labs cross-chain sprint	A	Midnightを他チェーンから使う土台
GeroWallet 2.7.1	A-	一般ユーザー向けフロントエンド成熟
Google Cloud faucet	B+	開発インフラ強化
Noctis Preprod	B+	実アプリ候補の検証
Korea Hackathon	B	開発者獲得・ユースケース探索

今回の中核は、Midnightメインネットでスマートコントラクトのデプロイがpermissionlessになったことである。

ただし、重要な注意点がある。

Smart contract deploymentがpermissionlessになったことと、Midnightのコンセンサスやblock productionが完全にpermissionlessになったことは同義ではない。

この2つは分けて評価する必要がある。

1. 何が変わったのか

従来のMidnight Mainnetでは、コントラクトを本番に載せるまでに管理された導入経路が中心だった。

概念的には、

Developer
  ↓
Contract development
  ↓
Preprod / testing
  ↓
Security review
  ↓
Mainnet deployment

という流れである。

今回のpermissionless deploymentによって、

Developer
  ↓
Contract development
  ↓
Mainnet deployment

という形に近づく。

開発者がMidnight Foundation等の個別許可を前提とせず、Mainnet上へコントラクトを投入できるようになることは、アプリケーション層の開放として重要である。

2. 「コントラクトがコントラクトをdeployできる」の意味

単純なDAppでは、

Developer
  ↓
Contract
  ↓
User

という構造でも動く。

しかし、本格的なWeb3サービスでは、Factory ContractやDAO、Agentが別のコントラクトを生成する構造が多用される。

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

この機能により、例えばユーザーごとの専用コントラクトを自動生成できる。

例：プライベート医療データVault

User
  ↓
Medical Vault Factory
  ↓
User-specific Vault Contract

ユーザーごとに独立したprivacy-preserving contractを生成する設計が可能になる。

例：DAO

DAO
  ↓
Proposal accepted
  ↓
New Treasury Contract deployed

ガバナンス結果に応じて新しいTreasury Contract等を自動的に作る設計も可能になる。

例：AI Agent

AI Agent
  ↓
Condition satisfied
  ↓
Dedicated Contract deployed
  ↓
Execution / proof / settlement

AI Agentが条件に応じて専用contractを生成し、証明、決済、権限制御を自動化する設計も考えられる。

したがって、今回の変更は単なる「deploy権限の自由化」ではない。

Midnightで、

composable applications
autonomous applications
contract factory
agentic applications

を構築するための重要な前提条件が整い始めたと見るべきである。

3. Midnightのapplication layerが本格始動する

Midnightの進化を段階化すると、概念的には次のように整理できる。

Phase 1：Chain launch

Mainnet launch
Federated block production
NIGHT / DUST基盤
ZKベースのpublic-private dual-state ledger

Phase 2：Application readiness

SDK
Preprod
Wallet対応
Cross-chain messaging
DUST関連機能
Developer programs / hackathons

Phase 3：Permissionless application economy

Permissionless smart contract deployment
Contract-to-contract deployment
DUST sponsorship
Cross-chain applications
Wallet abstraction

今回の更新は、Phase 3への移行を示すものと評価できる。

4. Cross-chainとの組み合わせ

VIA Labsによるcross-chain messagingがMidnightと接続されることで、外部チェーン上のイベントや資産とMidnight上のprivacy-preserving contractを結び付ける設計が可能になる。

概念的には、

Ethereum
Cardano
Solana
Other chains
    ↓
VIA Labs
    ↓
Midnight
    ↓
Private Contract
    ↓
Private Contract

という構造である。

Permissionless deploymentと組み合わさると、Midnightは単独チェーンとしてだけではなく、

他チェーンがprivacy-preserving computationを利用するためのプライバシー層

として使われる可能性が高まる。

Midnightが以前から掲げてきたcooperative tokenomics、multichain architectureとの整合性も高い。

5. GeroWallet 2.7.1の意味

GeroWalletのMidnight対応は、単にウォレットが一つ増えたという意味ではない。

重要なのは、

NIGHT
  ↓
Wallet
  ↓
DUST
  ↓
Midnight dApp

という一般ユーザー向け導線が形成されることである。

Midnightの仕組みは技術的には複雑である。

ユーザーが直接理解しなければならない要素として、

NIGHT
DUST
DUST designation
ZK proof
public/private state
transaction fee mechanics

などが存在する。

Walletがこれらを抽象化できれば、ユーザーは内部構造を意識せずにMidnight dAppを利用できる。

これはMidnightの普及において重要である。

6. Ura FinanceのDUST sponsorship

今回の更新の中でも、トークノミクス上とりわけ重要なのがDUST sponsorshipである。

Midnight Tokenomics and Incentives Whitepaperでは、DUST利用者を大きく次の3種類に分けている。

NIGHT holder
DUST recipient
DUST sponsee

DUST sponseeはNIGHTもDUSTも保有する必要がない。

アプリ側がDUSTを負担することで、利用者はBlockchainそのものを意識せずサービスを利用できる。

従来型では、

User
  ↓
Acquire token
  ↓
Generate / acquire gas resource
  ↓
Transaction

となる。

DUST sponsorshipでは、

User
  ↓
Application
  ↓
Sponsor / Relay
  ↓
DUST
  ↓
Transaction

となる。

この違いは大きい。

Web3では「ユーザーがgas tokenを事前に持たなければならない」ことがUX上の大きな障壁だった。

Midnightでは、

アプリ事業者がネットワーク利用コストを負担する

というWeb2に近いモデルを構築できる。

これは企業・一般ユーザー向けアプリの導入障壁を大きく下げる可能性がある。

7. DUST sponsorshipとNIGHTの価値構造

Midnightのトークノミクスでは、NIGHTはDUSTを生成する。

Whitepaper上の基本関係は、

NIGHT
  ↓
generates
  ↓
DUST
  ↓
consumed by transactions

である。

重要なのは、NIGHTそのものはtransaction feeとして消費されないことである。

DUSTは、

consumable
renewable
shielded
non-transferable
decaying
non-store-of-value

という性質を持つ。

そのため、Midnight利用量が増えると、

Permissionless deployment
        ↓
dApp数増加
        ↓
ユーザー数増加
        ↓
Transaction増加
        ↓
DUST消費量増加
        ↓
DUST generation capacity需要増加
        ↓
NIGHTのeconomic utility増加

という経路が成立する可能性がある。

ただし、

DUST利用増加 = NIGHT価格上昇

と単純化してはいけない。

NIGHT価格は、

市場流動性
circulating supply
unlock schedule
speculative demand
network adoption
NIGHT/DUST generation parameters
staking / governance utility
exchange access
competition

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

したがって、より正確には、

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

と表現するのが適切である。

8. Noctis

NoctisがPreprod上で稼働開始したことも、Midnightのユースケースを考える上で興味深い。

Noctisはprivacy-oriented launchpadとして、

token launch
privacy
anti-front-running
liquidity related functions

を扱う方向性を示している。

Midnightのprivacy機能は、単なる秘匿送金だけではなく、

order information
participant identity
transaction metadata
pre-trade information

などを保護する用途にも適用できる。

とくにDeFiではfront-runningやMEVが問題になるため、privacy-preserving executionは合理的なユースケースになり得る。

ただし現段階ではPreprodであり、Mainnet上で十分な利用実績が確立したとまでは評価できない。

9. Google Cloud faucet

Google CloudによるMidnight testnet faucetは、単なるfaucet追加以上の意味を持つ。

開発者がdAppを作る際には、

node
RPC
faucet
test assets
monitoring
deployment environment

などのdeveloper infrastructureが必要になる。

Google Cloudがfaucetを提供することで、Midnightへの開発者オンボーディングが容易になる。

特に重要なのは、Google CloudがMidnightとの関係をインフラ運用だけでなくdeveloper infrastructureへ広げている点である。

10. VIA Labs cross-chain sprint

37人の開発者がcross-chain sprintを完了したという数字は、それ単独では大規模とは言えない。

しかし、評価すべきなのは人数よりも、

cross-chainアプリケーションを実際に構築できるdeveloper poolが形成されている

ことである。

ZK + cross-chainは技術難度が高い。

したがって、

Protocol
  ↓
Developer education
  ↓
Prototype
  ↓
Applications
  ↓
Mainnet usage

というdeveloper pipelineの形成として見るべきである。

11. Korea Hackathon

Midnight Korea Hackathonも、単なるcommunity eventとして見るべきではない。

ハッカソンの重要な役割は、

developer acquisition
proof of concept
new use-case discovery
developer community formation
future startup discovery

にある。

Midnightにとって特に重要なのは、ZK application developerの母集団を増やすことである。

Midnightの技術的競争力が高くても、開発者が少なければアプリケーション経済は成長しない。

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

ここは厳密に区別する必要がある。

今回permissionlessになったのは、

Smart contract deployment

である。

一方、Midnight Tokenomics and Incentives Whitepaperでは、block productionについて、

launch時はtrusted permissioned nodes
徐々にdecentralize
Cardano SPOがMidnight block producerとして参加
最終的にpermissionless化

というロードマップが示されている。

したがって、

Layer	状況
Mainnet	稼働済み
Smart contract deployment	Permissionless化
Contract → Contract deployment	可能化
DUST sponsorship	実装・実証が進行
Cross-chain	実装進行
Wallet UX	改善中
Block production	段階的分散化の別ロードマップ
Governance	段階的分散化予定

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

13. 今回のアップデートを一文で表すと

Midnightは「チェーンを完成させるフェーズ」から、「その上で第三者が自由に経済圏を作るフェーズ」へ移り始めた。

これが今回の本質である。

特に、

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

が一つのアーキテクチャとして結びつき始めた点が重要である。

14. 将来のユーザー体験

最終的にMidnightが目指すUXは、次のようになる可能性がある。

External chain
Cardano / EVM / Others
        │
        ▼
     VIA Labs
        │
        ▼
┌─────────────────────────────┐
│          MIDNIGHT           │
│                             │
│ Permissionless dApps        │
│        ↓                    │
│ Contract Factory            │
│        ↓                    │
│ Private Contracts           │
│                             │
│ DUST sponsorship / Relay    │
└──────────────┬──────────────┘
               │
             Wallet
               │
               ▼
              User

ユーザーは最終的に、

NIGHTを買う
DUSTを生成する
DUST残高を管理する
ZK proofを生成する
gasを意識する

といった内部構造をほとんど意識せず、Midnightアプリを利用できる可能性がある。

これはMidnight Whitepaperが初期から想定していた、

DApp operatorがユーザーのnetwork capacityをsponsorし、ユーザーはblockchainそのものを意識せず利用できる

という設計思想に近い。

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

Scenario	今後の展開	NIGHT / DUSTへの意味
S5 最良	Permissionless dApps + sponsorship + cross-chainが多数の実サービスで利用	NIGHTがprivacy capacityを生む資産として強い実需を獲得
S4	複数の有力dAppがMainnetに定着	DUST消費量が継続増加
S3	開発者は増えるが利用者獲得は緩やか	技術基盤は成立、需要形成待ち
S2	dAppは増えるが利用が限定的	DUST需要が伸びずNIGHT utilityが顕在化しにくい
S1 最悪	UX、ZK計算負荷、流動性、開発難度等が障害	Permissionless化しても経済活動につながらない

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

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

最終的には実利用データで確認する必要がある。

16. 今後見るべき6指標

価格だけを見るより、次の指標を追跡した方がMidnightのfundamental adoptionを評価しやすい。

Mainnet deployed contracts
Contract calls
DUST consumption
DUST sponsorship件数
Unique active wallets
Cross-chain transactions

この6つが数か月単位で同時に上向けば、

DUST利用増加 → NIGHTのfundamental utility増加

という仮説をオンチェーンデータで検証できる段階に入る。

17. CGTA評価

今回のアップデートは、Midnightの技術ロードマップの中でも重要度が高い。

理由は、従来のアップデートが主として、

chain infrastructure
developer tooling
wallet
bridge
hackathon
ecosystem preparation

だったのに対し、今回初めて、

Mainnet上で第三者がpermissionlessにcontractをdeployし、そのcontractが別contractまでprogrammatically deployできる

という、application economyの自己増殖性につながる機能が開放されたためである。

Midnightが成功するかどうかは今後の利用量次第であるが、少なくとも技術的には、

「privacy-preserving blockchainを作った段階」から「privacy-preserving application economyを作る段階」

へ移ったと評価できる。

18. BWtake向け重要ポイント

BWtakeが以前から注目している、

DUSTの利用が増えるほどNIGHTの価値基盤が強くなるのではないか

という視点は、今回の更新によってさらに検証可能性が高まった。

とくに重要なのは、

Permissionless dApps
        ↓
Transaction demand
        ↓
DUST consumption
        ↓
DUST sponsorship / capacity demand
        ↓
NIGHT-generated capacity demand

という経済経路である。

今後は価格より先に、

dApp数
DUST利用量
sponsored transactions
active users

を見るのがよい。

これらが伸びれば、NIGHTは単なる投機的crypto assetではなく、

Midnight network capacityを継続的に生産するcapital asset

としての性格を強める可能性がある。

Sources

Primary / official sources

Midnight Network, State of the Network / official blog

https://midnight.network/blog/

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

Midnight Developer Documentation

https://docs.midnight.network/

GeroWallet official release notes

https://gerowallet.io/download/release-notes/

Midnight Community Forum / Ura Relay Club

https://forum.midnight.network/

Noctis

https://noctis.zone/

Whitepaper references used in this analysis

Midnight Tokenomics and Incentives Whitepaper describes NIGHT as the asset that generates DUST, while DUST is the shielded network resource used for transaction fees. NIGHT itself is not expended when transactions are executed.

The Whitepaper also describes DUST sponsees, who may use applications without holding NIGHT or DUST themselves because an application or DUST holder can sponsor their transactions.

The block production roadmap is separate from permissionless smart contract deployment. At launch, trusted permissioned block producers secure the network, with progressive decentralization and participation by Cardano SPOs planned thereafter.

FBL memo

Signal classification: Midnight / Application Layer / Permissionless Deployment

Why it matters: Midnight has moved beyond a network-launch narrative. The key question from this point is no longer simply whether the chain operates, but whether permissionless developers create applications that generate sustained DUST consumption.

Primary future signal:

DUST consumption growth
        ↓
capacity demand
        ↓
NIGHT utility

This relationship should be monitored alongside sponsored transaction volume and cross-chain activity.