XRP Ledgerのバグ修正、バリデータ支持が35中26に低下し11月4日へ延期

更新 13:30 UTC：リセットを巡る投票の全体像は、10月19日の台帳投票のスナップショットで明らかになる。

バリデータ支持が35中26まで低下

発動まで2日を切った時点でバリデータの支持が2時間だけ落ち、XRP Ledger(XRPL)の最新のバグ修正は11月に持ち込まれることになった。修正(fixCleanup3_4_0)はもともと10月23日(金)9時34分(UTC)に発動する予定だった。この日程は消え、新たなカウントダウンでは11月4日(水)14時46分(UTC)に有効化される見通しになっている。台帳のルールを変えるには、35の信頼済みバリデータのうち80%超、つまり29票の賛成が必要だ。10月21日(水)12時54分(UTC)のチェックポイントでは35中26しか賛成しておらず、XRPL Dashboardがこの瞬間をそのまま記録した。3つのバリデータが2時間の間に賛成を外れ、それだけで約14日間走り続けてきた承認の時計がゼロに戻った。支持は14時46分(UTC)までに29に回復し、新たな14日間の窓が始まった。現在の支持は35中31で、必要ラインを2票上回っており、XRPLWinのトラッカーは発動日を11月4日としている。修正は少なくとも10月19日(月)以降、ぎりぎりの29票でようやくラインを超えていたため、2度目の走行は初回にはなかった猶予を持って始まる。XRPにとって今回の遅れは構造的な問題ではなく事務手続き上のものだ。資金が危険にさらされたわけでも、取引が巻き戻されたわけでもなく、ネットワークは既存のルールの下で運転を続けている。失ったのは時間であり、ノード運営者がすでに日程に組み込んでいた金曜朝の切り替え作業だ。投票は一度きりの世論調査ではなく継続的に行われるため、単一のチェックポイントがこれほど重くのしかかる。14日間の継続要件がある以上、リセット後の最速の発動も丸2週間後になり、10月23日が11月4日に変わった理由はここにある。XRPの価格はこの件では副次的な話題であり、アメンドメントの記録が示すのは市場イベントではなく日程のずれだ。

市場はこの遅れに概ね冷淡な反応だ。10月22日(木)午後の時点でXRPは24時間で約0.72%高と、アメンドメントのリセットに結び付けるには小さすぎる動きにとどまっている。年内にXRPが4ドルに達するという楽観的な見方は業界で依然出回っているが、予測市場が4ドル到達につける確率はわずか0.3%であり、この大幅な割り引きは11月4日の発動を価格の触媒ではなく日程上の問題として位置付けている。そのため修正の2度目のカウントダウンは、変動率の低い環境の中で進んでおり、トレーダーの関心は新日程の到来前にバリデータ数がさらにずれるかどうかへ向かっている。

リセットを巡る投票の全体像は、10月19日の台帳投票のスナップショットで明らかになる。このチェックポイントでは、35の信頼済みバリデータのうち29がメンテナンス一式を支持した一方、LendingProtocolは29票の基準を10票下回る19票、SingleAssetVaultは8票足りない、すなわち約21の支持者にとどまった。この差は、バリデータがバグ修正と新しい信用市場を切り分けていることを示す。修正は保管庫の丸め処理からエスクロー、NFTルールに至る既存機能全般の取引処理に触れるものであり、貸出と保管庫の提案はネットワークが一度も稼働させたことのないローンの仕組みを認めるものだからだ。9月3日の3.4.0リリースで出荷されたコードはデフォルトで賛成票を持たず、これらの票数を動かしておらず、いずれかの信用アメンドメントが後から発動する場合でも、有効化前に独自の2週間にわたる持続的支持が改めて必要になる。

14日間の承認要件の仕組み

このコンセンサスメカニズムには余地がほとんど残されていない。ネットワークはおよそ15分ごとに修正案支持を確認し、14日連続で全チェックポイントを通過しなければならない。1回でも漏れれば、どれだけ短くても時計はゼロに戻る。要件が意図的に厳しいのは理由がある。ルール変更が効力を持つ前にノード運営者がサーバーを更新する時間を確保できること、そして一時的な過半数が変更を押し通せないことだ。票も固定されない。35の信頼済みバリデータはどれも、チェックポイントごとに賛成を別の修正案へ移せる。支持が2時間で26まで落ちてから回復したのは、まさにこの仕組みのためだ。fixCleanup3_4_0は、時計の残りが48時間を切った最悪のタイミングでこの試験に落ちた。

修正そのものは、影響範囲を持つセキュリティ上の整理だ。トークン発行を巡る抜け道を閉じ、台帳上での保管庫(vault)と貸出の計算の扱いを調整する。こうした計算は担保の扱いや清算がいつ適用されるかを決めるもので、実世界資産を基盤にする信用市場を支えるのと同じ種類のロジックだ。一方、この保管庫ルールの上に構築される貸出システム全体は、自前の14日カウントダウンを始めるのに十分なバリデータ支持をまだ得ておらず、その日程は今週のリセットの影響を受けない。

ノード運営者にとっての実質的な影響は、現状維持が2週間延びたことだ。支持が再び崩れない限り、サーバーは11月4日まで現行ルールで動き続け、金曜朝に予定されていた更新作業がその分後ろへずれるだけだ。リセットが変えるのは運営者が動く時期であって、発動後のコードの挙動ではない。この厳格な関門は、バリデータの合意で更新するあらゆるアルトコインが同じく越えるべき基準であり、XRP Ledgerの手続きはタイムスタンプまで、公開の場で書かれたとおりに進んだ。水曜のリセットは、台帳の貸出構想を自らの29票の基準を待つ位置に据えたままだ。

2票の余裕、新たな安全策はなし

私たちの読みでは、今回の危機は資産ではなく修正案の設計の話だ。ルール変更をバリデータの合意だけに委ねるネットワーク、すなわちweb3ガバナンスの中核となる規律を持つシステムでは、修正がゴールまで1票の距離にあっても否認されうることを受け入れている。手続き上の安全策は今回の一件で何も追加されておらず、15分ごとの確認と14日間の完全な時計はそのまま残る。守りは算数だけだ。35中31の支持がある限り、11月4日までに2つのバリデータが離れても全チェックポイントは通過できる。市場面では、XRPは最近の単日の反発で時価総額を41億ドル増やしたばかりで、リセットが着地する場面に目立った価格要因はない。新しい日程を現在の水準と比較したい読者はまずXRPのテクニカル分析を確認するとよい。また、11月30日までにXRPが4ドルへという見立ては、11月4日が単に日程を後ろにずらすだけの普及シナリオの上に成り立っている。