Cardano財団は、Conway時代のガバナンス活動を拡張したCardano Rosetta Java v2.1.0をリリースしました。このアップデートにより、ガバナンス操作の完全なサポートが構築エンドポイントとデータエンドポイントの両方に追加されます。これにより、ウォレットやサービスはRosettaインターフェースを通じてガバナンス関連のトランザクションを作成・読み取りできるようになります。
Rosetta Java v2.1.0は、ステークプール運営者や開発者がオンチェーンガバナンスに関連する機能を利用できるようにします。これには、ステークプール運営者の投票やDRep投票委任が含まれます。これらのガバナンス操作はエンドポイント間で一貫して表示されるため、ガバナンスアクションと標準トランザクションデータを追跡するアプリケーションの統合作業を支援します。
Cardano Rosetta Java v2.1.0は稼働中です。
Conway時代のガバナンスサポートは、構築エンドポイントとデータエンドポイントの両方で利用可能になっています — SPO投票、DRep投票委任、CIP-129など。
— Cardano Foundation (@Cardano_CF) 2026年3月1日
このリリースは必須ではありませんが、ConwayやVoltaireのガバナンスワークフローとの互換性を強化したいチームを対象としています。既にv2.0.0を使用しているチームについては、ドキュメントによると再同期なしで互換性があります。ただし、v1.x.xからのアップグレードには、Yaciインデクサーの完全なジェネシス再同期が必要であり、Cardanoノードのデータはそのまま維持されます。
先月末、CNFはCritical Integrations Fundを通じて、Midnight FoundationによるUSDCxのCardano展開支援を報告しました。このローンチにより、Cardanoネイティブのドル流動性ルートが追加され、USDCxはCircleのxReserveスマートコントラクト内でUSDCと1:1で裏付けられています。
Rosetta Java v2.1.0はConwayガバナンス操作を追加 Rosetta Java v2.1.0は、Conway時代のトランザクション構造に対して2つのガバナンス操作を導入します:SPO投票とDRep投票委任。これらの操作タイプは、該当する場合にRosettaのレスポンスに含めることができ、探索ツールやインデクサー、分析ツールがRosettaフォーマットのデータに依存している場合に役立ちます。
バージョン2.1.0は、CIP-129のサポートも追加し、プレフィックス付き識別子から自動的にDRepタイプを推論できるようになりました。これにより、CIP-129フォーマットのDRep IDを使った投票委任時の手動設定の必要性が軽減されます。ただし、未加工のIDは明示的なタイプ処理が必要です。
もう一つの変更点は、HTTPステータスコードをエラー分類に合わせたことです。再試行不可のクライアントエラーは、従来の500番台ではなく400番台のレスポンスを返すようになりました。クライアントアプリケーションは、以前500番台をバリデーションやリクエストエラーに使用していた場合、エラーハンドリングを更新する必要があります。
運用ツールも改善され、Yaciインデクサー用の実験的管理者ユーザーインターフェースが追加されました。これにより、運用者の可視性と制御性が向上します。また、環境の変更として、Cardanoノードのバージョンを10.5.4に移行し、Yaciコンポーネントの置き換えを行い、既存の依存関係との互換性を確保しました。
一方、Cardanoのステーブルコイン対TVL比率は33.87%に上昇し、ステーブルコインの供給は約4770万ドルに達し、TVLは約1億4083万ドルに近づいています。
以前、Charles Hoskinsonは、Cardanoのvan Rossemハードフォークが今月予定されていると述べました。このアップグレードでは、Plutusの改善、よりクリーンな台帳ルール、ノードのパフォーマンス向上が期待されます。
直近24時間で約3.8%下落した後、Cardanoの価格は執筆時点で0.2700ドルで取引されています。ADAの短期サポートは0.2593ドル付近、抵抗は50期間EMAの0.2775ドルと200期間EMAの0.2928ドル付近にあります。