コンセンサスメカニズムの設計の問題により、水曜日の早い時期に簡単に利用できないXRP台帳

XRP台帳（XRPL）は、コンセンサスメカニズムの設計がネットワーク操作の一時的な停止をもたらしたため、水曜日の早い時期に一時的に利用できませんでした。

The XRP Ledger (XRPL) experienced a brief period of unavailability on Wednesday due to a consensus mechanism design that led to a temporary halt in network operations.

XRP台帳（XRPL）は、ネットワーク運用の一時的な停止につながったコンセンサスメカニズムの設計により、水曜日に短い期間の利用不能を経験しました。

The incident began when the network's consensus process appeared to be functioning, but validations were not being published, causing the network's ledgers to “drift apart.” In the XRP Ledger, consensus among validators is crucial for updating the ledger with new transactions. If validators cannot agree on which transactions to include in the next ledger version, the network cannot move forward.

このインシデントは、ネットワークのコンセンサスプロセスが機能しているように見えたときに始まりましたが、検証は公開されていなかったため、ネットワークの元帳が「漂流」しました。 XRP台帳では、新しいトランザクションで元帳を更新するためには、バリデーター間のコンセンサスが重要です。次の元帳バージョンにどのトランザクションを含めるかについてバリッターが同意できない場合、ネットワークは前進することができません。

A “drift” in this context indicates that while the consensus protocol was technically running, validations (or confirmations of transaction sets) were not being published. At least one validator operator manually intervened to reset the network's consensus to a previously validated ledger state, although the network seemed to have rectified the problem independently, according to Ripple CTO David Schwarz in a X post following the incident.

このコンテキストでの「ドリフト」は、コンセンサスプロトコルが技術的に実行されている間、検証（またはトランザクションセットの確認）が公開されていないことを示しています。リップルCTOのDavid Schwarzによると、ネットワークはインシデント後のXポストで、ネットワークは独立して問題を修正しているように見えましたが、少なくとも1人のバリデーターオペレーターが手動でネットワークのコンセンサスをリセットして以前に検証された元帳状態にリセットしました。

“It's likely that servers refused to send validations precisely because they knew something was wrong,” Schwarz said, “and wanted to make sure no server accepted a ledger as fully validated when they couldn't be sure the network would retain and eventually agree on that ledger.

「サーバーは、何かが間違っていることを知っていたので、正確に検証を送信することを拒否した可能性があります」とシュワルツは言いました。その元帳。

“One possible failure mode for XRPL is if all the validators think something's wrong with the network, all refuse to send any validations, and then there's no chatter to let the network reconverge. This is the 'silent network' failure,” Schwarz added.

「XRPLの障害モードの1つは、すべてのバリデーターがネットワークに何か問題があると考える場合、すべての検証を送信することを拒否し、ネットワークを再構成するためのおしゃべりはありません。これは「サイレントネットワーク」の失敗です」とシュワルツは付け加えました。

No assets were at risk during the downtime, with XRP prices largely in line with broader bitcoin and altcoin movements.

ダウンタイム中に危険にさらされた資産はなく、XRP価格は主により広いビットコインとAltcoinの動きに沿っていました。