Ripple CTO、XRPレジャーの改正プロセスとアップグレードガバナンスの懸念について議論

ソース：CryptoNewsNet オリジナルタイトル：Ripple CTO Reacts to Speculation Around XRP Ledger Upgrade Ahead of 2026 オリジナルリンク： RippleのCTO、David Schwartzは最近、数ヶ月間稼働している彼のXRP Ledgerハブに関する最新情報を共有しました。

このアップデートは暗号コミュニティから反響を呼び、ユーザーはその安定性を称賛するとともに、rippledのアップグレードやXRP Ledgerの改正プロセスに関する重要な疑問を提起しました。

XRP Ledger 改正システム

XRP Ledgerは、コンセンサスプロセスを利用して取引処理に影響を与える変更を承認する改正システムを採用しており、バリデーターが投票します。改正案が2週間以上80%以上の支持を得ると、その改正は承認され、すべての後続の台帳バージョンに恒久的に適用されます。

Rippledアップグレードのための改正プロセス

あるコミュニティメンバーは、dUNLサーバー上の多くのバージョンのrippledのケースを挙げて、改正プロセスをrippledのアップグレードを可能にするために適用できるかどうか質問しました。

Schwartzはこのアプローチに関して懸念を示しました：

これはバリデーターの権限に対する重要な制限を弱めることになると思います。これにより、バリデーターは意図的に受け入れたくないルール変更をノードに受け入れさせることができてしまいます。私は、改正プロセスを単なる調整メカニズムとして維持することを強く望みます。

最近のRippledアップデート

11月に、rippled v2.6.2がリリースされ、新たにfixDirectoryLimit改正と重要なバグ修正が追加されました。12月18日に「fixDirectoryLimit」改正が有効化され、多くのアップグレードしなかったノードが「改正ブロック」状態になりました。

そのわずか3週間後に、新しいバージョンのrippled v3.0.0が登場し、新たな改正とバグ修正が追加されました。バージョン3.0.0には、まだ有効化されていないものの、コードはほぼ完成している貸出プロトコルなどの改正も含まれています。

コミュニティ提案

コミュニティメンバーは、「rippledのアップデートを投票可能な改正として追加する」ことを提案し、80%のバリデーターがアップグレードに投票すれば、サーバーはユーザーの介入なしに段階的にアップグレードを行うとしました。

Schwartzはこれがバリデーターの権限に対する重要な制限を弱める可能性があると警告しました。彼は、改正プロセスを主要なガバナンスメカニズムではなく、あくまで調整のための仕組みとして維持することを強く望んでいます。

しかし、Schwartzは、XRP Ledgerの革新のスピードとアップデートの同期やテストに必要な作業を考えると、「ノード運用者に通知する何らかの優先的な方法が良いだろう」と、その課題も認めています。