Stellar(XLM)はメインネットでプロトコル28の稼働を開始しました。これは2026年9月16日17:00 UTCに有効化された「Adapter」というコード名のアップグレードで、ネットワーク上に保存されたスマートコントラクトデータを移行するための実用的なパスを開くものです。

この変更は、日常的なウォレットおよびアプリケーションのユーザーではなく、StellarのスマートコントラクトプラットフォームであるSoroban上で開発する開発者と、ネットワークを支えるノードインフラを主な対象としています。

プロトコル28「Adapter」の役割

報道によると、今回のアップグレードの中核的な機能は、デプロイ済みスマートコントラクトが保存するデータのための実用的な移行パスを提供することです。ユーザー向けの新機能を追加するのではなく、アップグレード後のネットワークのルールのもとでコントラクトデータがどのように扱われるかを定め、開発者に保存データを移行するための明確なプロセスを与えます。稼働中のアプリケーションを運用するチームにとって、この明確なプロセスこそが、アップグレード後のルールのもとで既存のコントラクト状態がどのように引き継がれるかを決定するものです。

背景:Stellarネットワークのアップグレードの仕組み

Stellarのプロトコルは、バリデーター間の調整を必要とするネットワーク全体のアップグレードを通じて進化します。予定された有効化の前に、ノード運営者は新プロトコルバージョンに対応したソフトウェアをインストールし、対象時刻にバリデーターの絶対多数が同意すればアップグレードが発効します。期限内にアップグレードしなかった運営者は、ネットワークの他の部分とのコンセンサスから外れるリスクを負います。有効化のタイムスタンプがすでに過ぎた現在、この要件は運用上の課題となっています。プロトコル28に対応したソフトウェアを実行することこそが、ノードをネットワークの他の部分と同じチェーンに処理させ続ける条件です。

Sorobanとコントラクトデータ

SorobanはStellarにネイティブなスマートコントラクト機能をもたらし、2024年2月にプロトコル20でメインネット稼働を開始しました。Rustで書かれたコントラクトは、その状態をStellarの台帳上のエントリとして保存し、アプリケーションは時間の経過とともにこれみ取り・更新できます。デプロイ済みのアプリケーションがこの保存状態に依存している可能性があるため、データ扱いに関するプロトコルレベルの変更には慎重な移行経路が必要となります。報道によれば、それを埋めるために設計されたのが「Adapter」アップグレードです。バージョン番号自体もその歩みを物語っています。プロトコル28は、Sorobanを有効化したリリースから8プロトコルバージョン後に到達したもので、スマートコントラクトがメインネットで稼働して以来、ネットワークが進んできた一連の番号付きプロトコルバージョンを反映しています。

Stellarは2014年以来、低コストな決済および資産発行ネットワークとして運営されており、XLMはトランザクション手数料の支払いや最低残高要件を満たすために使用されるネイティブアセットです。

このレポートはCOINOTAGが最初に公開したものです:Stellar(XLM)メインネット、プロトコル28「Adapter」とコントラクトデータ移行。