← 観測ノート一覧

OBSERVATION NOTE / MDFOOB-HU

Ascend × Midnight深掘り解説:プライバシー決済・ZK・DUST実需・クロスチェーン金融

Ascend × Midnightを、取引構造、ZK settlement、Cardanoとの接続、DUST/NIGHTトークノミクス、クロスチェーン金融、リスク、KPI、将来シナリオの観点から深掘りする。

Source / Publication

  • Ascend公式サイト
  • Midnight Network公式:State of the Network August 2026
  • Midnight Network公式:FAQ
  • Midnight Tokenomics and Incentives Whitepaper, Version 1.0, June 2025
  • Midnight Ecosystem関連公式情報
  • Cardano / Midnight Partner Chain関連資料
一文概要:Ascend × Midnightの本質は、単なる新規DEXではなく、Cardano・EVM・Solana等の経済活動をMidnight上のZK検証・プライバシー決済へ接続し、DUSTを実際のネットワーク資源として消費させる金融実行レイヤーの実証にある。

現在日付:2026-10-01 JST


1. 結論

Ascend × Midnightで最も重要なのは、「Midnight上に新しいDEXが1つできた」ことではない。

Ascendは、

Cardano・EVM・Solana側のユーザーや資産を入口にしながら、取引・リスク管理・決済の正しさをMidnight上のZKで確定する構造

を目指している。

Ascend公式は、ユーザーアクションをMidnight上でfinalizeし、trading・risk・account・settlement logicをMidnightで強制する構造を説明している。

Midnight公式もAscendを、

  • verifiable-events perpetuals exchange
  • order-book spot DEX

として紹介している。

したがってAscendは、単なるCardano系DEXとしてではなく、

Midnightを金融実行・検証・決済レイヤーとして使う初期実例

として見る必要がある。


2. Ascendとは何なのか

Ascendは通常のprediction marketとは少し違う。

Polymarket型のprediction marketでは、

「ある出来事が起こるか」

という最終結果をYES / NOで取引し、その結果が確定した時点で決済する構造が中心となる。

Ascendはそこへperpetual futuresの考え方を持ち込んでいる。

たとえば現在、

ある事象が起きる確率 = 60%

と市場が評価しているとする。

Ascendでは、

60%
↓
70%になると思う → Long

60%
↓
45%になると思う → Short

というように、

最終結果そのものではなく「確率の変化」を取引する

ことができる。

さらに満期を待たず、

60% → 67%

ここで利益確定

というperpetual-style tradingが可能になる。

つまりAscendは、

prediction market × derivatives exchange

という位置づけになる。


3. かなり変わった金融商品である

構造を比較すると分かりやすい。

市場何を取引するか決済の中心
現物DEXBTC、ADAなど資産交換
Perpetual DEXBTC価格など価格変動
Prediction Market最終的な事象YES / NO
Ascend事象の発生確率の変化probability perpetual

Ascendは対象として、

  • crypto
  • equities
  • commodities
  • macro
  • sports
  • real-world events

などを掲げている。

Ascend公式サイトでは、非常に高い最大レバレッジも示されている。

これは極めて高リスクの商品設計であり、実際の利用では、

  • margin
  • liquidation
  • oracle
  • market depth
  • regulatory treatment

の確認が必須になる。


4. なぜMidnightなのか

ここが核心である。

普通のperpetual DEXでは、

注文
↓
matching
↓
position
↓
margin
↓
liquidation
↓
settlement

という大量の状態管理が必要になる。

これを完全public blockchain上で行うと、

wallet
position size
entry price
collateral
liquidation level
order

などが外から見える可能性がある。

機関投資家にとってこれは大きな問題になる。

大きなポジションが分かれば、

  • front-running
  • liquidation hunting
  • strategy inference
  • wallet profiling

などの標的になり得る。

Midnightはここに、

private state + public verification

を持ち込める。

つまり、

秘密にすることと、正しいことを証明することを分離する

のがMidnightの役割である。


5. 「秘密にする」と「正しいことを証明する」を分離する

たとえばユーザーAが、

担保 = 100,000 USDC
Position = long
Liquidation price = X

を持っていたとしても、それをネットワーク全体へ公開する必要はない。

代わりに、

私は必要な担保を持っています
私はmargin requirementを満たしています
この注文はrisk limit内です

という条件が真であることだけをZK proofで証明する。

概念的には、

Private data
├ collateral
├ position
├ strategy
└ account state
       ↓
    ZK proof
       ↓
Public verification
「この取引はルールを満たしている」

という構造になる。

これがMidnightとderivativesの相性が非常に良い理由である。


6. Ascendのアーキテクチャを概念化するとこうなる

公式情報から確認できる範囲では、概念的には以下のようになる。

Cardano users ─┐
               │
EVM users ─────┼──→ Ascend interface / liquidity
               │
Solana users ──┘
                       ↓
                 order / trading
                       ↓
                 risk engine
                       ↓
               ZK-enforced logic
                       ↓
                    Midnight
                       ↓
                final settlement

Ascend公式は、

  • all user actions are finalized on Midnight
  • trading, risk, account, and settlement logic within Midnight

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

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

注文matchingのどこまでがオンチェーンか、execution batchingの詳細、各チェーン資産がどのbridge/custody mechanismを使うかについては、現時点で確認できた一次情報だけでは完全には分からない。

第三者説明では「off-chain execution → ZK batch settlement」とされることがあるが、一次資料で十分確認できない部分は未確認として区別すべきである。


7. これは「Cross-chain DEX」と呼ぶだけでは足りない

通常のcross-chain DEXは、

ETH
↓ bridge
Solana
↓ swap

のように、

資産をどこへ移すか

が中心になる。

Ascend × Midnightでは、それより重要なのが、

どこで取引ルールを確定するか

である。

つまり、

Liquidity source
Cardano / Ethereum / Solana
        ↓

Execution / verification layer
      Midnight

という構造である。

そのためMidnightは、

Liquidity LayerではなくVerification / Settlement Layer

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

これは非常に大きな違いである。


8. Cardanoとの関係は「Cardano上のDEX」ではない

ここは誤解しやすい。

Midnight公式FAQは、MidnightをCardanoのrollupではなく、

独立したspecialized Layer 1 partner chain

として説明している。

したがって、

Ascend
↓
Midnight
↓
Cardanoで全部settlement

ではない。

より正確には、

Cardano
   ↕
Partner-chain relationship
   ↕
Midnight
   ↓
Ascend execution / settlement

である。

Cardanoは、

  • NIGHT native issuance
  • Partner Chain framework
  • SPOとの将来的security participation
  • cross-chain infrastructure

という形でMidnightと結びついている。


9. 「Cardanoのsecurityを継承」はどこまで正しいのか

Ascend公式は、

inheriting Cardano's security through Midnight

という趣旨の表現をしている。

ただし、これは丁寧に読む必要がある。

現時点のMidnight mainnetはfederated phaseである。

Midnight公式によれば、launch時はtrusted / federated validator modelであり、将来的にCardano SPO参加を含むpermissionless block productionへ移行する計画である。

Midnight whitepaperも、

  • launch時:permissioned nodes
  • その後:Cardano SPOがMidnight block producerとして参加
  • 最終的にpermissionless化

という段階移行を説明している。

したがって現在、

「Cardano PoSそのものがAscend transactionを直接finalizeしている」

と理解するのは強すぎる。


10. なぜCLOBなのか

AscendがAMMではなくCLOB、つまりCentral Limit Order Bookを採用している点も重要である。

AMMでは、

Liquidity Pool
x × y = k

などの価格曲線で売買する。

一方、CLOBは、

SELL
101
100
99
────────
98
97
96
BUY

のようなorder bookである。

DerivativesではCLOBのメリットが大きい。

CLOBの利点理由
tight spreadmarket makerが細かく価格提示できる
limit order指値戦略が可能
price discoverycontinuous
large orderdepthを確認できる
professional tradingTradFi/CEXに近い操作感

つまりAscendは、

DeFi nativeというより、CEX/TradFi的取引体験をZK settlementへ持ち込む

方向にある。


11. Midnightのprivate stateがCLOBと面白い組み合わせになる

これは技術的推論である。

公開CLOBではorder bookが見えること自体が価格発見には必要である。

しかし、

誰が注文しているか
総担保はいくらか
他のpositionは何か
liquidation threshold

まで全部公開する必要はない。

そこで、

Public
├ price
├ bid / ask
├ trade
└ market depth

Private
├ identity
├ collateral
├ total portfolio
├ strategy
└ risk state

という分離ができれば強い。

これはMidnightの「programmable privacy」にかなり適合する。

ただし、Ascendが最終的にどの情報をpublic/privateに分割しているかについて、詳細な一次技術仕様は十分確認できていない。

したがってこの部分は設計上の可能性としての推論である。


12. 最大の意味は機関投資家向け金融

機関投資家はpublic blockchainに興味があっても、

自社wallet
+
position
+
order flow
+
counterparty exposure

を全部publicにしたいわけではない。

一方で完全private databaseでは、

operatorを信頼する必要がある。

Midnightを使えば理論上、

Private
金融情報
   +
Public
cryptographic verification

にできる。

つまり、

confidentialityとverifiabilityを同時に取る

ことができる。

これがAscendとMidnightの組み合わせの大きな意味である。


13. DUSTとの関係が非常に重要

Ascendが本当に使われ始めると、Midnight上のsettlementはnetwork capacityを消費する。

MidnightではそのresourceがDUSTである。

公式whitepaperでは、

  • NIGHTがDUSTを生成
  • DUSTはtransaction fee resource
  • DUSTは使用時burn
  • NIGHT自体はtransactionで消費されない

とされる。

したがって、

Ascend trades ↑
↓
Midnight settlement ↑
↓
DUST consumption ↑
↓
network capacity demand ↑

という構造になる。


14. AscendはNIGHT tokenomicsの「実験装置」になり得る

BWtakeが以前から見ている、

DUST利用が増えればNIGHT utilityも上がるのではないか

という仮説を検証する絶好のケースである。

理論モデルは、

Ascend users ↑
      ↓
transactions ↑
      ↓
DUST required ↑
      ↓
DUST generation capacity demand ↑
      ↓
NIGHT utility demand ↑

となる。

Midnight whitepaperでは、NIGHTの保有量がDUST generation rateを決定するとされている。

ただし重要なのは、

DUST利用増
≠
必ずNIGHT価格上昇

ということである。

DUST供給余力が十分大きければ、取引増加がNIGHT scarcityに直結しない可能性もある。


15. むしろ「capacity marketplace」が決定的になる

Midnight tokenomicsで非常に面白いのがここである。

NIGHTを持っていなくても、

  • DUST recipient
  • sponsored transaction
  • capacity marketplace

を通してMidnightを使える設計になっている。

DApp operatorが利用者のDUSTコストを負担し、利用者本人はNIGHTやDUSTを知らなくてもよい。

Ascendで考えると、

Trader
「NIGHT?DUST?知らない」
         ↓
Ascend
         ↓
必要なDUSTをbehind the scenesで調達
         ↓
Midnight transaction

というUXが可能になる。

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


16. USDM → DUSTの抽象化も始まっている

MidnightのState of the Networkでは、Sundae Labs Capacity Exchangeについて、

supported Midnight applicationsのtransaction feeをUSDMで支払い、裏側で必要なDUSTへ変換する

方向性が紹介されている。

つまり、

User
↓ USDM

Capacity exchange
↓ DUST

Midnight

というgas abstractionが可能になる。

Ascendのような金融DAppとの相性は非常に良い。


17. Ethereum / Solanaの価値がMidnight economyへ入る可能性

Midnight tokenomics whitepaperではさらに先まで描かれている。

Ethereum利用者が、

ETH
↓
capacity marketplace
↓
Midnight capacity

を購入し、その支払いが、

  • DUST provider
  • cross-chain observer
  • Midnight Treasury

へ分配される構想がある。

これが実現すればAscendは、

Ethereum capital
      ↓
Solana capital → Ascend
      ↓
Cardano capital
      ↓
Midnight capacity economy

というeconomic funnelになる。


18. これが成功した場合、Midnightの立ち位置が変わる

従来は、

Cardano
└ Midnight
   └ privacy chain

と理解されがちだった。

Ascend型が成功すると、

Ethereum ─┐
Solana ───┼→ Midnight ← Cardano
Bitcoin? ─┘
              ↓
        privacy execution
              ↓
         ZK settlement

となる。

つまりMidnightは、

Cardano ecosystemの外縁ではなく、複数ecosystemの交点

になり得る。

この違いは大きい。


19. Midnight Cityとの関係

Midnight Cityは「privacy applicationを試す実験場」という性格が強い。

Ascendはそこから一段進んで、

Midnight City
↓
UX / privacy primitivesの実験

Ascend
↓
real financial activity

という位置づけになる。

Midnightの進化を、

Technology demonstration
↓
Experimental applications
↓
Production DApps
↓
Economic activity

と見るなら、Ascendは第三段階から第四段階へ向かう重要な実例である。


20. ただし課題は非常に大きい

Ascendが技術的に面白いことと、金融市場として成功することは別である。

リスク重要度理由
Liquidity★★★★★derivativesは板が薄いと機能しない
Oracle★★★★★probability / reference priceが生命線
Liquidation engine★★★★★高レバレッジでは破綻リスク
Cross-chain bridge★★★★★外部資産を扱う最大攻撃面
ZK circuit★★★★★bugがsettlement integrityに直結
Regulation★★★★★derivatives + prediction markets
UX★★★★☆wallet / bridge / DUSTを隠せるか
Midnight decentralization★★★★☆現在まだfederated段階

特に極端な高レバレッジを提供する場合、risk engineの設計が非常に重要になる。


21. Oracle問題はAscendでも非常に重要

Ascendでは、

External event / market
↓
price / probability oracle
↓
margin
↓
PnL
↓
liquidation

になる。

ZKは、

入力されたデータに基づいて計算が正しい

ことは証明できる。

しかし、

入力されたoracle price自体が現実世界で正しい

ことまではZKだけでは保証できない。

つまり、

Bad oracle data
+
Perfect ZK proof
=
間違った結果を完璧に証明

にもなり得る。

したがってAscendではoracle architectureが最大級の観察項目になる。

現時点で、Ascendが具体的にどのoracleをどのmarketで採用しているかは、十分な一次資料確認ができていない。

したがってここは未確認である。


22. Cross-chainも同じ問題を持つ

「Cardano・EVM・Solana対応」は強力だが、そのぶんattack surfaceも増える。

Ethereum
  ↓
bridge / message
  ↓
Midnight
  ↑
bridge / message
  ↑
Solana

どこか一つが破られれば、

MidnightそのものにbugがなくてもAscendに損失が出る

可能性がある。

したがって見るべきは、

ZKを使っているか

だけではなく、

trust boundaryがどこにあるか

である。


23. Cardanoに直接どんなメリットがあるのか

ここは冷静に分ける必要がある。

直接メリット

  • Cardano資産からAscendへのアクセス
  • NIGHTとの経済的接続
  • Partner Chain ecosystemの価値向上
  • Cardano技術圏の認知

間接メリット

  • Midnight利用増
  • DUST capacity需要
  • Cardano SPOの将来的Midnight participation
  • Cardano-native assetsとのcross-chain use

直接起きないこと

Ascendで取引されるたび、

Cardano L1 fee ↑

になるわけではない。

Ascend activityは基本的にMidnight側で処理されるためである。


24. ADAとNIGHTへの波及も異なる

TokenAscend成長からの経路
NIGHTDUST generation → network capacity → 比較的直接
ADACardano ecosystem・Partner Chain・SPO security・流動性 → 間接

Ascend成功によるtokenomic linkageは、

NIGHTの方がADAより直接的

である。

ただしNIGHTについても、利用増が市場価値へどの程度転換されるかは実データを見ないと分からない。


25. BWtakeが追うべきKPI

Ascendを評価するならTVLだけでは不十分である。

KPI何が分かるか
Daily trading volume本当に市場として使われているか
Open interest継続的なposition需要
Active traders一部market makerだけでないか
Order-book depth実際のliquidity
Spread市場品質
Liquidationsrisk engineの状態
Midnight tx countsettlement activity
DUST consumptionMidnightへの実経済需要
Chain別volumeETH / SOLから価値を呼び込めているか
Protocol feessustainable businessか

特に重要なのは、

Ascend volume ÷ DUST consumption

である。

これが分かれば、

1ドルの金融活動をsettleするためにどれくらいMidnight capacityが必要なのか

が見えてくる。


26. 5段階シナリオ分析

以下は推測である。

期間は今後18〜24か月。

Scenario確率Ascend × Midnight
S510%ETH/SOL/Cardanoから本格的流動性が集まり、Ascendが代表的private derivatives venueとなる。DUST capacityに明確な実需が発生
S425%prediction perpsという独自市場で定着し、Midnightの代表DAppになる。DUST利用も測定可能な水準へ
S340%技術的には稼働するが市場規模はニッチ。Midnightの有力PoC / early production caseとして残る
S220%liquidity不足、oracle、UX、規制でvolumeが伸びず、小規模サービスにとどまる
S15%bridge / oracle / ZK / risk-engine事故または規制問題で停止・大幅縮小

現時点では、

S3が中心で、S4へ移行できるかを判定する段階

と見るのが妥当である。


27. 最も注目すべき一点

Ascendが重要なのは、

「Midnightでprivate DeFiができます」

と示したからではない。

もっと大きい。

Ethereum
Solana
Cardano
   ↓
経済活動
   ↓
Midnight
   ↓
ZK verification
   ↓
DUST capacity

という構造が本当に動けば、

Midnightは「独自のTVLを囲い込むL1」ではなく、「他チェーンの経済活動を処理するprivacy execution layer」になれる

からである。

これはMidnight whitepaperが最初から掲げている、

cooperative tokenomics / multichain

の構想そのものに近い。

Ascendは、その構想を、

金融取引という最もprivacy需要が高く、取引頻度も高いユースケースで実装し始めた最初期の実例

として捉えると、その意味がよく分かる。


主要出典

  • Ascend公式サイト

https://www.ascend.market/

  • Midnight Network公式

https://midnight.network/

  • Midnight State of the Network

https://midnight.network/blog/

  • Midnight FAQ

https://midnight.network/faq

  • Midnight Tokenomics and Incentives Whitepaper

Version 1.0, June 2025


作成日時:2026-10-01 JST