木曜日、コミュニティトラッカーがXRPLサーバーの大部分が変更からブロックされると警告したことを受けて、XRP Ledgerオペレーターはよく知られた種類の「締め切りドラマ」に注目している。基本的に、アップグレードされるまで脇に追いやられます。
「約 10 時間以内に、999 台の XRPL サーバーのうち 418 台 (!!) がダウンし、変更がブロックされるでしょう。」 Xユーザーのクリッペンライター氏は、変更がブロックされているリップルサーバーは「台帳の有効性を検証する」「トランザクションを送信する」「トランザクションを処理する」「コンセンサスプロセスに参加する」ことができないと付け加えた。
XRPバリデーターとノードのアップグレードステータス |出典: X @krippenreiter これはXRP台帳に影響しますか?
XRPL ガバナンスが実際に動作しているのを見たことがない人にとって、これは大惨事のように聞こえるでしょう。ただし、名前には重要な違いがあります。変更のブロックは安全機能であり、ネットワーク障害モードではありません。新しいプロトコル ルールがアクティブ化されると、既存のソフトウェアは台帳を確実に解釈できなくなるため、ネットワークはこれらのサーバーによる推測を許可しなくなり、サーバーは非参加状態になります。
関連書籍
それでは、アクティビティが急増したときに「サーバーのほぼ半数」が変更をブロックすることは問題なのでしょうか?クリッペンライター氏はあるユーザーに「そんなことはない」と答えた。 「すべての dUNL バリデーターは安全であるため、すべての「信頼できる」バリデーターは期待どおりに検証を続けます (負荷がかかっても動作します)。それ以外の場合は「料金の増加」が発生します。彼が言いたいのは、コンセンサスは一連の信頼できるバリデーターによって達成され、手数料の値上げは台帳が混雑するにつれてトランザクションコストを上昇させ、スパムや過負荷の試行を制限するように設計されているということだ。
他の XRPL 観察者は主に、これを実存の瞬間ではなく、日常的なメンテナンスとして扱いました。別のユーザーは、「これは珍しいことですか、それとも危険ですか? いいえ、これはほとんどすべての変更サイクルで発生します」と書き、以前の変更期間をリストし、遅れているノードは通常、後でアップグレードされることを指摘しました。 XRPL 変更プロセス自体は、長いリードタイムを中心に構築されています。変更が開始されるまでの 2 週間は、信頼できるバリデーターからの継続的な大多数のサポートが必要です。
関連書籍
それでも、光学系は何もありません。数百ものパブリックサーバーが一度に滞ると、ウォレット、エクスプローラー、サードパーティのインフラストラクチャに依存する企業にとっては大きな問題となる可能性があります。たとえコンセンサスが良好であったとしても、最新のノードの数が少ないとエッジの冗長性が低下する可能性があります。これは、より脆弱なパブリック エンドポイント、より多くのサポート チケット、そして「なぜトランザクションが完了しないのか?」を意味します。などの投稿。
また、特定のアップグレード パスもあります。 Rippled 2.6.2 の XRPL.org のリリース ノートには、新しい fixDirectoryLimit 修正と重要なバグ修正 (実稼働インフラストラクチャを実行している場合に延期したくない種類のバグ修正) が記載されています。
短いバージョン: いいえ、XRPL は「衰退」していません。しかし、2025 年後半になっても古い波に乗り続けている場合、ネットワークはアップグレードが選択肢ではないことを思い出させるでしょう。
本稿執筆時点では、XRPは市場全体の広範なセンチメントに沿って取引されており、過去24時間で-1.5%下落した。
XRPは依然として主要なサポートレベルを下回っています。 1週間チャート |出典: TradingView.comのXRPSDT
DALL.Eで作成された注目の画像、TradingView.comのチャート
