XRP -Ledger kurz am frühen Mittwoch aufgrund des Konsensmechanismus -Designs kurz nicht verfügbar

Das XRP -Ledger (XRPL) war am frühen Mittwoch kurz nicht verfügbar, da ein Konsensmechanismus -Design zu einem vorübergehenden Stillstand des Netzwerkbetriebs führte.

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.

Das XRP -Ledger (XRPL) erlebte am Mittwoch eine kurze Zeit der Nichtverfügbarkeit aufgrund eines Konsensmechanismus -Designs, der zu einem vorübergehenden Stillstand des Netzwerkbetriebs führte.

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.

Der Vorfall begann, als der Konsensprozess des Netzwerks zu funktionieren schien, aber es wurden keine Validierungen veröffentlicht, wodurch die Ledger des Netzwerks „auseinander driftet“. Im XRP -Hauptbuch ist der Konsens unter den Validatoren von entscheidender Bedeutung für die Aktualisierung des Hauptbuchs mit neuen Transaktionen. Wenn Validatoren nicht zustimmen können, welche Transaktionen in die nächste Ledger -Version aufgenommen werden sollen, kann das Netzwerk nicht voranschreiten.

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.

Ein „Drift“ in diesem Zusammenhang zeigt an, dass das Konsensprotokoll zwar technisch ausgeführt wurde, Validierungen (oder Bestätigungen von Transaktionssätzen) nicht veröffentlicht wurden. Mindestens ein Validator -Betreiber intervenierte manuell, um den Konsens des Netzwerks auf einen zuvor validierten Hauptbuchstaat zurückzusetzen, obwohl das Netzwerk das Problem nach Angaben von Ripple CTO David Schwarz in einem X -Pfosten nach dem Vorfall unabhängig behoben hatte.

“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.

"Es ist wahrscheinlich, dass die Server sich weigerten, Bestätigungen genau zu senden, weil sie wussten, dass etwas nicht stimmte", sagte Schwarz, "und wollte sicherstellen dieses Hauptbuch.

“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.

„Ein möglicher Fehlermodus für XRPL ist, wenn alle Validatoren der Meinung sind, dass etwas mit dem Netzwerk nicht stimmt, alle es weigern, Bestätigungen zu senden, und dann gibt es kein Geschwätz, um das Netzwerk wieder zu entfernen. Dies ist der Fehler mit dem stillen Netzwerk ", fügte Schwarz hinzu.

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

Während der Ausfallzeit waren keine Vermögenswerte gefährdet, wobei die XRP -Preise weitgehend mit breiteren Bitcoin- und Altcoin -Bewegungen übereinstimmen.