Die Batch-V1.1-Änderung des XRP Ledgers ist nur noch eine Validator-Stimme davon entfernt, die erforderliche Schwelle von 80 % zu erreichen und damit den 14-tägigen Aktivierungs-Countdown zu starten. Vorausgegangen war ein Sicherheits-Review, nachdem in der ursprünglichen Version eine kritische Schwachstelle entdeckt worden war.
Der überarbeitete Code wurde vor der aktuellen Validator-Abstimmung von erfahrenen Ingenieuren geprüft, adversarialen Tests unterzogen, zwei externen Sicherheitsprüfungen unterzogen und mithilfe von KI analysiert.
Batch V1.1 steht vor der letzten Abstimmung vor dem Aktivierungs-Countdown
Der RippleX-Entwickler Mayukha Vadari sagte, die Änderung sei mit xrpld 3.3.0 ausgeliefert worden und stehe nun zur Abstimmung. Das Update ersetzt Batch V1.0, dessen Fehler bei der Signaturprüfung im Februar entdeckt wurde, als die Änderung noch nicht im Mainnet aktiv war. Daher waren keine Gelder gefährdet.
Der ursprüngliche Fehler steckte in einer vorzeitigen Rückgabe in der Funktion checkBatchSign. Falls ein Signaturkonto noch nicht im Ledger existierte, konnte die Prüfung Erfolg zurückmelden, ohne die übrigen Signaturgeber zu überprüfen. Dadurch hätten Transaktionen im Namen anderer Konten ausgeführt werden können, ohne deren private Schlüssel zu besitzen.
Batch V1.1 beseitigte diesen Fehler und behob außerdem mehrere weitere Probleme, die während der Überarbeitung entdeckt wurden. Der Prozess umfasste eine Prüfung durch vier erfahrene Ingenieure, einen Sherlock Batch Attackathon, eine erneute Prüfung durch Halborn, ein Common-Prefix-Audit, einen KI-Scan durch Cantina sowie Regressionstests auf Devnet und Testnet.
Vadari sagte außerdem, dass das Team weitere Fehler behoben habe, die bei den neueren KI-Red-Team-Tests gefunden wurden. Zu den Änderungen gehören Fehlerbehebungen für MPT-Validierungsumgehungen, Node-Abstürze, die Validierung der Pfadgröße, die Signaturprüfung, die Reihenfolge der Signierer und das Transaktions-Hashing.
Die Stimmung unter den Validatoren liegt nahe an der erforderlichen Schwelle. Ein Account, FrancisBovineSwift, bezeichnete die Batch-Abstimmung als „fast so weit“. Dem jüngsten Snapshot zufolge haben 27 vertrauenswürdige Validatoren für die Änderung und acht dagegen gestimmt. Damit liegt die Unterstützung bei etwa 77 % und somit unter der erforderlichen Schwelle von 80 %, um Änderungen freizugeben. Es fehlt nur noch eine Stimme, um diese Schwelle zu erreichen.
Warum die Batch-Änderung für XRPL-Entwickler wichtig ist
Batch, auch als XLS-56 bekannt, ermöglicht die atomare Ausführung mehrerer Transaktionen von verschiedenen Accounts bei einem einzigen Ledger-Abschluss. Scheitert eine Transaktion in einem Batch, bei dem alles oder nichts gilt, wird der gesamte Vorgang rückgängig gemacht. Das Design benötigt keine Smart Contracts.
Die Funktion ist für atomare Swaps, koordinierte Abwicklungen und andere Transaktionen vorgesehen, bei denen mehrere Parteien gemeinsam handeln müssen. Sie könnte außerdem die Anzahl der Schritte beim Prägen und Übertragen von NFTs reduzieren.
Der Sicherheitsumbau folgt auf weitere jüngste Prüfungen des XRPL-Netzwerks. Dieses zog seine Permission-Delegation-Änderung zurück, nachdem vor der Bereitstellung im Mainnet ein schwerwiegender Fehler entdeckt worden war. V1.1 wird nun zusätzlich überprüft.
Darüber hinaus hat ein diesen Monat gestartetes XRPL-Test-Dashboard Tests von Amendments sichtbarer gemacht, indem es erfasst, welche Transaktionstypen, Felder und Ergebniscodes auf Devnet getestet wurden.
Quelle: CryptoPotato
