Ripple CTO Addresses XRP Ledger Incident Concerns

Binance News · 2024-11-26T19:46:04.000Z

According to U.Today, Ripple's Chief Technology Officer, David Schwartz, has addressed concerns following a recent incident on the XRP Ledger (XRPL) that caused nodes to halt or fail to progress temporarily. The incident prompted Bill Morgan, an XRP enthusiast and attorney, to seek clarification on the terminology used by developers, specifically the distinction between the network being "halted" versus "down." Schwartz explained that the key difference lies in whether the network continues to produce valid ledgers. He noted that while technical arguments can be made, the system's utility is compromised if users cannot confirm the irrevocable completion of payments. The incident began at 2:45 p.m. on November 25, when Wietse Wind, a prominent XRPL developer, tweeted that the XRPL was partially down. He reported that all Full History servers, including those operated by Ripple, were not functioning, and Ripple's cluster was also experiencing issues with the current ledger. Wind later updated that node operators were experiencing halts or crashes, but the ledger appeared to stabilize as nodes resumed and picked up a new consensus ledger. He mentioned that ledgers numbered 92346896 to 92347095 might have been lost. Further updates from Wind indicated that XRPL nodes were going down regardless of their type, including full history, current ledger, pathfinding, and submission nodes. He assured that investigations would be conducted to determine the cause of the halt. Approximately 40 minutes after the initial report, Wind noted that the XRP Ledger seemed to have recovered independently, with most nodes back on a consensus ledger and closing ledgers again. He confirmed that Full History nodes were syncing back fully, suggesting no ledgers were lost, and the network was returning to normal. In response to the incident, Brad Chase, Vice President of Engineering at RippleX, stated that the team is investigating the root cause and working on a fix. He promised to provide more updates as additional information becomes available. Chase also advised XRPL node operators and validators to update their infrastructure to the latest 2.3.0 rippled release promptly. He mentioned that more details on the root cause might be disclosed after the network adopts the fix to ensure safety. At the time of reporting, further specifics about the incident were not yet available.

Laut U.Today hat David Schwartz, Chief Technology Officer von Ripple, Bedenken nach einem kürzlichen Vorfall beim XRP Ledger (XRPL) ausgeräumt, der dazu führte, dass Knoten vorübergehend angehalten wurden oder nicht weiterarbeiteten. Der Vorfall veranlasste Bill Morgan, einen XRP-Enthusiasten und Anwalt, um eine Klarstellung der von den Entwicklern verwendeten Terminologie zu bitten, insbesondere der Unterscheidung zwischen dem „Anhalten“ und dem „Ausfallen“ des Netzwerks. Schwartz erklärte, dass der Hauptunterschied darin liege, ob das Netzwerk weiterhin gültige Ledger erstellt. Er merkte an, dass zwar technische Argumente vorgebracht werden könnten, die Nützlichkeit des Systems jedoch beeinträchtigt sei, wenn Benutzer den unwiderruflichen Abschluss von Zahlungen nicht bestätigen können.
Der Vorfall begann am 25. November um 14:45 Uhr, als Wietse Wind, ein bekannter XRPL-Entwickler, twitterte, dass XRPL teilweise ausgefallen sei. Er berichtete, dass alle Full History-Server, einschließlich der von Ripple betriebenen, nicht funktionierten und dass Ripples Cluster auch Probleme mit dem aktuellen Ledger hatte. Wind aktualisierte später, dass es bei den Knotenbetreibern zu Unterbrechungen oder Abstürzen kam, das Ledger sich jedoch zu stabilisieren schien, als die Knoten wieder anliefen und ein neues Konsens-Ledger aufnahmen. Er erwähnte, dass die Ledger mit den Nummern 92346896 bis 92347095 möglicherweise verloren gegangen seien.
Weitere Updates von Wind zeigten, dass XRPL-Knoten unabhängig von ihrem Typ ausfielen, darunter Knoten mit vollständigem Verlauf, aktuellem Ledger, Pfadfindung und Übermittlungsknoten. Er versicherte, dass Untersuchungen durchgeführt würden, um die Ursache des Stillstands zu ermitteln. Ungefähr 40 Minuten nach dem ersten Bericht stellte Wind fest, dass sich das XRP-Ledger scheinbar von selbst erholt hatte, wobei die meisten Knoten wieder auf einem Konsens-Ledger waren und Ledger wieder geschlossen wurden. Er bestätigte, dass Knoten mit vollständigem Verlauf wieder vollständig synchronisiert wurden, was darauf hindeutet, dass keine Ledger verloren gegangen sind und das Netzwerk wieder normal funktioniert.
Als Reaktion auf den Vorfall erklärte Brad Chase, Vice President of Engineering bei RippleX, dass das Team die Grundursache untersucht und an einer Lösung arbeitet. Er versprach, weitere Updates bereitzustellen, sobald zusätzliche Informationen verfügbar werden. Chase riet XRPL-Knotenbetreibern und -Validatoren außerdem, ihre Infrastruktur umgehend auf die neueste Ripple-Version 2.3.0 zu aktualisieren. Er erwähnte, dass weitere Details zur Grundursache bekannt gegeben werden könnten, nachdem das Netzwerk den Fix übernommen hat, um die Sicherheit zu gewährleisten. Zum Zeitpunkt der Berichterstattung waren weitere Einzelheiten zum Vorfall noch nicht verfügbar.

Ripple CTO spricht Bedenken bezüglich XRP-Ledger-Vorfall an

Aktuelle Nachrichten