今日、アップグレードが10日間延期されました。理由はコードが書き切れていないからではないようです……
📢 最新消息群里说
あるチェーン上の新機能が、いつ投入されるのか。なんと、それを出した会社の都合ではなく、投票で決まるとは……「投票が足りなかった」からです。
XRPレジャーには「Batch」というアップグレードがあり、当初は9月29日に有効化予定でしたが、最も早くて10月9日まで繰り下がりました。多くの人が「延期」という2文字を見て、最初に思うのは「また遅れた」といったところで、そのままスクロールしてしまうでしょう。
でも、本当に注目すべきは——なぜ延期になったのかです。
XRPLはこの手のルールがかなり厳格です。アップグレードを有効化するには、8割を超える信頼できる検証者の賛同が必要で、しかも2週間連続で維持されなければなりません。途中で一度でも要件を下回れば、これまで積み上げた時間はすべてゼロになり、最初から数え直し。
今回まさにそれが起きました……Batchは9月15日からカウントダウンが開始されましたが、途中で支持率が一時的に閾値を割り込み、9月25日になってようやく35人の信頼できる検証者のうち30人まで回復しました。カウントダウンはやり直しとなり、最も早い有効化は10月9日午後です。
別のアップグレードも同じです……その機能は、ある企業が別の口座に対して、指定したアクションを実行させる許可を出せるようにすること。資金を管理する署名鍵を渡さなくても済むようにするものです。これも9月23日に支持が落ち、9月24日にようやく回復。その結果、有効化時期は10月5日から10月8日に前倒し……ではなく繰り下げです。
ここから話が変わってきます……すでに機関（機関投資家）の資金が注目しているチェーンにおいて、新機能がいつ使えるかは、発信元の会社の判断ではなく、30数人の検証者の投票で決まるのです。
さらに面白いのは、今回足止めを食らったこの2つの機能が、ちょうど「機関が使う」タイプのものだという点です。
Batchの核は、最大8件の取引をひとまとめにして同時に提出できること。そして「全部あり（全有）」か「全部なし（全無）」というオプションによって、買い手が支払い、かつトークン化された資産を受け取ることを、同一の操作の中でまとめて完了できます。要するに「決済（delivery / settlement）」の言葉であって、個人投資家の言葉ではありません。
権限の委譲も、さらに直球です。発行側は、支払いとコンプライアンスを2つの運用アカウントに分けて処理できます。照合（照合すべき）側の口座はお金を見られず、金を受け取る側の口座は権限を見られない。これは、監査を通さなければならない人たち向けの仕組みです。
つまり、延期されているのは個人が望むものではなく、まさに機関参入が使うためのパズルの2ピースです。そしてRippleXのエンジニアリング責任者の説明によれば、すでにBatchに合わせて先行して準備しているプロジェクトがあり、有効化されれば本番環境により近づけるとのこと。
しかし問題が出てきました……Batchは今回で2回目の不調です。前回版では、有効化前に重大な署名検証の脆弱性が見つかり、開発側が自ら撤回しました。修正版は8月末になってから、新しいソフトウェアと一緒にようやくリリース。そのうえ今度は支持率が途切れたため、また数え直しです。
自分の設定したハードルに、システムが何度も引っかかる……それは慎重さなのか、摩擦なのか。
だからこそ、本当に注目すべきなのは、10月9日当日に予定どおり有効化されるかどうかではありません。
この2つの機能が前後して同時期に（あるいは連続して）上手く落ちてきたとき、チェーン上で初めて「決済レベル」の清算（決済）量が現れるかどうかです。そこで初めて、場外で待っている人たちが“実際に手を動かせる”ものを得られることになります。
逆に言えば……もし今回もまた延期になるなら、このチェーンのガバナンス摩擦が、機関の忍耐によって試されている最中だということになります。忍耐には限界があり、テストは毎日行われているからです。
そして反転の余地を一つ残すと——あるチェーンが大金を載せられるかどうかは、これまでの速さではなく、「互いに面識のない人々に、それが“いつ変われるか”を決めさせる覚悟があるか」こそが見どころです。
📢 最新消息群里说
あるチェーン上の新機能が、いつ投入されるのか。なんと、それを出した会社の都合ではなく、投票で決まるとは……「投票が足りなかった」からです。
XRPレジャーには「Batch」というアップグレードがあり、当初は9月29日に有効化予定でしたが、最も早くて10月9日まで繰り下がりました。多くの人が「延期」という2文字を見て、最初に思うのは「また遅れた」といったところで、そのままスクロールしてしまうでしょう。
でも、本当に注目すべきは——なぜ延期になったのかです。
XRPLはこの手のルールがかなり厳格です。アップグレードを有効化するには、8割を超える信頼できる検証者の賛同が必要で、しかも2週間連続で維持されなければなりません。途中で一度でも要件を下回れば、これまで積み上げた時間はすべてゼロになり、最初から数え直し。
今回まさにそれが起きました……Batchは9月15日からカウントダウンが開始されましたが、途中で支持率が一時的に閾値を割り込み、9月25日になってようやく35人の信頼できる検証者のうち30人まで回復しました。カウントダウンはやり直しとなり、最も早い有効化は10月9日午後です。
別のアップグレードも同じです……その機能は、ある企業が別の口座に対して、指定したアクションを実行させる許可を出せるようにすること。資金を管理する署名鍵を渡さなくても済むようにするものです。これも9月23日に支持が落ち、9月24日にようやく回復。その結果、有効化時期は10月5日から10月8日に前倒し……ではなく繰り下げです。
ここから話が変わってきます……すでに機関（機関投資家）の資金が注目しているチェーンにおいて、新機能がいつ使えるかは、発信元の会社の判断ではなく、30数人の検証者の投票で決まるのです。
さらに面白いのは、今回足止めを食らったこの2つの機能が、ちょうど「機関が使う」タイプのものだという点です。
Batchの核は、最大8件の取引をひとまとめにして同時に提出できること。そして「全部あり（全有）」か「全部なし（全無）」というオプションによって、買い手が支払い、かつトークン化された資産を受け取ることを、同一の操作の中でまとめて完了できます。要するに「決済（delivery / settlement）」の言葉であって、個人投資家の言葉ではありません。
権限の委譲も、さらに直球です。発行側は、支払いとコンプライアンスを2つの運用アカウントに分けて処理できます。照合（照合すべき）側の口座はお金を見られず、金を受け取る側の口座は権限を見られない。これは、監査を通さなければならない人たち向けの仕組みです。
つまり、延期されているのは個人が望むものではなく、まさに機関参入が使うためのパズルの2ピースです。そしてRippleXのエンジニアリング責任者の説明によれば、すでにBatchに合わせて先行して準備しているプロジェクトがあり、有効化されれば本番環境により近づけるとのこと。
しかし問題が出てきました……Batchは今回で2回目の不調です。前回版では、有効化前に重大な署名検証の脆弱性が見つかり、開発側が自ら撤回しました。修正版は8月末になってから、新しいソフトウェアと一緒にようやくリリース。そのうえ今度は支持率が途切れたため、また数え直しです。
自分の設定したハードルに、システムが何度も引っかかる……それは慎重さなのか、摩擦なのか。
だからこそ、本当に注目すべきなのは、10月9日当日に予定どおり有効化されるかどうかではありません。
この2つの機能が前後して同時期に（あるいは連続して）上手く落ちてきたとき、チェーン上で初めて「決済レベル」の清算（決済）量が現れるかどうかです。そこで初めて、場外で待っている人たちが“実際に手を動かせる”ものを得られることになります。
逆に言えば……もし今回もまた延期になるなら、このチェーンのガバナンス摩擦が、機関の忍耐によって試されている最中だということになります。忍耐には限界があり、テストは毎日行われているからです。
そして反転の余地を一つ残すと——あるチェーンが大金を載せられるかどうかは、これまでの速さではなく、「互いに面識のない人々に、それが“いつ変われるか”を決めさせる覚悟があるか」こそが見どころです。
