Stellarのプロトコル30アップグレード「Bell」が「テストネットで稼働中」であると、Stellar Development Foundationが11月3日に発表しました。これにより11月23日のメインネット有効化に向けたバリデーター投票の前に、開発者によるテストが始まります。
今回のリリースにより、スマートコントラクトは顧客の入金を識別する新たな方法と、ポスト量子署名を検証する方法を利用できるようになります。SDFのアップグレードガイドによれば、ウォレット、取引所、インフラ事業者は、メインネット投票の前にStellarのソフトウェアライブラリを更新する必要があります。既存のスマートコントラクトは変更なしで稼働を継続できます。
Xの投稿を読み込み中…
Xで投稿を見るスマートアカウント向けの新ツール
$CAP-84では、マルチプレクス(muxed)コントラクトアドレスが導入されます。これは、コントラクトアドレスと顧客識別子を組み合わせたもので、Wで始まる新しい形式で表記されます。これにより、企業は複数の顧客からの入金を1つのスマートコントラクトに集約し、それぞれの残高をオフチェーンで管理できます。Stellarは通常のアカウントではすでにこのモデルに対応していましたが、コントラクトアドレスでは対応していませんでした。
資金は引き続き基盤となるコントラクトに届き、識別子は送金イベントに記録されます。オンチェーン上で別個の残高が作成されるわけではありません。ウォレットと取引所は、検証、表示、保存のロジックでWアドレスを受け付ける必要があります。Wアドレスを受け付けたいコントラクト開発者は、マルチプレクス形式に対応したアドレスパラメータを使用しなければなりません。通常のアドレスパラメータではこの形式は拒否されます。
$CAP-87では、標準化されたポスト量子署名アルゴリズムであるML-DSAを検証するための組み込み関数3種が、StellarのSorobanスマートコントラクト環境に追加されます。カスタムのアカウントコントラクトは、検証処理を自前で実装する代わりにこれらの関数を使い、資金を使用する際にポスト量子認証を必須とできます。ネットワークレベルのトランザクション署名は引き続きEd25519です。
新しいコントラクト機能はオプトインです。これらを採用するビルダーは、更新されたSoroban SDKに対してビルドし直し、対応する、またはそれ以降のStellarコマンドラインツールを使用する必要があるとSDFは述べています。
新しい台帳フォーマット
$CAP-88では、ミリ秒単位の分解能を持つ台帳クローズタイムスタンプが追加されます。これまで、秒単位のタイムスタンプでは台帳間の最小間隔が1秒に制限され、4.5秒といった目標値を設定できませんでした。今回の変更によりこのタイミング上の制約が取り除かれます。ただしSDFのプロトコル概要によれば、Bellだけで台帳のクローズが速くなるわけではありません。
生の台帳データをデコードするインデクサー、エクスプローラー、その他のシステムは、アップグレードルールを更新する必要があります。バリデーターは、指定した時刻から投票するようノードを設定します。そして有効化には、トランザクションセットの承認に用いられるのと同じコンセンサスが必要です。合意は、トークン保有者による投票ではなく、各ノードが信頼するバリデーターの集合と閾値に従って成立します。
メインネットでの有効化は、この合意に依存します。SDFはバリデーターに対し、Stellar Core v30.0.0をインストールするよう指示しています。また、ノードを投票に向けて準備するためのコマンドは、事前にバリデーター向けチャンネルで共有されると述べています。