rippled kippt Reserve-Vorgaben, die für eine Verzehnfachung gestimmt hätten
Serguey Asael Shinder1 Min. LesezeitDie Entwickler von rippled haben am 30. September den Pull Request #8430 übernommen, der die Standardwerte für Konto- und Objektreserven in der Konfiguration für Gebührenabstimmungen wiederherstellt. Der Pull Request verweist auf eine Audit-Feststellung mit der Nummer 3.6 im Bericht, Titel: „Default fee-voting configuration can raise account reserves tenfold“.
Im XRP Ledger werden die Reserven per Abstimmung der Validatoren festgelegt. Jede Validator-Konfiguration enthält die Werte, für die sie stimmt; wer sie nicht ausdrücklich setzt, stimmt für die in die Software kompilierten Standardwerte. Der Diff zeigt, dass diese Vorgaben im Entwicklungszweig auf 10 XRP für die Grundreserve eines Kontos und 2 XRP je eigenem Objekt gestiegen waren.
Der Fix setzt sie auf 1.000.000 und 200.000 Drops zurück, also 1 XRP und 0,2 XRP – laut Änderung die vorherigen Werte. Zusätzlich kommen Prüfungen zur Übersetzungszeit hinzu, static_assert-Anweisungen für die Standard-Referenzgebühr von 10 Drops und für beide Reserven. Ändert jemand einen dieser Werte erneut, bricht der Build mit der Aufforderung ab, die Änderung zu prüfen.
Ob die höheren Vorgaben je in einem Release ausgeliefert wurden, sagt der Pull Request nicht; die Änderung betraf den Entwicklungszweig. Autor ist Timothy Banks, betroffen sind zwei Dateien.
Warum das wichtig ist
Die Reserven bestimmen, wie viel XRP ein Konto sperren muss, um zu existieren und Objekte wie Trustlines und Angebote zu halten. Eine Vorgabe, die stillschweigend für eine Verzehnfachung stimmt, ist ein Governance-Risiko, weil ein Validator, der die Einstellung nicht anfasst, für das stimmt, was die Software mitbringt. Die neue Prüfung macht aus einer leicht übersehenen Änderung einen Build-Fehler.