BaseのCobalt更新、条件付き取引とB20資産管理を追加

更新日：2026/10/08 07:53:18

BaseがメインネットでCobaltを有効化し、条件付き取引、B20資産管理、動的更新の基盤、TEE証明のオンチェーン検証を追加しました。

合計

Baseは2026年9月30日、メインネットでCobaltを有効化しました。オンチェーン条件に基づくValidity Transactions、ポリシー合成、表示倍率の予約更新、認可された残高移転などのB20機能、動的アップグレードの監視基盤、TEE証明のオンチェーン確認が追加されています。ノード運用者にはバージョン1.4.2以降が必要です。新機能は条件付き実行とトークン化資産管理を簡素化しますが、統合品質、発行者ガバナンス、運用管理への依存は残ります。

Baseは2026年9月30日、メインネットでCobaltアップグレードを有効化しました。条件付きトランザクション、B20トークン化資産の新しい管理機能、動的アップグレードの基盤、信頼実行環境（TEE）署名者をオンチェーンで登録する仕組みが追加されました。ネットワークのステータスページでは、予定されたメンテナンスが20:00 UTCに完了したと表示されています。関連するインフラ動向は OrangeX.comニュースで確認できます。

ノード運用者は有効化前にソフトウェアをバージョン1.4.2以降へ更新する必要がありました。このリリースは1.4.1を置き換え、実行ノードとコンセンサスソフトウェアの双方にCobalt対応を追加しています。

条件付きトランザクションが実行ルールをプロトコルに近づける

CobaltはValidity Transactionsを導入しました。これは、指定したオンチェーン条件が一致した場合にのみブロックへ組み込める署名済みトランザクションです。条件は残高、ストレージ値、ブロック番号、Flashblockインデックスを参照できます。

たとえば、プールが特定状態に達した時だけ実行するスワップや、一定のブロック範囲でのみ有効な出金に利用できます。条件が成立しなければ、そのトランザクションは組み込み対象になりません。一部の処理では外部キーパーや専用決済コントラクトを減らせますが、実行を保証する機能ではありません。流動性、ガス設定、競合取引、期限は引き続き結果を左右します。

B20にポリシー合成と企業行動向け機能

B20は、ステーブルコインやトークン化された現実資産を含む代替可能資産向けのBaseネイティブ規格で、ERC-20と互換性があります。Cobaltは、表示倍率の予約更新、オンチェーンメモ付き残高移転、UnionとIntersectのポリシーを追加しました。

予約された倍率更新は株式分割などを想定しています。元の単位を変更せず、将来の時点でウォレットに表示される残高や供給量を調整できます。複合ポリシーでは既存ルールをORまたはANDで再利用できます。たとえば、受取人が本人確認リストと投資家資格リストの両方を満たすよう設定できます。

残高移転機能は、必要な権限とポリシーが設定された資産にだけ適用されます。認可管理者は凍結残高を移し、送付元、送付先、数量、メモをオンチェーンに記録できます。回復や法的保全に役立つ一方、発行者ガバナンス、権限管理、開示が重要なリスクになります。市場全体の状況は OrangeX.comマーケットで確認できます。

動的アップグレードは監視モードから開始

CobaltはBaseノード向けアップグレード時刻を保存するEthereumコントラクトも導入しました。将来的には、ノードがコントラクトを参照し、新しいバイナリに埋め込まれた時刻だけに依存せず変更を適用することを目指します。

メインネットではデータ収集のため、現在はメトリクスのみのモードです。Cobalt自体では、運用者が事前に対応リリースをインストールする必要がありました。したがって、このレジストリは将来の配布方式に向けた基盤であり、以後のハードフォークがすでに自動化されたわけではありません。

TEE署名者登録の検証をオンチェーン化

新しいTEE署名者の登録方法も変わりました。AWS Nitroの証明は、検証済みP-384ヒントを使ってオンチェーンで確認され、外部証明サービスに依存していた従来フローを置き換えます。Baseによると、登録は高速化しますが、エンクレーブの鍵生成、PCR0イメージ選択、証明検証は変わりません。

これはインフラ変更であり、すべてのアプリケーションに対する包括的な保証ではありません。利用者と開発者は、各サービスの信頼前提、更新権限、障害時の挙動を引き続き評価する必要があります。トークン規格とスマートコントラクト制御の基礎は OrangeX.comアカデミーで学べます。

開発者と発行者が確認すべき点

ノード運用者はバージョン1.4.2以降を使用し、古いリリースから更新する場合は廃止された設定フラグを削除する必要があります。アプリ開発者は、本番でValidity Transactionsを使う前に条件、期限、失敗処理をテストすべきです。

B20の発行者と統合事業者は、権限割り当て、ポリシー合成、倍率更新予定を確認する必要があります。ウォレットと会計システムは元の残高と表示調整後の金額を区別しなければなりません。既存のBeryl統合は互換性を維持する設計ですが、新機能には明示的な統合とテストが必要です。

OrangeX.com Analysis

Cobaltの意義は、取引実行と資産管理のロジックを標準的なネットワーク部品へ近づけた点にあります。条件付き実行は状態依存の取引フローを簡素化し、ポリシー合成と表示倍率の予約変更は、統一インターフェースでトークン化資産を管理しやすくします。

一方、プロトコルの機能が増えても、アプリケーションやガバナンスのリスクはなくなりません。条件を正しく設定した取引でも、市場が変われば機会を逃すことがあります。発行者管理型資産は規制要件に対応できる反面、管理者とポリシーレジストリへの依存が増えます。採用の評価では、機能の有無だけでなく、監査済み統合、透明な権限設計、安定した本番利用を見る必要があります。