Cardano のノードを Go で書き直している Blink Labs の Dingo が、日本時間 9 月 16 日の未明、メインネットで初めてブロックを作りました。作ったのはコミュニティのプール OTG（Star Forge）で、ブロック高は 13,945,217 です。
特筆すべきは、Dingo 自身の README が今も「メインネットで実際の資金とともに使わないでください」と書いたままだという点です。Cardano は長く cardano-node というただ一つの実装に依存してきたため、別実装がメインネットに現れることには構造的な意味があります。何がチェーンに残ったのか、そしてこの一致しない二つの事実をどう読めばよいのかを見ていきます。
■ チェーンに残ったもの
該当のブロックは、日本時間 9 月 16 日 4 時 12 分 15 秒に作られています。エポックは 655、世代は Conway、取引は 10 件、サイズは 9,856 バイト。作ったプールは pool1eqj3dzpkcklc2r0v8pt8adrhrshq8m4zsev072ga7a52uj5wv5c で、登録されている名前は「🌟 Star Forge ⚡」、ティッカーは OTG です。同プールが自ら掲げている説明は「The one and only mobile Cardano stake pool.」で、モバイルで動かしていることを売りにしています。
Blink Labs の告知はその約 50 分後に出ました。「Dingo has crossed the Rubicon.」と書き、Preview、Preprod、Musashi、Prime Testnet、そして Cardano Mainnet と並べたチェックリストを添えています。さらに 12 分後には「And a second block has been forged.」と続きました。最後の一つにチェックが入った直後の投稿であり、2 本目の報告がその直後に来ていることから、今回の 1 本が Dingo によるメインネット初のブロックにあたると読めます。
SIPO は前日、Go と TypeScript の Cardano ノードがテストネットでブロックを作ったことを取り上げていました。そこから一日で、片方がメインネットに出たことになります。
■ 「本番向きではない」と書いてあるものが、本番で動いた
Dingo のリポジトリを開くと、説明文のいちばん上に警告が置かれています。「WARNING: Dingo is under heavy active development and is not yet ready for production use. It should only be used on testnets (preview, preprod) and devnets. Do not use Dingo on mainnet with real funds.」開発中であり本番運用の準備は整っていない、テストネットと devnet でのみ使うこと、実資金のあるメインネットでは使わないこと。これが 9 月 16 日時点の本文です。
直近の版は v0.70.12 で、日本時間 9 月 16 日 1 時 20 分に公開されています。どの版で動いていたかは明らかにされていません。機能としては、VRF によるリーダー選出を含むブロックの作成、41 個の UTxO 検証規則、Plutus V1/V2/V3 の実行、Mithril による高速な初期同期、Badger や PostgreSQL などを選べる保存層、Blockfrost 互換の REST を含む複数の外部インターフェースが挙げられています。作りとしては、すでに一通り揃っています。
この二つを並べると、評価は割れます。開発元の推奨より現場の実践が先に出たという読み方もできますし、逆に、警告があるうちは検証の一部として扱うべきだという読み方もできます。どちらの立場を取るにせよ、今回動かしたのは開発元ではなく独立したプールの運用者であり、判断もリスクもその運用者のものです。ネットワーク全体としては、単一実装への依存が一段だけ薄くなった日として記録されます。
■ 誰が、どうやって確かめるのか
ここで一つ、押さえておきたい性質があります。チェーン上のブロックには、どのノード実装が作ったかを示す欄がありません。エクスプローラや Koios から取れるのは、プロトコルの版番号、VRF 鍵、運用証明書といった項目までで、そこに「Dingo が作った」とは書かれていないのです。
したがって今回の帰属は、運用者と開発元が自ら述べたことに依っています。ブロックが実在し、指定のプールが作ったことはチェーンで検証できます。それを作ったソフトウェアが Dingo だったかどうかは、現時点では申告を信じる以外にありません。これは Dingo に限った話ではなく、cardano-node 以外の実装が増えるほど効いてくる観測上の制約です。どの実装がどれだけブロックを担っているかを外から数えたいなら、まずこの欄をどう作るかという話から始めることになります。
■ あなたのプールは、何で動いていますか
複数実装が並ぶネットワークは、一つのバグでネットワーク全体が止まる確率を下げます。同時に、実装ごとの挙動の差が新しい種類の分岐を生む可能性も持ち込みます。どちらも Cardano がこれまで本格的には経験してこなかった領域です。
プールを運用している方にとって、今日この瞬間に乗り換える理由はありません。開発元が警告を出している以上、実運用の選択肢として並べるのはまだ早い段階です。それでも、自分のプールがどの実装で動いていて、その実装が止まったときに何が起きるのかを一度考えてみる価値はあると思います。今回の 1 本は、その問いが現実的になり始めた合図です。
■ ことば
- ブロックプロデューサ — 新しいブロックを実際に作って送り出す役割のノードです。プールの構成では、外部と接続するリレーの奥に置いて秘密鍵を守るのが一般的で、今回ここで動いていたのが Dingo だったと報告されています。
- クライアント多様性 — 同じネットワークを複数の異なるソフトウェア実装で動かす状態を指します。一つの実装のバグが全体を止めないための保険であり、Ethereum では以前から重視されてきた考え方です。
- VRF によるリーダー選出 — 誰が次のブロックを作るかを、検証可能な乱数で決める仕組みです。実装を変えてもこの計算結果が一致しなければ正しいブロックにならないため、別実装が実際にブロックを作れたこと自体が、互換性の確認になります。
一次ソース / 関連リンク
- Blink Labs による告知（2026 年 9 月 16 日・日本時間）
https://x.com/blinklabs_io/status/2099951643920142612 - 該当ブロック（Cexplorer・高さ 13,945,217）
https://cexplorer.io/block/727b0a50df3ae3130b19f2f59f1e8bf645a0bdb93c8b6c8eaf7e218b5ed91b2d - blinklabs-io/dingo（GitHub リポジトリ・README の警告文）
https://github.com/blinklabs-io/dingo - SIPO.TOKYO「Daily Intel 9/15」（テストネットでの前日の動き）
https://sipo.tokyo/daily-intel-20260915/