Der Batch V1.1 des XRP Ledger ist weiterhin über der erforderlichen Validator-Schwelle geblieben, während Ripple angibt, dass Vermögensverwalter und kommerzielle Projekte sich darauf vorbereiten, die Transaktionsfunktion zu nutzen, falls sie später in diesem Monat aktiviert wird.
Zusammenfassung
- Batch V1.1 hat 30 Validator-Stimmen, wodurch der Countdown zur Aktivierung am 29. September im XRP Ledger auf Kurs bleibt.
- Ripple sagt, dass Vermögensverwalter rund um Batch entwickeln, obwohl die spezifischen Partner derzeit noch nicht bekannt gegeben wurden.
- Batch kann acht Transaktionen gruppieren, wodurch verknüpfte Vermögens- und Zahlungstransfers atomar zusammen abgewickelt werden können.
- Entwickler ersetzten das ursprüngliche Batch, nachdem Forscher im Februar einen kritischen Fehler bei der Signaturvalidierung entdeckt hatten.
- XRPL Version 3.3.0 lieferte Batch V1.1 nach erweiterten Überprüfungen und Korrekturen weiterer Sicherheitsprobleme aus.
CoinDesk berichtete am 19. September, dass Ayo Akinyele, Leiter der Technik bei RippleX, sagte, dass Arbeiten mit Vermögensverwaltern rund um Batch V1.1 vorbereitet werden, das bis zu acht Transaktionen in einer einzigen Batch-Operation bündeln kann. Ripple hat die Vermögensverwalter nicht öffentlich genannt oder feste Starttermine bekannt gegeben.
Live-Amendment-Daten, die am 20. September überprüft wurden, zeigten, dass 30 von 35 verfolgten vertrauenswürdigen Validatoren Batch V1.1 unterstützen. Der XRP Ledger erfordert mindestens 80 % Unterstützung, die 14 aufeinanderfolgende Tage lang aufrechterhalten werden muss, bevor ein Amendment aktiviert wird, was die aktuelle Schwelle auf 28 Stimmen setzt. Der Countdown begann am 15. September um 14:06:41 UTC und deutet auf eine mögliche Aktivierung kurz nach derselben Zeit am 29. September hin, wenn die Unterstützung anhält.
XRP Ledger Batch V1.1 kann Abwicklungssegmente miteinander verbinden
Die XLS-56-Spezifikation definiert Batch als eine Transaktion, die zwischen zwei und acht innere Transaktionen verpackt. Sie unterstützt vier Verarbeitungsmodi: Alles oder Nichts, Nur Eine, Bis zum Fehlschlag und Unabhängig. Die Einstellung Alles oder Nichts erfordert, dass die vollständige Gruppe erfolgreich ausgeführt wird, oder verhindert, dass der Batch wirksam wird.
Ripple konzentriert einen Teil der kommerziellen Diskussion auf Lieferung gegen Zahlung, oder DvP. In einer solchen Transaktion können ein Vermögenstransfer und seine Zahlung innerhalb derselben atomaren Operation platziert werden. Eine fehlgeschlagene Zahlung würde verhindern, dass der verknüpfte Vermögenstransfer unter der Alles-oder-Nichts-Einstellung abgeschlossen wird.
Akinyele sagte zu CoinDesk: „Wir werden mehr mitteilen, sobald die Funktion live ist, einschließlich der Arbeit mit wichtigen Vermögensverwaltern.“ Ripple hat diese Firmen nicht identifiziert, sodass die Aussage eine Unternehmensbeschreibung von Arbeit bleibt, die noch nicht durch namentliche Partnerankündigungen öffentlich dokumentiert wurde.
Die XLS-56-Spezifikation listet vertrauenslose Multi-Account-Swaps, Plattformgebühren und Flash-Loan-Strukturen unter den möglichen Verwendungen auf. Ein Marktplatz oder eine Wallet könnte beispielsweise eine Kundenzahlung mit einer Servicegebühr bündeln, anstatt separate Transaktionen zu erfordern, während verschiedene Konten einzelne Segmente desselben Batch autorisieren können.
Akinyele sagte: „Einige Projekte werden bereits mit Blick auf Batch entwickelt“, aber Partneridentitäten und Produktionspläne bleiben unbekannt. Ripple sagte, Details würden folgen, nachdem die Pläne finalisiert sind.
Validator-Unterstützung hält das Fenster zum 29. September offen
Nach dem neuesten Stand vom 20. September hatte Batch V1.1 30 unterstützende Stimmen unter 35 von XRPLDashboard verfolgten Validatoren, was etwa 85 % entspricht. Die Unterstützung blieb daher über der Schwelle von 28 Stimmen, die erforderlich ist, um das Aktivierungsfenster fortzusetzen.
Das prognostizierte Datum 29. September ist bedingt. XRPL-Amendments werden nicht einfach aktiviert, weil sie einmal 80 % überschreiten. Validatoren müssen die Supermehrheit für den vollständigen 14-Tage-Zeitraum aufrechterhalten, und Validatoren können ihre Stimmen ändern, während die Uhr läuft. Wenn die Unterstützung unter das erforderliche Niveau fällt, stoppt das aktuelle Fenster und ein weiterer ununterbrochener Zeitraum wäre erforderlich, nachdem die Schwelle wieder erreicht ist.
Die neueste Zählung setzt einen raschen Anstieg der Unterstützung in diesem Monat fort. Batch V1.1 hatte damals 24 von 35 Validator-Stimmen, also 68,57 %, und lag damit unter der Aktivierungsschwelle. Bis zum 15. September war die Unterstützung auf 27 Stimmen gestiegen, bevor genügend Validatoren die Änderung unterstützten, um den Countdown zu starten.
Die Änderung selbst wurde mit xrpld Version 3.3.0 am 6. August ausgeliefert. Die offiziellen XRP Ledger Release Notes beschreiben Batch V1.1 als Ersatz für die ursprüngliche Batch-Änderung und geben an, dass sie bis zu acht innere Transaktionen unterstützt, einschließlich Atomic-Swap-Strukturen.
Seitdem hat die XRP Ledger Foundation xrpld 3.4.0 veröffentlicht. Die Softwareversion vom 16. September führt separate Lending- und Cleanup-Änderungen ein und ersetzt Batch V1.1 nicht, das weiterhin seinen eigenen Mainnet-Abstimmungsprozess durchläuft. Serverbetreiber wurden aufgefordert, auf Version 3.4.0 zu aktualisieren, um die Dienstkontinuität zu gewährleisten.
Batch V1.1 folgte auf einen kritischen Fehler in der ersten Version
Die aktuelle Änderung kam, nachdem Entwickler den ursprünglichen Batch-Vorschlag im Februar gestoppt hatten. Die offizielle Schwachstellenoffenlegung von XRPL besagt, dass der Sicherheitsforscher Pranamya Keshkamat und das Apex-Tool von Cantina AI am 19. Februar einen kritischen Fehler bei der Signaturvalidierung identifizierten.
Unter bestimmten Bedingungen konnte der fehlerhafte Code aufhören, Batch-Signierer zu überprüfen, nachdem er auf ein neu erstelltes Konto gestoßen war. XRPL Labs sagte, ein Angreifer hätte dann eine nicht autorisierte Transaktion von einem anderen Konto einfügen können, ohne die privaten Schlüssel des Kontoinhabers zu besitzen. Mögliche Transaktionen hätten Zahlungen und bestimmte Änderungen des Ledger-Zustands umfassen können.
Der Fehler wurde nie auf dem XRP Ledger Mainnet aktiv. Die ursprüngliche Änderung befand sich noch in der Abstimmungsphase, und XRPL Labs sagte, dass keine Gelder gefährdet waren. Validatoren wurden aufgefordert, dagegen zu stimmen, während rippled Version 3.1.1, veröffentlicht am 23. Februar, Batch und fixBatchInnerSigs nicht unterstützt machte, sodass sie nicht aktiviert werden konnten.
Die Entwickler änderten dann die Signierungs- und Autorisierungslogik für den Ersatz. Der Schwachstellenbericht besagte, dass die Behebung die vorzeitige Erfolgsbedingung entfernte, Autorisierungssicherungen hinzufügte und die Regeln zur Signaturprüfung verschärfte. Batch V1.1 wurde später nach Entwicklung und Überprüfung in xrpld 3.3.0 aufgenommen.
Die Sicherheitsarbeit wurde vor der aktuellen Validator-Abstimmung fortgesetzt. Wie crypto.news in seiner Berichterstattung über die Sicherheitsüberprüfung von Batch V1.1 berichtete, behoben Entwickler weitere 11 Probleme im Zusammenhang mit Signaturen, Autorisierungsprüfungen und möglichen Serverabstürzen, bevor die Änderung ihre derzeitige Abstimmungsphase erreichte.
Akinyele sagte gegenüber CoinDesk, dass die Überprüfung internes adversariales Testen, KI-gestützte Analyse, einen Sherlock-Sicherheitswettbewerb und Bewertungen mit Halborn und Common Prefix umfasste. CoinDesk schrieb diese Details RippleX zu; öffentliche Partnerberichte, die jeden Teil dieser Überprüfung abdecken, waren nicht in dem für diesen Bericht überprüften Material enthalten.
Das XRPL-Entwicklerökosystem nahm unterstützende Änderungen vor, als sich das Signierungsdesign weiterentwickelte. Ein Juni-Problem im offiziellen xrpl.js-Repository dokumentierte, dass die ältere Batch-Signierungslogik nicht mit dem überarbeiteten Format von Batch V1.1 übereinstimmte, da zusätzliche Konto- und Sequenzinformationen an Signaturen gebunden worden waren. Die Versionsgeschichte des JavaScript-Binärcodecs gibt an, dass die Unterstützung für die Batch V1.1-Signierung in Version 2.9.0 im August hinzugefügt wurde.
Vermögensverwalter testen mehr tokenisierte Abwicklung auf XRPL
Ripples Kommentare zu Batch erscheinen, während Finanzunternehmen und Entwickler die XRP Ledger-Infrastruktur für tokenisierte Vermögenswerte und institutionelle Abwicklungsprojekte nutzen. Im Juni nahmen JPMorgan, Mastercard, Ondo Finance und Ripple an einem tokenisierten US-Treasury-Rückzahlungstest unter Verwendung des XRP Ledger teil.
Ripple-Präsidentin Monica Long sagte im August, dass Finanzinstitute einige Arbeiten an tokenisierten Vermögenswerten von Pilotprogrammen in die Produktion überführten. Crypto.news berichtete über Ripples institutionelle Tokenisierungsprojekte, dass Aviva Investors im Juli eine tokenisierte Fondsanteilsklasse auf XRPL aufgelegt hatte und dass Ripple RLUSD als möglichen Cash-Leg für die atomare Delivery-versus-Payment-Abwicklung betrachtete.
Die On-Chain-Aktivität ist im Zuge dieser Entwicklung gewachsen. Eine weitere crypto.news-Analyse der XRP-Ledger-RWA-Daten berichtete im Juli, dass das Netzwerk innerhalb von sechs Monaten rund 2,6 Milliarden US-Dollar an tokenisiertem Real-World-Asset-Wert hinzugefügt habe, Stablecoins ausgenommen, basierend auf Zahlen von RWA.xyz. Derselbe Bericht warnte, dass der repräsentierte Vermögenswert und aktiv verteilte Vermögenswerte wesentlich unterschiedliche Maße seien.
Batch V1.1 selbst verlangt von Vermögensverwaltern nicht, XRP als den zu übertragenden Vermögenswert zu verwenden. Die Funktion operiert auf der Transaktionsebene und kann unterstützte XRPL-Transaktionen von verschiedenen Konten bündeln. XRP bleibt für Ledger-Transaktionsgebühren relevant, während die zugrunde liegenden Transaktionen andere unterstützte Vermögenswerte und Token-Strukturen umfassen können.
Das nächste verfahrenstechnische Ereignis ist das Ende des aktuellen Änderungsfensters. XRPLDashboard prognostiziert die Aktivierung von Batch V1.1 für den 29. September um etwa 14:06:41 UTC, wenn mindestens 80 % Validator-Unterstützung während des gesamten Countdowns ununterbrochen bleibt. Die zuletzt veröffentlichte Zählung vom 20. September blieb bei 30 Stimmen dafür von 35 erfassten Validatoren.
