Das XRP Ledger hat endlich die fixDirectoryLimit-Änderung implementiert und damit eine veraltete „harte Obergrenze“ entfernt, wie viele Einträge in einer bestimmten Liste im Ledger gespeichert werden können.
Bis heute wurde das Hinzufügen neuer Einträge blockiert, wenn eine einzelne Liste zu lang wurde. Dies geschah selbst dann, wenn der Nutzer genug XRP hatte, um dafür zu bezahlen.
Jetzt ist diese willkürliche Grenze aufgehoben, und das Netzwerk verlässt sich stattdessen auf Reserves (die XRP, die Sie sperren, um ein Objekt zu erstellen), um Spam zu verhindern.
Warum das wichtig ist
Stellen Sie sich ein Verzeichnis wie einen bestimmten Ordner in einem Aktenschrank vor. Das XRPL verwendet Verzeichnisse, um ähnliche Dinge zusammenzufassen. Das häufigste Beispiel ist das Orderbuch.
Wenn 500 Personen alle XRP genau zum Preis von $2,50 kaufen möchten, fasst das Ledger all diese 500 Angebote in einem einzigen „Verzeichnis“ für diesen Preis zusammen.
Bisher gab es im Code eine harte Begrenzung, wie viele „Seiten“ dieser Ordner haben konnte.
Wenn ein bestimmter Preis ($2,50) extrem beliebt wurde und Tausende von Angeboten eingingen, konnte das Verzeichnis im Grunde „voll“ werden.
Nutzer erhielten dann einen Fehlercode wie tecDIR_FULL. Das bedeutete, dass gültige Transaktionen einfach deshalb fehlschlugen, weil dieser spezielle „Ordner“ technisch voll war.
Die Änderung entfernt diese Begrenzung. Das Netzwerk benötigt keine harte Code-Grenze mehr, um Spam zu verhindern, da es bereits „Owner Reserves“ gibt. Sie müssen XRP sperren, um ein Angebot oder Objekt zu erstellen. Diese wirtschaftlichen Kosten reichen aus, um zu verhindern, dass Nutzer unendlich viele Objekte spammen.
Die Validatoren müssen keine Ressourcen mehr darauf verwenden, zu prüfen, ob eine Verzeichnis-Seite „voll“ ist.
Gleichzeitig werden Händler und Anwendungen bei hohem Netzwerkverkehr nicht mehr unerwartet auf tecDIR_FULL-Fehler stoßen.
Ein arbeitsreiches Jahr
Für das XRPL war dies ein arbeitsreiches Jahr. Dies war die erste große Änderung des Jahres. Sie fügte eine „Clawback“-Funktion speziell für Automated Market Maker (AMM)-Pools hinzu. Das Netzwerk führte DynamicNFT-Funktionen ein, die es ermöglichen, dass Non-Fungible Tokens ihre Metadaten im Laufe der Zeit aktualisieren können, ohne zerstört und neu geprägt werden zu müssen.
