はじめに
2026年4月22日（エポック626）に提出されたガバナンスアクション「IO & Ensurable Systems: Cardano Maintenance Initiative」について、SIPO DRep としての分析と判断をお伝えします。
本提案は、Input Output (IO) と Ensurable Systems の co-venture によって提出された Treasury Withdrawal 提案であり、申請額は ₳62,134,630（USD $14,912,311、$0.24/ADA 換算） です。本ラウンド最大の単独申請で、Cardano の完全な maintenance & operational envelope を 9 ヶ月間（Q3 2026 〜 Q1 2027）連続的にカバーします。
結論から申し上げます。SIPO は本提案に賛成（YES）を投じます。
提案書自身が明示する通り、「Maintenance is not a feature. It is the foundation that every feature depends on」（Maintenance は機能ではない。それは全ての機能が依存する基盤である）。本ラウンドで SIPO が YES を投じる他の 8 件の提案 — Leios、IO Cardano Upgrades、Developer Experience、High Assurance、Enhancing Plutus、L2 Scalability、Blockfrost、Pogun — は 全て、この maintenance 層が動作し続けることに依存 しています。Treasury 節約のために maintenance を削減することは、運用インシデントに複利的に育つ「偽の経済性 (false economy)」です。
提案の全体像
| 項目 | 内容 |
|---|---|
| 提案名 | IO & Ensurable Systems: Cardano Maintenance Initiative |
| タイプ | Treasury Withdrawal |
| 申請額 | ₳62,134,630（USD $14,912,311、$0.24/ADA 換算） |
| 提案者 | Input Output Global + Ensurable Systems（co-venture） |
| 期間 | 9 ヶ月（Q3 2026 〜 Q1 2027）— 連続デリバリー |
| 管理 | Intersect / Sundae Labs treasury-contracts |
| 提出 | 2026年4月22日（Epoch 626） |
| 失効 | 2026年5月25日（Epoch 633） |
| Governance Action ID | gov_action1w0shrfxqwv95kk0v4cn34wylz25a2cmqkq5jpc0e2yrahhqava3qx4njfhm |
9 つの機能領域（Functional Areas）
| # | 領域 | 主な内容 |
|---|---|---|
| 1 | Node Bugfixing & Architecture | bug 修正、hot fix、セキュリティ問題のアーキテクチャレビュー |
| 2 | DevOps & Infrastructure | CI/CD 維持、OS/プラットフォーム互換性、Haskell コンパイラサポート、CIP-135 準拠 disaster recovery、bootstrap relay 運用、testnet 維持 |
| 3 | Monitoring | mainnet 監視、global mempool 監視（fee 推定・evidence-based decision-making 用） |
| 4 | Documentation: Cardano Blueprint | consensus、network、ledger、Plutus の 実装非依存仕様 — alt clients (Amaru/Dingo) のための前提条件 |
| 5 | Open Source Support | GitHub issue triage、外部コード貢献のレビュー・統合 |
| 6 | Performance | systematic ledger performance 解析、システムレベル node 最適化、distributed cluster 運用 |
| 7 | Quality Assurance | unit/property test、E2E testing、conformance testing、release sign-off、内部 pen-testing、AI-supported QA |
| 8 | Release & Support | Full Node release プロセス、L1/L2/L3 incident management（24時間 on-call）、Cardano API/CLI 維持 |
| 9 | Component Maintenance | Plutus Core interpreter、DB-Sync、Cardano High Assurance tools、libsodium、guardrails script、CC identity script、CDDL 仕様 |
スコープ評価：規模を正当化する 4 つの構造的論点
1. Maintenance は裁量的投資ではなく非裁量的インフラ
9 機能領域は「あれば良い」ものではなく、Cardano が production blockchain として動作し続けるための envelope です。bug fix を四半期境界に延期できず、monitoring を 24/7 でない時間帯に停止できず、incident response を「翌営業日対応」にできない — これが maintenance の構造的性質です。
2. Cardano Blueprint = ノード多様性ドクトリンの前提条件
Blueprint は、consensus、network、ledger、Plutus の 実装非依存仕様 を提供します。SIPO が YES を投じてきた Amaru (Rust) と Dingo (Go) は、Blueprint なしでは権威ある参照に対して動作できません。
Blueprint workstream なしで maintenance に資金提供することは、SIPO の alt-client 多様性への過去投資を孤児化 することを意味します。Blueprint は任意のエコシステム文書ではなく、複数の SIPO 判断にわたって複利的に効くノード多様性のための構造的インフラ です。
3. Ensurable Systems Co-venture が単一組織依存リスクを緩和
Maintenance は単一組織依存が特に危険なカテゴリ です。IO maintenance capacity が何らかの理由で中断されれば、Cardano は backstop なしで運用されることになります。
Ensurable Systems co-venture は、深いプロトコル知識を持つ専門チームを load 共有に導入し、インフラ stewardship を複数組織に分散 します。これは SIPO が HLabs Pebble + Gerolamo と IO Cardano Upgrades co-venture で既に支持した Pillar 5 stewardship 分散パターン と同じです。
4. Continuous（非段階型）デリバリー構造の正しさ
機能提案であれば milestone gating が適切ですが、maintenance は 定義上 continuous です：
- bugfixing → 四半期境界に延期不可
- monitoring → 24/7 連続必須
- release management → Cardano release ケイデンスに従う（Treasury milestone ケイデンスではない）
本提案は 9 機能領域全てを 連続デリバリーとして正しくフレーム化 し、人為的な段階化を強要していません。これは「milestone gate がない＝説明責任が低い」のではなく、「maintenance work の性質を正しく反映した」設計です。
ガバナンス構造
本提案のガバナンス構造は SIPO が過去に承認してきた標準と完全に同一です。
| 項目 | 内容 |
|---|---|
| 管理者 | Intersect（3 admin + 2 leadership 役割） |
| Smart Contract | Sundae Labs treasury-contracts（TxPipe / MLabs 監査済み） |
| Oversight Committee | Sundae Labs / Cardano Foundation / Dquadrant / Xerberus / NMKR |
| 第三者 Assurer | milestone-based 監査 |
| 委任制限 | Treasury エスクロー資金は DRep レベルで auto-abstain 強制 |
| Refund Clause | 未使用資金は比例返還 |
Cardano 2030 整合
| Pillar | 整合度 | 内容 |
|---|---|---|
| Pillar 1: Infrastructure & Research Excellence | Yes: Fully | 主要対応 — network safety と performance |
| Pillar 2: Adoption & Utility | Yes: Partially | UX、文書、エンタープライズ・グレード security |
| Pillar 3: Governance | Yes: Partially | tooling、CLI、API support、guardrails 維持 |
| Pillar 4: Community & Ecosystem Growth | N/A | — |
| Pillar 5: Ecosystem Sustainability & Resilience | Yes: Fully | network integrity と operational resilience の主要貢献 |
Pillar 1 と Pillar 5 で「Yes: Fully」 — 長期持続可能性の根幹です。
予算規律
| 配分 | ADA | 比率 |
|---|---|---|
| Development | ₳45,979,626 | 74% |
| Infrastructure | ₳6,213,463 | 10% |
| Engagement & Ecosystem support | ₳3,728,078 | 6% |
| Operations & Delivery | ₳2,485,385 | 4% |
| Security & Audits | ₳1,242,693 | 2% |
| Others | ₳1,242,693 | 2% |
| Legal & Compliance | ₳621,346 | 1% |
| Governance | ₳621,346 | 1% |
注目すべきは Infrastructure 10%（他の機能提案は 1%）です。これは AWS、monitoring infrastructure、testnet 運用コストが maintenance に固有であるためで、運用的性質と整合します。Net Change Limit（350M / Epoch 613-713）には収まります。
スタンス一貫性
SIPO の YES 投票は、過去の以下の投票判断と論理的に首尾一貫しています：
| 過去 YES | 該当軸 | 本提案との関係 |
|---|---|---|
| Amaru / Dingo | プロトコル多様性 | Cardano Blueprint なしで alt clients は動けない |
| HLabs Pebble + Gerolamo | Stewardship 分散 | Ensurable Systems co-venture は同パターン |
| Cardano Critical Integrations Budget | インフラ公共財 | 同カテゴリ |
期待事項（YES には明確な条件が伴う）
SIPO の YES は無条件ではありません。以下を拘束力のある運用上のコミットメントとして期待します：
- 機能領域別月次 velocity 透明性：9 機能領域全てに対する月次レベルの公開可視性 — 各領域に適切なエンジニアリングアテンションが配分されているかを評価可能に
- Ensurable Systems 責任分担の開示：Q3 2026 末までの公開分担（Ensurable が所有する領域 vs IO と共有する領域）
- Cardano Blueprint マイルストーン化：consensus 章 / network 章 / ledger 章 / Plutus 章ごとに公開マイルストーン設定
- Leios / Peras maintenance burden 優先順位透明性：burden 上振れ時に、どの low-priority items（技術債務削減等）が延期されているかを透明に報告
- 安定フォーマットでの四半期報告：Amaru / Dingo / HLabs と同水準の規律
結び
₳62.13M で 9 ヶ月の連続的 maintenance、9 機能領域、Ensurable Systems co-venture — 本提案は 本ラウンド最大の line item ですが、最も基礎的 です。
SIPO が本ラウンドで YES を投じる他の全提案 — Leios、IO Cardano Upgrades、Developer Experience、High Assurance、Enhancing Plutus、L2 Scalability、Blockfrost、Pogun — は 全て、この maintenance 層が動作し続けることに依存 しています。Treasury 節約のために maintenance を削減することは、運用インシデントへ複利的に育つ偽の経済性です。
期待事項が拘束力のある運用上のコミットメントとして扱われることを前提として、SIPO DRep は本提案に賛成（YES）を投じます。
SIPO DRep: Why We Vote YES on “IO & Ensurable Systems: Cardano Maintenance Initiative”
Introduction
This article presents SIPO DRep’s analysis and decision on the governance action “IO & Ensurable Systems: Cardano Maintenance Initiative”, submitted on April 22, 2026 (Epoch 626).
The proposal is a co-venture between Input Output (IO) and Ensurable Systems requesting ₳62,134,630 (USD $14,912,311) — the largest single ask in this round. It funds nine functional areas covering Cardano’s complete maintenance and operational envelope continuously over nine months (Q3 2026 to Q1 2027).
SIPO votes YES on this proposal.
As the proposal itself states: “Maintenance is not a feature. It is the foundation that every feature depends on.” Every other proposal SIPO is voting YES on in this round depends on this maintenance layer continuing to operate. Cutting maintenance to save Treasury is the kind of false economy that compounds into operational incidents.
Proposal Overview
Nine functional areas covering the complete maintenance envelope:
- Node Bugfixing & Architecture
- DevOps & Infrastructure (including disaster recovery per CIP-135)
- Monitoring (mainnet and global mempool)
- Documentation: Cardano Blueprint (implementation-independent specifications — prerequisite for alt-client diversity)
- Open Source Support
- Performance
- Quality Assurance
- Release & Support (with L1/L2/L3 incident management)
- Component Maintenance (Plutus Core, DB-Sync, guardrails, API, CLI)
Why SIPO Votes YES
1. Maintenance is non-discretionary infrastructure. Bugfixing cannot be deferred to a quarter boundary, monitoring must be 24/7, incident response cannot be “next business day”. This is the structural nature of maintenance work.
2. Cardano Blueprint is the prerequisite for the node-diversity doctrine SIPO has consistently funded. Without it, Amaru (Rust) and Dingo (Go) — both under SIPO YES — cannot operate against an authoritative reference. Funding maintenance without the Blueprint workstream would orphan SIPO’s prior investments.
3. Ensurable Systems co-venture distributes platform stewardship beyond IO. Maintenance is a category where single-organization dependency is particularly dangerous. The same Pillar 5 stewardship-distribution pattern SIPO supported in HLabs Pebble + Gerolamo and IO Cardano Upgrades.
4. The continuous, non-phased deliverable structure matches the nature of maintenance work. Unlike feature proposals where milestone gating is appropriate, maintenance is by definition continuous.
Expectations
SIPO’s YES is conditional on:
- Monthly velocity transparency per functional area (9 areas)
- Ensurable Systems responsibility split disclosure (by end of Q3 2026)
- Cardano Blueprint milestone-gating (consensus / network / ledger / Plutus chapters)
- Leios / Peras maintenance burden prioritization transparency
- Quarterly reporting in the format already standard on Amaru / Dingo / HLabs
Closing
At ₳62.13M for nine months of continuous maintenance, this is the largest line item in the round but the most foundational. Every other proposal SIPO is voting YES on depends on this maintenance layer. With expectations above treated as binding operational commitments, SIPO DRep votes YES.
References
- Proposal IPFS: https://ipnso-com.ipns.dweb.link/?cid=QmYKV7vbX9pwNxst2qWpmtM2k6LRJB4NKKNFJSQyh7zojz
- Governance Action: https://gov.tools/connected/governance_actions/73e171a4c0730b4b59ecae271ab89f12a9d56360b02920e1f95107dbdc1d6762#3
- CIP-135: Disaster Recovery
- Cardano Blueprint repository
- Cardano 2030 Strategy: https://product.cardano.intersectmbo.org/vision/strategy-2030/
- 関連 SIPO 投票（本ラウンド）: 全 8 件他提案（Leios / IO Cardano Upgrades / Developer Experience / High Assurance / Enhancing Plutus / L2 Scalability / Blockfrost / Pogun）
- 関連 SIPO 過去投票: Amaru（YES）/ Dingo（YES）/ HLabs Pebble + Gerolamo（YES）/ Cardano Critical Integrations Budget（YES）
