- Ripple CTO sieht selektive Peer-Latenzspitze und schließt einen Ausfall des zentralen Hubs aus.
- Bandbreiten-Schluckauf vermutet, nachdem drei von 343 Verbindungen kurzzeitig abgebrochen waren.
- Eine größere Latenzlücke deutet auf eine Kapazitätsauslastung der CPU-, GPU- oder Netzwerkressourcen hin.
Ein plötzlicher Anstieg der Peer-Roundtrip-Latenz hat die Aufmerksamkeit von David Schwartz, Chief Technology Officer von Ripple, auf sich gezogen. Der ungewöhnliche 15-minütige Leistungseinbruch ereignete sich um etwa 1:59 Uhr PDT und hat Diskussionen über mögliche Netzwerkengpässe ausgelöst.
Schwartz, der die Latenz auf Anwendungsebene verfolgt, merkte an, dass sich der Anstieg nicht auf alle Verbindungen gleichermaßen auswirkte. Dieses Detail hat es schwieriger gemacht, die Ursache zu bestimmen.
Untersuchen möglicher Netzwerkprobleme
Schwartz erklärte, dass, wenn der Hub selbst schuld gewesen wäre, die Verlangsamung bei jeder Verbindung gleich gewesen wäre. Stattdessen schien der Anstieg selektiv zu sein, wobei nur drei von 343 Peer-Verbindungen während des Vorfalls abbrachen.
Der Verkehr ging leicht zurück, was er auf diese Verbindungsabbrüche zurückführte. In den Überwachungsdaten waren keine weiteren unmittelbaren Anomalien sichtbar.
Branchenkollegen schlugen mögliche Ursachen vor, die von Netzüberlastungen bis hin zu Störungen regionaler Netzbetreiber reichen. Ein Validator merkte an, dass Backups oder automatisierte Aufgaben die Bandbreite zu bestimmten Zeiten überlasten können.
In diesem Fall bestätigte Schwartz, dass die betroffene Zeit in Pacific Daylight Time aufgezeichnet wurde, was eine Verwechslung mit UTC-Protokollen ausschließt. Er glaubt, dass ein vorübergehender Schluckauf in der verfügbaren Bandbreite die wahrscheinlichste Erklärung ist.
Verbunden: Ripple CTO erklärt, wie XRPL und ILP nahtlose Zahlungen ermöglichen werden
Sammeln von mehr Daten für Muster
Da nur ein Tag über detaillierte Instrumente zur Verfügung steht, kann Schwartz noch nicht feststellen, ob es sich um einen Zufall, ein tägliches Ereignis oder eine zufällige Anomalie handelte. Um dies zu beheben, plant er, zusätzliche Tools wie Alloy und Grafana zu integrieren, um die Überwachungsmöglichkeiten zu erweitern. Das Erkennen eines Musters könnte Aufschluss darüber geben, ob die Spitze mit automatisierter Wartung, Routing-Änderungen oder anderen vorhersehbaren Aktivitäten zusammenhängt.
Darüber hinaus starten Netzbetreiber manchmal Switches neu oder leiten den Datenverkehr außerhalb der Spitzenzeiten um. Solche Aktionen können sich auf verbundene Peers auswirken und zu Latenzspitzen führen.
Breitere Auswirkungen auf die Systemleistung
Über diesen speziellen Vorfall hinaus ging es in der Diskussion auch um die grundlegende Leistung des Systems. Andrew Sperazza, XRP-Inhaber, beobachtete , dass die Latenzverteilung zwischen dem 90., 50. und 10. Perzentil ungewöhnlich groß erschien. Diese Lücke könnte darauf hindeuten, dass das System in bestimmten Bereichen, sei es CPU-, GPU- oder Netzwerkressourcen, nahe an der Kapazitätsgrenze arbeitet, was es anfälliger für kleine Unterbrechungen macht.
Mehr zum Thema: Ripple CTO: Warum eine Flut neuer Blockchains beweist, dass die Vision von XRPL richtig war
Disclaimer: The information presented in this article is for informational and educational purposes only. The article does not constitute financial advice or advice of any kind. Coin Edition is not responsible for any losses incurred as a result of the utilization of content, products, or services mentioned. Readers are advised to exercise caution before taking any action related to the company.
