XRP Ledger Foundationは、攻撃者が無制限のXRPを生成できる可能性があったバグを修正した緊急セキュリティパッチへの批判に反論した。同財団は、パッチがネットワーク運営者に強制されたという主張を否定し、修正は台帳の完全性を保護するために必要だったと述べた。
バグが可能にしたこと
技術的な詳細は明らかにされていないが、この脆弱性は誰かが許可なくXRPを生成できるようにするものだった。これはあらゆるブロックチェーンにとって深刻な問題だが、特にネイティブ資産が固定供給量を持つことを意図しているブロックチェーンにとってはなおさらだ。無制限の鋳造は、台帳とそのトークンへの信頼を損なうことになっただろう。
財団は迅速にパッチをリリースした。バグがいつ発見されたか、修正されるまでどのくらい存在していたかは正確には明らかにしていない。明らかなのは、修正が通常のソフトウェア更新の一部ではなく、緊急措置として配布されたことだ。
展開方法をめぐる反発
一部のノード運営者やコミュニティメンバーは、パッチが十分な協議なしに押し付けられたと不満を述べた。XRP Ledger Foundationはそのような特徴づけを否定した。パッチは誰にも強制されなかったと述べているが、バリデータやノード運営者にどのように通知され、意見を述べる機会が与えられたかの詳細は説明していない。
財団の立場は、バグの深刻さが迅速な行動を正当化するというものだ。緊急パッチはソフトウェアでは一般的だが、分散型ネットワークでは常に議論の的となる。ノード運営者は台帳を稼働させ続けるソフトウェアを実行しており、コンセンサスルールやセキュリティに影響する変更については一般的に発言権を持つことを期待している。
財団は特定の批判者を名指しせず、運営者に修正について伝えられた時期のタイムラインも提供しなかった。また、パッチが有効になる前に実際にこのバグを使ってXRPが生成されたかどうかも述べていない。
この論争は、暗号通貨におけるおなじみの緊張関係に触れている。つまり、これらのネットワークに価値をもたらす分散型ガバナンスを損なうことなく、重大なセキュリティ欠陥にどう対応するかという問題だ。誰かが無制限のトークンを鋳造できるバグは、ほぼ最悪の事態と言える。しかし、通常のプロセスを迂回する修正は、インフラを運営する人々を心配させる前例を作りかねない。
XRP Ledgerは、信頼されたバリデータのセットに依存する独自のコンセンサスメカニズムを持つ。その設計はすでに意思決定権の一部を集中させており、緊急パッチはそうした懸念を増幅させかねない。財団の弁護は、トレードオフを価値あるものと見ていることを示唆している。つまり、悪用可能な台帳よりも迅速な修正の方がましだということだ。
今のところ、パッチは適用されている。財団は、完全なポストモーテムを公開する計画があるか、将来の緊急事態の処理方法についてより広範な議論を開始するかは述べていない。プロセスに反対したノード運営者たちは、次に何をするのか——更新されたソフトウェアを実行し続けるのか、それともこれらの決定がどのように行われるかの変更を求めるのか——を公に述べていない。
バグ自体は修正されたが、それがどのように修正されたかをめぐる議論はまだ解決していない。
