Stellar(XLM)メインネットがProtocol 28「Adapter」を有効化しコントラクトデータ移行の実務経路を開く

Protocol 28、メインネットで稼働開始

Stellar(XLM)のメインネットで、コードネーム「Adapter」と呼ばれるProtocol 28が稼働を始めた。有効化は2026年9月16日17時00分(UTC)で、スマートコントラクトが台帳に保存したデータを移行する実務的な経路を初めて開いたものだ。変更の対象は日常のウォレット利用者や決済ユーザーではなく、Sorobanの開発者とノード基盤にある。市場データを見る限り、この有効化とスポット取引でのXLM価格のあいだに確定した因果関係は確認されていない。先行したテクニカル報道ではトークンが50週移動平均を上抜け、0.2227ドルが視野にあると追いかけたが、今回のアップグレードはあくまでネットワークのイベントであり、価格のイベントではない。Stellar Development FoundationはこのリリースをCAP-86、CAP-85、CAP-83という3つの中核的な改善提案を軸に構築した。公式ソフトウェアのバージョン文書はProtocol 28のメインネットビルドを9月16日と記している。なおSorobanは独立したサイドチェーンではなくStellarネットワーク本体に組み込まれたスマートコントラクト基盤で、WebAssemblyにコンパイルしたRustプログラムを実行する。

Adapter以前のコントラクトは、台帳からデータを読む際に完全一致を求めていた。構造体の全フィールドがキーとして揃っている必要があり、余計なキーが1つでも存在すれば読み取りは成立しない。欠落や想定外のフィールドは、読み込み自体を即座に壊しかねない。CAP-86はここを緩める。欠落や追加のフィールドを許容する疎(スパース)なホスト関数を導入し、レガシーな保存データを一度に廃棄するのではなく、新しいスキーマへ段階的に移せるようにした。

CAP-85は別のボトルネックに着手した。実行コードへの外部管理参照をサポートするもので、同一プログラムを共有するコントラクト群は、各インスタンスを差し替える代わりに参照を1つ切り替えるだけでアップグレードできる。大規模運用で混在バージョンのフリートが発生する問題を削る仕組みだ。ただし新コードが旧データに適合するかの検証は、最終的に各開発者の責任として残る。

CAP-83はコンセンサスメカニズムの層で働く。バリデータはトランザクションセットが完全に到着する前に投票を開始でき、遅れて到着した、あるいは妥当性検証に失敗したセットを破棄する手続きも備える。データ伝播に起因する停止への緩和策だ。並列のトランザクションセットダウンロードは、メインネット移行後に段階的に配布される。バリデータ運営者には時計同期の確認が推奨され、台帳を直接読むインデクサーとデータパイプラインは、新しい台帳値型への対応が求められる。

Soroban SDK v28と11年の節目

開発者向けツールチェーンは9月30日に追いついた。Soroban Rust SDKのバージョン28がこの日リリースされ、Build on Stellarの公式アカウントがStellarのプリンシパルソフトウェアエンジニア、Leigh McCullochに帰属する要約とともにX上でリリースを確認した。SDK v28はProtocol 28をサポートし、ビルドシステムの変更とコントラクトデータ移行の新挙動を含む。ほとんどのコントラクトにとって変更はリビルドのみ、とリリースは説明する。機能一覧にはSpec Shaking v2も並ぶ。仕様(スペック)の出荷にデッドコード除去を適用する仕組みで、SDKはまず全エントリを出力し、その後stellar-cliのビルドがコントラクトが使わないエントリを剥がす。このほか疎に公開されるイベント、実行コード参照、テストでアップロード可能なネイティブコントラクトが加わった。移行サポートが重要なのは、構造体が台帳上ではフィールド名をキーとするマップとして存在するからで、v28は書き込み時とフィールドが異なっていてもコントラクトがそのマップを読めるようにした。

@BuildOnStellar · Xの投稿

X上でリリースを確認.

Xで見る

この日はネットワークの11周年でもある。Stellarエコシステムの歴史は台帳より長い。ネットワークは2015年9月30日にローンチしたが、プロダクト責任者のTomer Wellerは、この記念日は「新」Stellarネットワークのものだと指摘してきた。それ以前の2014年版はSTRというティッカーで動いていた。直近のマイルストーンは実世界のレールを向いている。トークン化された実世界資産(RWA)の保有者が2万2,000人を突破し、コロンビアでのMoneyGramのVisaステーブルコインカード試験のような展開がこの方向に積み重なっている。

手作業として残る移行ステップ

公式リリース文書に照らすと、2つの成果物はひとつの流れを描く。ネットワークの生涯にわたって形を変えうるコントラクトデータという課題だ。Protocol 28のノートはメインネット版を2026年9月16日とし、Soroban Rust SDK 28.0.0でのリビルドを必須とする。開発者は移行完了の呼び出し前に旧状態を再現し、新しいコントラクトがそれを読めることを検証するよう指示されている。短期的な負担はノード運営側に乗る。インデクサーとデータパイプラインは新しい台帳値型を処理しなければならず、バリデータの時計同期確認も要る。米U.S. BankによるUSBDCステーブルコインの試験を含む企業での実証が進むネットワークでは、アップグレード可能なコントラクトデータが大規模運用でなぜ効くかが実感できる。一方、今回の変更を通じて変わらなかったのが手作業のステップだ。データは自ら移行しない。