Stellar(XLM)バリデーターに11月23日までのBellプロトコル30採用を要請

Stellar、Bellのメインネット移行を11月23日に確定

Stellar(XLM)のネットワークインフラを運用するノード運営者、ウォレット開発者、取引所の技術チームが、今回公表されたアップグレード日程の直接的な対象となる。Stellar (XLM)は10月20日にBellアップグレードガイドを公開し、その中で重要な二つの日付を示した。11月3日(火曜日)のテストネット移行と、バリデーターの最終投票で決まる11月23日(月曜日)のメインネット有効化である。プロトコル変更に必要なインフラおよびSDKパッケージの安定版はすでに10月16日(金曜日)から配布が始まり、2026年10月23日まで順次提供が続く。準備期間はすでに始まっている。開発者ブログに掲載されたアップグレードガイドは各参加者が対応すべき作業を順に説明しており、Stellar公式アカウントがXに投稿した発表も同じ日程を確認している。インフラ運営側のリスクは具体的だ。11月23日までにSDKを更新しないウォレット、取引所、ノードは新しい台帳ブロックを認識できなくなり、事実上ライブネットワークから取り残される。一方、一般の保有者はこの義務から完全に外れている。資産はそのまま残り、手動での交換や資産移行は不要で、個人ウォレットでXLMを保有する人に求められる対応はない。リリースノートはプロトコル30のコードネームであるBellを、企業が大規模にスマートアカウントを展開できるようにする仕組み、耐量子署名への着手、台帳時刻の細粒度化を一体化したパッケージだと位置付ける。いずれも大手フィンテック基盤やカストディアルサービスのネットワーク統合を簡素化する狙いだ。発表にXLMの価格への言及はなく、残高に影響しないハードフォークでは不要な情報でもある。影響するのはトークンの有用性の側で、どのような参加者がどの規模で安価に構築できるかがこのパッケージで変わる。

@StellarOrg · Xの投稿

発表.

Xで見る

CAP-84、CAP-88、CAP-87の三本柱

Bellパッケージは三つのコア改善提案を束ねており、それぞれが商用ユーザー向けの構造的障壁を一つずつ取り除く。CAP-84はWアドレスを導入する。スマートコントラクトの多重化方式で、銀行や取引所がユーザーごとにウォレットを用意する代わりに、一つのコントラクトで数百万規模の顧客残高を管理できる。この多重化設計が、単一コントラクトでの大規模カストディアルを可能にする。CAP-88はシステム時計の解像度を秒からミリ秒へ引き上げるもので、リリースノートは将来のリリースでの1秒未満の台帳決済に向けた土台だと説明する。CAP-87はML-DSAという耐量子署名標準のサポートをStellar (XLM) Coreに直接組み込む。取引コストを増やさずにSorobanスマートコントラクトへ耐量子保護を拡大する変更で、秘密鍵の安全性をウォレット側ではなくプロトコル層で強化する。商用上の論理はここでつながる。カストディモデルの簡素化はフィンテック基盤のネットワーク利用コストを下げ、アップグレードガイドはこのコスト低下を取引量の増大と、手数料資産としてのXLMへの自然な需要に結び付けている。その手数料の仕組み自体は、PayFi決済のユースケースを支える同じレールだ。仕組みを詳しく知りたい読者には、当サイトの暗号資産ネットワーク手数料の解説を参照できる。耐量子対応と1秒未満の決済は、リリースノートの枠組みでは実体資産のトークン化に必要な基礎要件であり、Stellarが戦略的に狙う分野でもある。ネットワークのトークン化された実体資産の規模と、30兆ドル規模のトークン化サービスでの役割はこの目標に測定可能な文脈を与え、最近有効化されたChainlink Data Streamsも同じ方向を指す。長期保有者への追加の保証もガイドに記載されている。新プロトコルへの移行は全ノード運営者にとって厳格に義務のため、非公式のフォークやコイン分割は発生しない。

当編集部の読みでは、Bellは市場の触媒というよりインフラの準備状況を試すイベントであり、制約は保有者ではなく取引所とウォレット側にある。義務的な移行設計は分割リスクを消し去り、ハードフォークをめぐる不確実性を取り除く。その一方で、11月23日までのネットワークの安定性が第三者のSDK更新の期日通りの堅持に依存することも意味する。xStocksのようなトークン化された証券や実体資産全体の構築は、耐量子署名と高速な台帳が支える需要の筋書きをStellar (XLM)に与える。それが有効化後に持続的な手数料需要へ転化するかは、取引量で明らかになる。残る対応はインフラ運営者側にある。11月23日までのSDK更新と、まだ投じられていないバリデーター投票の二つだ。