LIVE ADA-- MCAP-- TVL-- STAKE-- EPOCH-- Cardano & Midnight 総合情報ポータル
SIPO
速報 バルセロナがCardano基盤の「Barça Fan Lab」をローンチ 3時間前 速報一覧 →
HOME › DRep › SIPO DRep:OpenZeppelin スタックの 1,178 万 ADA 引き出しに反対
DRep

SIPO DRep:OpenZeppelin スタックの 1,178 万 ADA 引き出しに反対

2026-09-26SIPO

Intersect が管理する OpenZeppelin 開発スタックへの 11,787,063 ADA の国庫引き出しに、SIPO DRep は 2026年9月25日、反対を投じました。OpenZeppelin の Cardano 参入も、支払いとアカウンタビリティの設計も支持しています。反対したのは、この提案のこの版に対してです。理由は 4 点で、賛成に転じる条件も理由書に書きました。

Withdraw 11,787,063 ada for the OpenZeppelin Stack administered by Intersect

  • Governance Action Type: Treasury Withdrawal(国庫からの引き出し)
  • 要求額: 11,787,063 ADA。内訳は実施予算 11,443,750 ADA(米ドル 1,831,000 を 1 ADA = 0.16 米ドルの固定参照レートで換算)と、Intersect の管理料 3%(343,313 ADA)
  • 期間と支払い: 12 か月・四半期ごとのマイルストーン。契約締結時に実施予算の 20% を前払いし、以降は証跡の提出と Intersect の検証を経て支払われます
  • 成果物: 参照実装 3 本(リキッドステーキング、自己返済型ローン、トークン化 MMF)、Cardano 向けコントラクトライブラリ、開発者向けツール、セキュリティ契約枠
  • 資金の保管: TRSC へ送られ、支払いまでの間は SPO にステークされず、自動棄権の DRep に委任されます。公開ダッシュボードで追跡できます
  • 提出: エポック 654(日本時間 2026年9月9日 1:27)
  • 成立要件: DRep 67% + 憲法委員会 2/3(国庫引き出しのため SPO 投票はありません)
  • 投票期限: エポック 660 の終わり、日本時間 2026年10月12日 6:44 頃
  • Governance Action ID: gov_action1gxxltxr02p28a398p8c6t08xhpg82wkkv9xgwvuxkly48lhgf20sqlkl2l8
  • Legacy Governance Action ID (CIP-105): 418df5986f50547ec4a709f1a5bce6b850753ad6614c873386b7c953fee84a9f#0
  • SIPO の投票: 反対(No)・2026年9月25日 10:38(日本時間)

この引き出し案をどう見たか:SIPO DRep としての分析とスタンス

先に、支持していること

これは提案のこの版に対する反対であって、OpenZeppelin やその仕事に対する反対ではありません。SIPO は OpenZeppelin の Cardano 参入を歓迎しています。監査済みで標準化されたコントラクトライブラリは、EVM の開発者がすでに OpenZeppelin に寄せている信頼を伴うもので、それは Cardano が単独ではつくり出せないものです。

アカウンタビリティの設計も健全で、SIPO がこれまで承認してきた構造に沿っています。Sundae Labs の treasury-contracts フレームワーク上での Intersect による管理、独立した Oversight Committee、公開された証跡に基づいてのみ支払われるマイルストーン、契約満了時に未使用資金が国庫へ戻る仕組み。保管口座がステーキングされず自動棄権の DRep に委任されることも含め、ここに異論はありません。

OpenZeppelin の Cardano への関与は本投票の結果に左右されない、という同社の表明も記録しておきます。

1. SIPO 自身が賛成した資金と、成果物が隣り合っている

SIPO は 2026年5月9日、IO の Developer Experience Initiative(約 360 万 ADA)に賛成を投じました。その成果物の一つが、OpenZeppelin 型の ContractsLibrary です。当時の理由書で、SIPO は「並行した作り直しと開発者コミュニティの分断を避けること」を明確な期待として示しています。そのライブラリは 2026年9月にも更新されており、公開の場で開発が続いています。

本提案は、同じ目的を持つライブラリに対してさらに 1,180 万 ADA を求めています。ただし提案本文は、その先行する取り組みに言及せず、どこが重なりどこが空いているのかのギャップ分析も示さず、開発者がどちらのライブラリを標準として扱うべきかも示していません。

妥当な順序があると考えます。資金供与済みのプログラムが何を納品するかを評価し、そのうえで残るギャップに資金を充てる、という順序です。

ここは SIPO 自身の利害に触れるので、先に書いておきます。SIPO は、いま重複を指摘している側の資金に、5 月に賛成票を入れた当事者です。自分が通した資金の成果物を理由に、後から来た提案へ反対しているという位置にいます。だからこそ、求めているのは「先行するほうを守ること」ではなく、どちらを標準とするかを公開の場で決めることです。

2. 中核的な技術選択が、資金承認の後に回っている

提案本文は、スマートコントラクト言語を資金承認後の初期評価フェーズで決定するとしています。

その選択がなされる前には、判断できないことが 3 つあります。実装コスト、既存ライブラリとの相互運用性、そして開発者層が分断されるリスクです。どれも、どの言語を選ぶかで結論が変わります。DRep に求められているのは、その 3 点が未定のまま 1,180 万 ADA の可否を決めることになります。

3. 換金の余剰に、行き先が定められていない

実施予算は米ドル 1,831,000 で、1 ADA = 0.16 米ドルの固定参照レートで ADA 建ての要求額に換算され、契約締結時に米ドル建てステーブルコインへ換金されます。

その時点で ADA が参照レートを上回っていれば、換金額は米ドル予算を超えます。提案本文は、その余剰をどう扱うかを定めていません。未使用資金が契約満了時に国庫へ戻る仕組みは設計されているので、換金時点の余剰についても同じ扱いを明記できるはずです。

あわせて、実施予算の 20% は技術マイルストーンが一つも承認される前の契約締結時に支払われます。

4. 範囲が束ねられ、Cardano 側の採用基準が低い

参照実装 3 本、コントラクトライブラリ、セキュリティ契約枠が一つの要求にまとめられています。DRep は部分的に承認することができません。ライブラリと標準化だけを先に通す、という選択肢が票の側に存在しない形です。

マイルストーン表の中で、Cardano 側の利用に関する基準は一つだけです。少なくとも 1 名の独立した Cardano 開発者がライブラリをレビューし、書面でフィードバックを提供すること。成果物の規模に対して、実際に使われたことを測る基準としては軽いと考えます。

棄権ではなく反対にした理由

SIPO は 9 月 15 日、minPoolCost の単独案には棄権を投じています。そのときは、SIPO 自身が「340 ADA の既存勢力」の側にいて、反対がその立場を守るためのものと読まれうる位置にありました。懸念を記録しつつ、その重みを議案に向けない形として棄権を選んでいます。

今回は位置が違います。SIPO はこの提案から機械的な利益も不利益も受けません。争点は資金の使い方の順序と条件で、しかも指摘している 4 点はいずれも再提出で解消できる性質のものです。棄権は懸念を記録しますが、何を直せば賛成になるのかは伝えません。反対票に理由書を添えるほうが、提案者に渡る情報が多いと判断しました。

もう一点。国庫の側にも余地の問題があります。エポック 613 以降に発効したトレジャリー引き出しは 34 件・457,395,629 ADA で、2026 年の上限 500,000,000 ADA に対して残りは約 4,260 万 ADA です。本件が通れば合計は 469,182,692 ADA、上限の 93.84% に達します。年内に別の引き出しが出たときの余地は限られます。

賛成に転じる条件

SIPO は、次を満たす再提出であれば支持します。

  • IO の ContractsLibrary とのギャップ分析と役割分担を公開すること
  • 対象とするスマートコントラクト言語を、提案の時点で明示すること
  • ライブラリ・セキュリティ・標準化の作業を先行させ、参照実装は利用の実証を踏まえて続けること
  • 米ドル予算を上回る換金余剰は国庫へ戻すと明記すること
  • 契約締結時の前払いを縮小すること
  • 独立した Cardano プロジェクトによって測られる採用基準を設けること

OpenZeppelin の Cardano 参入は正しい形で実現させる価値があります。SIPO は修正版の提案を期待しています。

投票時点の集計

日本時間 9 月 26 日 7:16 時点のチェーン上の集計では、DRep の賛成は 2.32%(9 票・119,111,932 ADA)、投票済みの反対は 41 票・1,162,262,851 ADA、棄権は 7 票・43,200,391 ADA です。憲法委員会は 2 名が賛成し、5 名は未投票で、賛成率は 28.57%。可決に要る 2/3 には届いていません。

憲法委員会の賛成は、理由書によれば憲法に反していないという判断で、提案の中身が妥当だという判断ではありません。可決要件は DRep 67% と委員会 2/3 の両方で、期限は 10 月 12 日です。

SIPO の投票と理由書全文(英日)は、オンチェーンに恒久記録されています。理由書は IPFS の bafkreihap6lmm3cjsc3tgpvtnwiahfdhg74bdoa5ffzcysvn2fgzliu3a4 に置かれ、その blake2b-256 ハッシュ 0be76de48286f120bf18dc93c97a0a5b440d21d3cefa9643372b9ff1b4c9b60a がオンチェーンの投票記録と一致することを確認済みです。

How SIPO Voted on “Withdraw 11,787,063 ada for the OpenZeppelin Stack”: A No

What SIPO Supports First

This is a vote against this version of the request, not against OpenZeppelin or the work. SIPO welcomes OpenZeppelin to Cardano. An audited, standardised contracts library carries a level of trust that EVM developers already extend to OpenZeppelin, and that is not something Cardano can create on its own. The accountability design is sound and follows the structure SIPO has approved before: Intersect administration on the Sundae Labs treasury-contracts framework, an independent Oversight Committee, milestone payments released only against public evidence, and unspent funds returning to the treasury at contract expiry. SIPO also records OpenZeppelin’s statement that its commitment to Cardano does not depend on this vote.

1. Overlap With Work SIPO Has Already Supported

In May 2026 SIPO voted Yes on IO’s Developer Experience Initiative (about 3.6M ada), whose deliverables include an OpenZeppelin-style ContractsLibrary. SIPO’s rationale at the time set an explicit expectation of avoiding parallel reinvention and fragmentation of the builder community. That library is under active public development and was updated in September 2026. This proposal asks for a further 11.8M ada for a library of comparable purpose, but it does not reference that work, publish a gap analysis, or say which library builders should treat as the standard. The sensible order is to evaluate what the funded programme delivers, then fund the gap that remains. SIPO discloses that it is the party that approved the earlier funding, and what it asks for is not protection of the earlier work but a public decision on which library is the standard.

2. A Core Technical Choice Is Deferred

The proposal states that the smart contract language will be determined during the initial evaluation phase, after funding is approved. Cost, interoperability with existing libraries, and the risk of splitting the builder base cannot be judged before that choice is made. DReps are asked to decide on 11.8M ada with all three unresolved.

3. Currency Terms Are Incomplete

The delivery budget is USD 1,831,000, converted into the ada request at a fixed reference rate of USD 0.16, and the ada is converted to a USD stablecoin at contract signature. If ada trades above the reference rate at that point, the proceeds exceed the USD budget, and the proposal does not state what happens to that surplus. The mechanism for returning unspent funds at expiry already exists, so the same treatment could be stated for a conversion surplus. In addition, 20% of the delivery budget is released at signature, before any technical milestone is accepted.

4. The Scope Is Bundled and the Cardano Adoption Bar Is Low

Three reference implementations, a contracts library, and a security retainer are combined into a single request that DReps cannot approve in part. There is no option on the ballot to fund the library and standards work first. The only Cardano-side usage criterion in the milestone table is that at least one independent Cardano developer has reviewed the library and provided written feedback, which is light relative to the size of the deliverables.

Why No Rather Than Abstain

On 15 September SIPO abstained on the standalone minPoolCost action, because SIPO sits with the 340 ada incumbents there and a No could reasonably have been read as protecting that position. Here the position is different: SIPO gains and loses nothing mechanically from this action. The dispute is about the order and the conditions of the spending, and all four points are the kind that a resubmission can resolve. An abstention records concern but does not say what would change it. A No with a published rationale carries more information back to the proposer.

There is also a treasury constraint. Withdrawals enacted since epoch 613 total 34 actions and 457,395,629 ada against the 2026 cap of 500,000,000 ada, leaving about 42.6 million ada. If this action passes, the total reaches 469,182,692 ada, or 93.84 percent of the cap, leaving little room for another withdrawal within the year.

What Would Earn SIPO’s Yes

SIPO would support a resubmission that publishes a gap analysis and a division of labour with IO’s ContractsLibrary; names the target language; puts the library, security, and standards work first, with the reference implementations following on evidence of use; states that any conversion surplus above the USD budget returns to the Treasury; reduces the upfront payment; and sets adoption criteria measured by independent Cardano projects. OpenZeppelin’s entry into Cardano is worth getting right, and SIPO looks forward to the revised proposal.

The Tally at the Time of the Vote

As of 07:16 JST on 26 September, the on-chain tally shows DRep Yes at 2.32 percent (9 votes, 119,111,932 ada), actively cast No at 41 votes and 1,162,262,851 ada, and 7 abstentions holding 43,200,391 ada. Two Constitutional Committee members have voted Yes and five have not, an approval rate of 28.57 percent, short of the two-thirds required. A committee Yes is, per its published rationale, a finding of constitutionality rather than an endorsement of the request. Ratification requires both DRep 67 percent and committee two-thirds, and the action expires on 12 October. SIPO’s vote and its full bilingual rationale are recorded on-chain: the rationale sits at IPFS bafkreihap6lmm3cjsc3tgpvtnwiahfdhg74bdoa5ffzcysvn2fgzliu3a4, whose blake2b-256 digest 0be76de48286f120bf18dc93c97a0a5b440d21d3cefa9643372b9ff1b4c9b60a SIPO verified against the on-chain record.

References / 参照