Der XRPL-Entwickler Denis Angell hat diese Woche ein Live-Dashboard vorgestellt, das jede Amendment-Änderung im XRP Ledger danach bewertet, wie viel von ihrer Funktionalität auf dem Devnet tatsächlich genutzt wurde, bevor sie das Mainnet erreicht.
Das Tool macht die Bereitschaft von Amendments, die zuvor Vertrauenssache war, anhand einer öffentlichen Übersicht messbar. Sie zeigt genau, welche Transaktionstypen, Felder und Ergebnis-Codes noch nie von einer echten Transaktion verwendet wurden.
Was das Dashboard tatsächlich erfasst
Angell hat das unter amendments-staging.xrpl.foundation gehostete Tool so entwickelt, dass es die vollständige Spezifikation jedes Amendments direkt vom Node ausliest, statt sie manuell zu pflegen. Dazu gehören alle Transaktionstypen, optionalen Felder, Flags, Ergebnis-Codes und Ledger-Einträge, die das Amendment einführt.
Anschließend beobachtet das Dashboard die Aktivitäten auf dem Devnet und prüft, ob eine validierte Transaktion jemals jeden dieser Aspekte genutzt hat. Grüne Felder verlinken auf die Transaktion, die dies erstmals getan hat, während rote Felder markieren, was noch nicht vorgekommen ist.
Der Entwickler erläuterte die Beweggründe für das Projekt direkt und sagte:
„Jede neue XRPL-Funktion wird als Amendment eingeführt. Validatoren stimmen darüber ab, und sobald es aktiv ist, wird es dauerhaft Teil des Protokolls. Dafür braucht es echte Belege, dass die Funktion auf dem Devnet von Anfang bis Ende genutzt wurde – nicht nur isoliert getestet.“
Diese Woche überwacht das Dashboard 16 Amendments live auf dem Devnet. Bei 13 davon gibt es noch ungetestete Bereiche.
Die größten Lücken gibt es bei neueren Amendments: Sponsor hat 65 seiner 107 möglichen Prüfungen noch nicht durchlaufen, bei XChainBridge fehlen 30 von 40 und bei MPTokensV1 27 von 102.
Der Scan dieser Woche deckte außerdem 59 Befunde in der gesamten Gruppe auf: zwei Spezifikationsfehler, 23 Dokumentationslücken und 34 Lücken bei den Tests.
Bei einem Amendment, XLS-75 zur Delegierung von Berechtigungen, mit dem ein Konto einer anderen Schlüsselinstanz eng begrenzte Befugnisse übertragen kann – etwa Trustlines einzufrieren und sonst nichts –, wurden diese Woche die letzten verbliebenen Testlücken geschlossen.
Angell zufolge ergänzte das Team eine Logik, die jede delegierte Transaktion der jeweils zugrunde liegenden Berechtigung zuordnet, und führte anschließend auf dem Devnet alle noch ausstehenden Prüfungen durch. Damit erreichten alle 122 Prüfungen für die 12 granularen Berechtigungen eine vollständige Abdeckung.
Er beschrieb die Arbeit als gemeinschaftliches Projekt und rief XRPL-Entwickler dazu auf, „die roten Zellen zu finden“ und die fehlenden Transaktionen selbst auszuführen, da das Dashboard neue Aktivitäten innerhalb von Sekunden erfasst.
Amendment-Tests kommen zu einer Zeit, in der die Verbreitung hinterherhinkt
Der Vorstoß für strengere Tests vor der Aktivierung folgt auf einen holprigen Upgrade-Zyklus. Wie CryptoPotato im Juli berichtete, war Ripples Update v3.2.0, das die Bezeichnung der Kernserver-Software von rippled in xrpld änderte und den Speicherverbrauch der Nodes um 30 % bis 40 % senkte, noch Wochen nach der Veröffentlichung von mehr als der Hälfte der XRPL-Nodes nicht übernommen worden – obwohl 89 % der vertrauenswürdigen Validatoren des Netzwerks bereits darauf umgestiegen waren.
Quelle: CryptoPotato
