Hier sind die letzten 24 Stunden. Alles gut. Es gibt einen Anstieg der Latenz, der nur einige Verbindungen betroffen hat, die bereits schlecht waren. Der kleine Rückgang der Netzwerkbandbreite scheint ein Überwachungsabbruch zu sein und wird nicht im Monitoring des Switch-Ports angezeigt. Ich denke, wir sind fast produktionsbereit.

Die Leistung des Hubs in den letzten 24 Stunden sieht solide aus. Es gibt einen kleinen Fehler um 12:58, der möglicherweise vom Überwachungssystem stammt. Derzeit verarbeitet er 11.000 Anfragen pro Sekunde von 173 Peers, wobei die durchschnittliche Zeit von der eingehenden Anfrage bis zur ausgehenden Antwort etwa 0,006 Sekunden beträgt.

Meine beiden jüngsten Enkelkinder nennen @McDonalds "Alter McDonald's".

Das ist eine Lüge. Das Gericht stellte lediglich fest, dass das physische Angreifen einer Person, um ihre israelische Flagge zu entfernen, ein Beweis war, der helfen könnte zu zeigen, dass der Angriff durch rassistische oder religiöse Feindseligkeit motiviert war.

Ich habe meine ersten seltsamen Daten vom Hub. Ich verfolge die Peer-Round-Trip-Latenz auf Anwendungsebene und es gab einen seltsamen Anstieg, der für einen Zeitraum von etwa 15 Minuten deutlich schlechtere Leistung zeigt. Der Anstieg beginnt um etwa 1:59 Uhr PDT. Was mich daran verwirrt, ist, dass, wenn das Problem durch den Hub selbst verursacht wurde, man ungefähr konstante Latenzsteigerungen für alle Verbindungen erwarten würde. Vielleicht war es ein Problem mit der Netzwerkverbindung des Hubs? Ich habe nur einen Tag gute Instrumentierung, daher weiß ich nicht, ob das ein Zufall ist, ein Ereignis, das jeden Tag zur gleichen Zeit wiederholt wird, oder etwas, das zufällig passiert.

Wir sehen immer mehr Akteure im Zahlungs- und Stablecoin-Bereich, die ihre eigenen Blockchains starten. Für mich ist das ein klares Zeichen, dass der Markt Blockchain als zentrale Finanzinfrastruktur betrachtet – etwas, an das wir seit über 13 Jahren auf dem XRP Ledger glauben und darauf hinarbeiten. Eine Blockchain zu starten ist schwierig. Ein Ökosystem mit Entwicklern, Liquidität, Vertrauen und realer Nutzung aufzubauen, ist noch schwieriger. Der XRPL hat echte Traktion und institutionelle Akzeptanz, weil er über ein Jahrzehnt lang erprobt, aktualisiert und verbessert wurde. Einige Blockchains werden mit genehmigten Validatorensets gebaut, die von einer Entität oder einer kleinen Gruppe kontrolliert werden. Dies kann Kontrolle und Compliance für spezifische, geschlossene Netzwerkszenarien bieten, schränkt jedoch die Reichweite, Resilienz und die Möglichkeit ein, dass jeder zur Sicherung und zum Wachstum des Netzwerks beitragen kann. Dezentralisierung vs. Zentralisierung wird ständig debattiert, und es gibt keine einzige Antwort, die für jeden Anwendungsfall im Krypto-Bereich passt, da sich die Konzepte im Laufe der Jahre in ihrer Definition verändert haben. Wie viele von Ihnen wissen, ist der XRPL in seiner Kernstruktur öffentlich und genehmigungsfrei, mit optionalen genehmigten Funktionen für regulierte Anwendungsfälle. Diese offene Grundlage macht ihn anpassungsfähig, interoperabel und gut positioniert, um als kritische Infrastruktur für das Finanzsystem der Welt zu dienen – indem sie Vermögenswerte, Märkte und Teilnehmer nahtlos über Grenzen hinweg verbindet. Der XRPL wurde so gebaut, dass die Gebühren niedrig und vorhersehbar bleiben, nur Bruchteile eines Cent, ohne einen separaten Gas-Token. Sie können direkt in XRP für jedes ausgegebene Asset bezahlen und so die Reibung und versteckten Kosten vermeiden, einen anderen Token nur für die Transaktion zu kaufen. XRP ist gegenparteifrei, für alle zugänglich und wird als Brücken-Asset mit echtem Nutzen für Zahlungen, Abwicklung und Liquidität verwendet. (Jede Transaktion auf dem XRPL verwendet/brennt XRP.) Es ist ermutigend zu sehen, dass einige neuere Chains Designentscheidungen übernehmen, die schon lange Teil der Architektur des XRPL sind, wie deterministische Endgültigkeit und konsensbasierte Mechanismen auf Basis von Proof of Authority. Das zeigt, dass es in der Branche eine wachsende Übereinstimmung über die Bedeutung von vorhersehbarer, zuverlässiger Abwicklung für Finanzanwendungen ohne teure Validierung gibt. Ich freue mich auf die nächste Phase der XRPL-Innovationen, die mehr Programmierbarkeit, Compliance-fähige Funktionen und tiefere Liquidität für institutionelle Nutzung bringen. Und an diejenigen, die gerade erst anfangen… Willkommen auf der Party! Das Krypto-Zelt wird nur größer.

Das war ich nicht. Ich schätze, ich sollte mein "Twitter" "Passwort" besser ändern.

Hey @grok, von 1 bis 100, wo liegt meine politische Neigung? 1 ist extrem links und 100 ist extrem rechts.

Du hast mein Schlachtschiff versenkt!

Ich habe in den letzten Jahren keine XRPL-Infrastruktur selbst betrieben. Wenn ich mir das Netzwerk anschaue, scheint das Nützlichste ein hochwertiger Hub mit reservierten Slots für UNL-Validatoren, andere Hubs und Server zu sein, die Anwendungen auf XRPL bereitstellen. Das wäre persönlich meine Meinung, nicht die von Ripple. Mein aktueller Plan ist, einen Server mit einer AMD 9950X CPU, 256 GB RAM, einer 2 TB Boot SATA SSD, 2x2 TB NVME SSDs (s/w RAID 0) für NuDB und einer 10 GB (unmetered) Verbindung bereitzustellen. Er würde Ubunutu LTE ausführen und sich in einem Rechenzentrum in NYC befinden. Es wäre ein einzelner Server, der als Produktionsdienst betrieben wird, mit dem Ziel, maximale Betriebszeit und Zuverlässigkeit zu erreichen. Obwohl sich niemand darauf verlassen sollte, denn ein wichtiger XRPL-Server sollte niemals auf einen einzelnen Hub angewiesen sein. Ich würde auch Daten von ihm sammeln, um das Netzwerkverhalten und die Leistung zu verstehen, aber es würden keine störenden Tests durchgeführt, es sei denn, es gäbe sehr ungewöhnliche Umstände, die dies rechtfertigen. Das wäre mein Server, der von mir betrieben wird, ohne offizielle Verbindung zu Ripple, außer dass ich ein Ripple-Mitarbeiter bin. Denkt jemand, dass das nicht nützlich ist oder dass etwas anderes nützlicher wäre? Sieht jemand etwas Falsches oder Suboptimales in der Konfiguration?