OBSERVATION NOTE / MDFOOB-HU
Cardano日次解説:Midnight実需・DeFi安全性・SPO経済・CIP-113
2026年10月1日時点のCardano主要ニュースを、Midnight実需、DeFi安全性、SPO経済、規制対応資産の4本柱から整理する。
Source / Publication
- Midnight Network公式:State of the Network、Tokenomics and Incentives Whitepaper
- Cardano Foundation公式:Petrobras/PUC-Rio、Node Diversity関連
- Cardano Constitution / Guardrails
- Cardanoscan:minPoolCostガバナンスアクション
- DefiLlama:Cardano TVL・DEX・Stablecoin関連指標
- Cardano Foundation GitHub:CIP-113 programmable tokens
- SecondFi公式Knowledge Base
- SIPO:Cardano関連日次報道・CIP-113・SecondFi等
一文概要:今回のニュース群は、Cardanoが「内部DeFi中心のチェーン」から、Midnightを介したプライバシー決済、規制対応資産、実産業データ、分散型インフラを組み合わせる段階へ移りつつあることを示している。
現在日付:2026-10-01 JST
1. 今回の全体像
今回のニュース群は、個別案件よりも、
- Midnight実需
- DeFi安全性
- SPO経済
- 規制対応資産
という4本柱で読むと整理しやすい。
| 項目 | 重要度 | CGTAの読み |
|---|---|---|
| Ascend × Midnight | ★★★★★ | Midnightが「プライバシー基盤」から金融実行レイヤーへ |
| minPoolCost 75 ADA | ★★★★★ | Cardanoの分散化モデルそのものに関わる |
| CIP-113 | ★★★★★ | 規制対応ステーブルコイン・RWAの基盤になり得る |
| FluidTokens問題 | ★★★★☆ | Cardano DeFiの弱点が「契約」から「オラクル」に拡張 |
| Petrobras | ★★★★☆ | Cardanoの実産業利用として良質 |
| Strike mobile | ★★★☆☆ | UX改善。利用者層拡大には重要 |
| Node Diversity | ★★★★☆ | 長期的なL1耐障害性の強化 |
| DRep Council | ★★★☆☆ | ガバナンスのオフチェーン補助層として興味深い |
2. 今回最大のニュースはAscend × Midnight
これはかなり重要である。
Midnight公式の2026年8月のState of the Networkでは、Ascendについてすでに、
- perpetual futures
- order-book spot DEX
- ZK proofsによるsettlement
- Cardano
- EVM chains
- Solana
を横断する仕組みとして紹介されている。
したがって今回の記事の「開始した」という表現は、厳密には完全な新規ローンチというより、
すでに始まっているAscendの実運用が可視化されてきた
と読む方が正確である。
何が新しいのか
普通のクロスチェーンDEXは、
Ethereum
↓ bridge
別chain
↓
DEXという「資産を動かす」ことが中心である。
Ascendの方向性は少し違う。
Cardano ─┐
Ethereum ├→ Midnight
Solana ─┘
↓
ZK settlement
↓
private derivativesつまりMidnightが、
資産を集めるチェーンではなく、複数チェーンの取引を秘密裏に処理するsettlement layer
になろうとしている。
これはMidnightを単なる「Cardanoのprivacy sidechain」とみるより、
Web3全体のprivacy / computation / settlement layer
として見る方が近い。
3. NIGHT / DUSTのトークノミクスとも非常に相性がいい
Midnightの公式tokenomicsでは、NIGHTは消費されるgas tokenではない。
基本構造は、
NIGHT
↓
DUSTを生成
↓
DUSTをtransaction resourceとして消費である。
DUSTは、
- shielded
- non-transferable
- renewable
- 使用時に消費される
- NIGHTがあれば再生成される
という特殊なネットワーク資源である。
Ascendのような高頻度金融アプリが増えると、
Ascend利用増
↓
ZK transaction増
↓
DUST需要増
↓
network capacity需要増
↓
DUST生成能力の価値増
↓
NIGHT utility増という経路が成立する。
ただし、
DUST需要増 = NIGHT価格上昇
が機械的に成立するわけではない。
経済価値へ変換されるには、DUST需要がNIGHTによる供給能力に対して十分大きくなる必要がある。
ここは今後の重要観測点である。
4. Midnightが「他チェーンから価値を吸収する」構造
Midnight whitepaperでは、将来的にEthereum上のETHなどを使ってMidnightのnetwork capacityを購入し、
- DUST provider
- cross-chain observer
- Midnight Treasury
へ経済価値を分配する構想が記載されている。
Ascendが成功すると、
SOLユーザー
ETHユーザー
ADAユーザー
↓
Ascend
↓
Midnight
↓
privacy / settlement
↓
DUST capacity
↓
NIGHT economyという経路が形成され得る。
これは単なるCardano DeFiの新DEXではない。
Cardano外の経済活動そのものがMidnightの計算資源需要になる可能性がある。
ここがAscendの最重要点である。
5. FluidTokens事件は「スマートコントラクトが安全なら安全」ではないことを示す
今回の記事では、
smart contract flawではなくoracleの悪用
と説明されている。
ただし、2026年9月30日の具体的な事故について、CGTAの確認では被害額・対象market・oracle provider・返金範囲の一次資料を十分独立確認できていない。
したがって、この部分は現時点では未確認情報を含むとして扱うべきである。
一方で本質的な論点は明確である。
Smart contract
↑
Oracle
↑
external market dataスマートコントラクトが安全でも、oracleが誤った価格を返せば、
- collateral valuation
- liquidation
- borrowing limit
- LTV
がすべて狂う。
したがってDeFi securityは今後、
Contract security
↓
Oracle security
↓
Cross-chain securityへ対象が拡張していく。
6. Cardano DeFiの約6500万ドルはTVLだけを見ると実態を見誤る
2026年10月1日前後のCardanoでは、概ね、
- TVL:約6500万〜6800万ドル
- Stablecoin market cap:約6700万ドル
- DEX 24h:約500万〜600万ドル
- Perpetuals:約700万ドル前後/24h
- App fees:約1.6万ドル/24h
という水準が確認される。
ここで重要なのは、
Stablecoin market cap ≈ DeFi TVL
となっている点である。
従来のCardano DeFiは、
ADA
↓
DEX
↓
Cardano Native Assetsという構造が中心だった。
現在は、
Stablecoins
↓
lending / DEX / perps
↓
RealFi / RWAへ重心が移りつつある。
TVLの絶対額自体はEthereumやSolanaより小さい。
しかし、資本構成が変化していることの方が重要である。
7. Strike Androidは数字以上に重要
Strike FinanceのAndroidアプリ公開は、プロトコル更新ではないが、UXの面で重要である。
従来のCardano DeFiでは、
browser
↓
wallet extension
↓
connect
↓
sign
↓
DAppという操作が基本だった。
これを、
スマホ
↓
ログイン
↓
取引へ近づける意味がある。
Cardanoの長年の弱点の一つは、
プロトコルはよくできているが、一般ユーザーにとって入口が複雑
という点だった。
モバイル化は、その摩擦を下げる。
8. minPoolCost 170 → 75 ADAはDRep案件として重要
現在のガバナンス提案では、
Reduce minPoolCost to 75 ada
が進行している。
Cardano Constitution / Guardrailsでは、minPoolCostは重要なprotocol parameterとして明示されており、
minPoolCost should be set in line with the economic cost for operating a pool
という考え方が示されている。
したがって75 ADA化は、
「小規模SPOを応援するから」
だけでは不十分である。
本来は、
75 ADAが実際のpool operation costと合理的に整合するか
を見る必要がある。
9. なぜ170 ADAが将来的に問題になるのか
Cardanoのstaking rewardsはreserve depletionに伴って低下していく。
しかしminPoolCostが170 ADAで固定され続けると、
総報酬 ↓↓↓
固定170 ADA →→→となる。
時間が経つほど固定費部分が報酬全体に占める割合が上がる。
Pool rewards
┌────────────┐
│ SPO fixed cost │ ←170
├────────────┤
│delegator reward│
└────────────┘この問題はsmall poolほど強く出る。
したがって75 ADA案は単なる「値下げ」ではなく、
reserve declineに合わせたstaking economicsの再調整
として読む必要がある。
10. ただし75 ADAには逆のリスクもある
安くすれば自動的に分散化するわけではない。
固定費を75 ADAにすると、
- hobby SPO
- single pool operator
- 新規pool
には有利になる。
一方で、
- server
- monitoring
- relay
- DevOps
- redundancy
- security
- maintenance
を本格的に行うSPOでは、75 ADAが実コストを十分反映しない可能性がある。
したがって政策目的は、
minPoolCost ↓
+
delegation mobility ↑
+
k / saturation設計
+
pledge incentive
+
SPO visibilityまでセットで考える必要がある。
11. 「ステーク移動0.16%」の方が深刻かもしれない
もし1 epochあたりのdelegation移動が0.16%程度まで低下しているという分析が再現可能なら、問題はminPoolCostだけではない。
理想的には、
新SPO
↓
良いサービス
↓
委任者が移動
↓
成長という競争機構が働く。
しかし実際に、
既存pool
↓
delegation固定
↓
新規SPOが育たないとなっているなら、staking marketそのものが硬直化している。
これはCardanoが目指す分散化と相性が悪い。
BWtakeがDRepとして見るべきなのは、単純なpool数より、
- delegation mobility
- stake concentration
- single-key dependence
- saturation distribution
である。
12. 締切日はJST換算に注意
プロジェクト内のCardano epoch正本では、
- Epoch 658:2026-09-27 06:44:51 JST開始
- Epoch 659:2026-10-02 06:44:51 JST開始
- Epoch 660:2026-10-07 06:44:51 JST開始
- Epoch 661:2026-10-12 06:44:51 JST開始
となる。
したがって投票期限表記は、
2026-10-12 06:44:51 JST付近
として管理するのが安全である。
UTC表記では10月11日になるため、ニュース記事では10/11締切と書かれる場合がある。
13. CIP-113はかなり大きな転換
CIP-113の本質は、
Cardano Native Assetにtransfer-time logicを追加する
ことにある。
通常のnative assetでは、
Minting policy
↓
Token
↓
自由に移動となる。
CIP-113では、
Token
↓
shared validator
↓
transfer rule
↓
KYC / allowlist / freeze / seizeのような制御が可能になる。
重要なのは、Cardano全体をEthereum型ERC-20へ寄せる話ではないことだ。
Cardano Native Assetの性質を保ちながら、
必要な資産だけprogrammabilityを付ける
という方向である。
なお、CIP-113については「正式標準化完了」と断定するより、2026年10月1日時点では実装・レビュー・統合が進行中の重要仕様として扱う方が安全である。
14. CIP-113はRWA時代への入り口
CIP-113のような仕組みが整うと、
| 資産 | 必要な制御 |
|---|---|
| USDC型stablecoin | freeze / sanctions |
| tokenized stock | KYC / jurisdiction |
| bonds | transfer restriction |
| Real estate | ownership eligibility |
| fund token | accredited investor rules |
といった資産をCardano上で表現しやすくなる。
従来のCardano Native Assetの強みは、
スマートコントラクトを通さなくてもledgerがassetとして直接扱う
点にあった。
そこへtransfer controlを追加することで、RWAや規制対応資産への対応力が上がる。
15. Petrobras案件とCIP-113を一緒に読むと面白い
Cardano Foundation、Petrobras、PUC-Rioは、
- Sustainable Aviation Fuel
- Diesel R
に関するtraceability applicationsを開発している。
たとえばSAFでは、
physical fuel certificate
↓
tokenized environmental attribute
↓
transfer
↓
claim
↓
retireという形で、同一の環境価値の二重計上を防ぐことができる。
これをCIP-113、Identity、Stablecoinと組み合わせると、
Traceability
+
CIP-113
+
Identity
+
Stablecoinとなり、
検証可能な実物資産を、そのまま規制対応金融資産へ接続する
というCardanoらしい企業ユースケースが見えてくる。
16. Node Diversityも地味にかなり重要
Cardanoでは歴史的にHaskell cardano-nodeへの依存が大きかった。
複数の独立node implementationsがproduction-levelになれば、
Haskell node bug
↓
network-wide riskという構造から、
Node A
Node B
Node C
Node D
↓
heterogeneous networkへ移ることができる。
これはLeiosのような性能向上とは別軸で、
壊れにくさ、単一実装依存の低減、resilience
を改善する。
17. SecondFiは「来週公開」を確定扱いしない
SecondFiのrecovery toolについては、安全監査やZK関連作業が進んでいるが、公開日については予定がずれる可能性がある。
したがって、
来週公開へ
という表現は、実際に公開されるまでは予定として扱うべきである。
この種のrecovery toolは、急いで出すより、監査・検証を優先する方が合理的である。
注目すべきなのは、
- 実際の公開日
- 回収可能wallet数
- recovery率
- 未回収資産
- audit report
である。
18. DRep Councilはどう見るべきか
DRep CouncilはVoltaireやオンチェーンガバナンスの代替ではない。
むしろ、
On-chain
GovTool / governance actions
↑
DRep
↓
Off-chain
discussion / coordination / councilという二層構造の補助レイヤーとして見るべきである。
うまく機能すれば、
「投票するDRep」から「政策形成するDRep」へ
役割が拡張する可能性がある。
ただし注意点もある。
- 誰でも参加できるか
- meeting / minutesが公開されるか
- decision powerを持たないか
- on-chain DRep votingを拘束しないか
- 少数の固定メンバーによる閉鎖的組織にならないか
を確認する必要がある。
19. 今回のニュースを一本につなぐ
今回の流れは次のように整理できる。
┌─ CIP-113 ─→ RWA / regulated assets
│
Cardano├─ Petrobras → real-world verification
│
├─ Strike → mobile DeFi
│
├─ minPoolCost → decentralization economics
│
└─ Node diversity → infrastructure resilience
↓
Midnight
↓
Ascend
↓
private cross-chain finance
↓
DUST consumption
↓
NIGHT utilityCardano内部だけで閉じたDeFiチェーンを目指しているのではなく、
- 公開型settlement = Cardano
- 機密計算・private settlement = Midnight
- 規制対応asset = CIP-113
- 現実世界データ = enterprise applications
という役割分担が徐々に見えてきている。
20. 5段階シナリオ:今後12〜24か月
以下は推測であり、価格予測ではなく、エコシステム利用・技術採用のシナリオである。
| Scenario | 確率 | 状態 |
|---|---|---|
| S5 | 15% | Ascend等が他チェーン流動性を取り込み、CIP-113 stablecoin/RWAも普及。Midnightがprivacy settlement layerとして定着 |
| S4 | 30% | Midnight dAppsが着実に増え、Cardano stablecoin/DeFiも成長。企業案件の一部がproduction化 |
| S3 | 35% | 技術実装は進むが利用量は中程度。Cardano/Midnightは有力なニッチとして成長 |
| S2 | 15% | dAppsは増えるが流動性不足・oracle/bridge事故・UXで利用が伸びない |
| S1 | 5% | security incidentsや経済インセンティブ不全でMidnight/DeFi adoptionが停滞 |
現時点では、S3〜S4帯を見るのが妥当である。
21. BWtakeがDRepとして特に追うべき指標
今後はTVL単独より、以下を追う方がCardanoの実需を正確に把握しやすい。
- Midnight:Ascendのactual volume / users / DUST consumption
- Cardano:stablecoin market capとstablecoin velocity
- SPO:delegation mobilityとsingle-key concentration
- CIP-113:mainnet asset数・wallet / DEX integration
- FluidTokens:oracle名・攻撃経路・損失額・postmortem
- SecondFi:recovery率
- Node diversity:実際にmainnet block productionする独立client数
特に重要なのは、
Ascendの取引量とDUST消費量が公開され始めるか
である。
ここが観測可能になると、
DUST利用増 → NIGHT utility増 → NIGHT経済価値への波及
という仮説を、初めて実データで検証できる段階に入る。
まとめ
今回のCardanoニュースは、単なる日次アップデートではない。
Cardano側では、
- 規制対応資産
- 実産業データ
- staking economics
- node diversity
- mobile DeFi
が同時に進んでいる。
Midnight側では、
- private settlement
- ZK-based financial execution
- cross-chain liquidity
- DUST network capacity
が実需段階へ入り始めている。
今後の焦点は「何が発表されたか」ではなく、
どれだけ使われ、どれだけDUSTを消費し、どれだけ外部チェーンの経済価値を引き込めるか
である。
主要出典
- Midnight Network: https://midnight.network/
- Midnight Tokenomics and Incentives Whitepaper, Version 1.0, June 2025
- Cardano Foundation: https://cardanofoundation.org/
- Cardano Constitution / Guardrails
- Cardanoscan Governance: https://cardanoscan.io/
- DefiLlama Cardano: https://defillama.com/chain/Cardano
- Cardano Foundation GitHub: https://github.com/cardano-foundation/
- SecondFi Knowledge Base: https://kb.secondfi.io/
- SIPO: https://sipo.tokyo/
作成日時:2026-10-01 JST