Cardano の Dingo ノード、Go ベースのインフラ拡大に伴いテストネットでのブロック生成を前進

Blink Labs は、Go で書かれた代替の Cardano ノード実装である Dingo について、新たな開発アップデートを発表した。Developers Office Hours #65 の中で、Blink Labs の CEO である Chris Gianelloni は、Dingo が当初のデータノードという役割から、Cardano のデータを検証し、テストネットでブロックを生成し、アプリケーション向けにローカル API を提供できるインフラへと移行している経緯を説明した。

Cardano にとってこのアップデートが重要なのは、Dingo が中核的なインフラ課題であるノードの多様性に取り組んでいるためだ。単一の支配的な実装に過度に依存するネットワークは運用リスクを抱える一方、独立したクライアントは前提の可視化、テストの改善、同一プロトコルに対する多様な開発手段の提供に寄与する。

Dingo は Go ベースのクライアントで Cardano のノード多様性を強化

Dingo は Blink Labs が開発するオープンソースの Cardano ノードプロジェクトだ。このプロジェクトは、ブロックチェーンデータを取得し、インデックス化し、API を通じて提供するよう設計されたデータノードとして始まった。Gianelloni は、当初のパフォーマンス重視はこのインデックス化という役割に由来し、Dingo は cardano-node、DB Sync、Postgres を含む大きなスタックでしばしば分担される機能を統合するよう設計されていたと述べた。

現在このプロジェクトは、より広範なインフラ機能をカバーしている。Dingo は設定次第で、データノード、API サービス、テストネットのブロックプロデューサとして動作できる。Go ベースの実装は、既存の Haskell ノードやエコシステム内の他の代替クライアントの取り組みと並び、Cardano インフラに別の技術的選択肢を加える。

このクライアントの多様性は、異なるコードベースからプロトコルを検証する独立した実装が存在することで、ネットワークの回復力を高め得る。Gianelloni は、他の Cardano インフラチームとの協働により、いくつかの前提がプロトコルそのものではなく特定の実装に結び付いている箇所を特定する助けになったと述べた。

Blink Labs はまた、Dingo の開発を、プロダクション準備、Dijkstra ハードフォークへの対応、Leios 対応、メインネットでのブロック生成に焦点を当てた Cardano トレジャリー提案と結び付けている。同提案では、プロダクション水準のブロックプロデューサとしての Dingo の継続的な作業に対する資金として ADA を申請した。

Preview でのブロック生成により Dingo はデータインデックス化の枠を超える

Gianelloni は、Dingo がすでに Cardano の Preview ネットワークでブロックを生成していると述べた。発表の時点で、前日分の Preview におけるブロックのおよそ 3 パーセント、またその時点で示された直近 100 ブロックのうちおよそ 4 パーセントを Dingo が生成したと述べた。

この活動により、Dingo はより実践的なテストネットでの役割へと進むが、プロジェクトがメインネット準備完了というわけではない。Blink Labs は Dingo を引き続き開発進行中のソフトウェアとして位置付けており、現時点での利用は、実資金を伴う本番メインネット運用ではなく、Preview、PreProd、devnet の環境に焦点を当てている。

ブロック生成への移行は、Dingo のデータサービスの背後にある信頼モデルも変える。純粋なデータノードは、スタック内に別の検証ノードを必要とする。ブロックプロデューサとしての Dingo は、チェーンデータをローカルで検証し、その検証済みデータを自らの API サービスの基盤として利用できる。

Gianelloni はまた、Dingo を中心に構築されたサンプルアプリケーションを紹介した。Dingo Swap は Preview 上で Dingo のデータと UTxO RPC API を利用し、GovLens は Dingo のメタデータデータベースからガバナンスデータを読み取り、Dingo Explorer は Dingo がローカルで提供する Blockfrost 互換 API を利用する。

API、Mithril Sync、セキュリティ対応がメインネットへの道筋を形作る

Dingo は、複数の開発者ユースケースに対応するインフラスタックとして開発されている。プロジェクトは UTxO RPC、Mini Blockfrost の API サーフェス、Rosetta API のサポート、Postgres へのメタデータ出力をサポートする。この構成により、開発者は Dingo でインデックス化および検証されたデータに依拠しつつ、使い慣れたデータベースツールを用いてアプリケーション、ダッシュボード、レポートを構築できる。

このプロジェクトは、より高速なブートストラップのために Mithril も使用する。Gianelloni は、特に API モードにおいて、Mithril Sync が Dingo を稼働させる主要な推奨手段の一つだと述べた。ただし、初期同期の後も Dingo にはデータの処理とインデックス化が必要となる。

Blink Labs はまた、より広範な本番利用に先立って残るいくつかの工程について説明した。これには、報酬計算の検証、セキュリティの強化、メインネット規模でのテスト、ストレージの最適化、外部セキュリティ監査が含まれる。Gianelloni は、オペレーターに Dingo がメインネット利用の準備ができたと伝える前に、監査を完了し、必要な是正項目に対処したいと述べた。

現在 Dingo が変えているのは、Cardano のテストネットインフラの状況であり、メインネット運用の状況ではない。Dingo は現在、Preview でのブロック生成、ローカル API の事例、Postgres のメタデータモデル、オブザーバビリティツール群、セキュリティレビューとスケーリング作業に結び付いたロードマップを備えている。Cardano のノード多様性の取り組みにとって、このアップデートは、より広範な本番展開に先立って開発者やオペレーターが検証できる、動作する Go ベース実装としての Dingo に具体的な役割を与える。