In EntwicklungTier CSicherheit

InvariantsV1_1

Neue Invarianten schützen die Ledger-Struktur bei komplexen Änderungen. InvariantsV1_1 ist laut xrpl.org in Entwicklung und noch nicht als Mainnet-Abstimmung gelistet. Eine stabile rippled-Version und die Validatorabstimmung stehen noch aus.

Fachlich geprüft am 31.07.2026 · Autor: Philip F. Schmitt

Status: In Entwicklung
XLS: Keine separate XLS
Version: Offen
Aktiviert: Keine Angabe

Was ist der Entwicklungsstand?

Warum wird diese Funktion entwickelt?

Die in Entwicklung befindliche Fassung ergänzt Prüfungen für das Löschen von Konten und zugehörigen Objekten wie DirectoryNode, SignerList, NFTokenPage und AMM-Verzeichnissen. Weitere Invarianten sollen vor der Öffnung zur Abstimmung vollständig umgesetzt werden.

Wie soll der Mechanismus funktionieren?

Was fehlt bis zum Mainnet?

Nach Implementierung und Tests muss die Änderung in einer stabilen rippled-Version erscheinen. Erst dann kann die Mainnet-Abstimmung beginnen.

Für wen ist die Änderung relevant?

Die Änderung ist eine interne Schutzschicht und noch nicht auf Mainnet. Halter müssen nichts vorbereiten.

Wie hängt dieses Amendment mit anderen zusammen?

Jede direkte Verbindung besitzt einen Typ, eine Erklärung und eine Primärquelle.

Für dieses Amendment ist keine direkte, belastbar belegte Familienkante eingetragen. Die Seite zeigt deshalb bewusst keinen vermuteten Zusammenhang.

Wie geht es mit diesem Amendment weiter?

InvariantsV1_1 ist laut xrpl.org in Entwicklung und noch nicht als Mainnet-Abstimmung gelistet. Eine stabile rippled-Version und die Validatorabstimmung stehen noch aus.

Nach Implementierung und Tests muss die Änderung in einer stabilen rippled-Version erscheinen. Erst dann kann die Mainnet-Abstimmung beginnen.

Wo steht es in seiner Amendment-Familie?

Welche Primärquellen belegen die Angaben?

XRPL Known Amendments ↗

← Alle XRPL-Amendments und XLS-Spezifikationen