Activation d’un amendement clé du XRP Ledger

Le XRP Ledger a finalement mis en œuvre l'amendement fixDirectoryLimit, supprimant un "plafond" obsolète sur le nombre d'éléments pouvant être stockés dans une liste spécifique sur le registre.

Avant aujourd'hui, si une seule liste devenait trop longue, le réseau empêchait l'ajout de nouveaux éléments. Cela se produisait même si l'utilisateur disposait de suffisamment de XRP pour les payer. 

Désormais, cette limite arbitraire a disparu, et le réseau s'appuie sur les réserves (les XRP que vous bloquez pour créer un objet) pour empêcher le spam à la place.

Pourquoi c'est important 

Pensez à un répertoire comme à un dossier spécifique dans une armoire de classement. Le XRPL utilise des répertoires pour regrouper des éléments similaires. L'exemple le plus courant est le carnet d'ordres.

Si 500 personnes souhaitent toutes acheter de l'XRP exactement à 2,50 $, le registre regroupe ces 500 offres dans un seul "répertoire" pour ce niveau de prix.

Auparavant, le code imposait une limite stricte au nombre de "pages" que ce dossier pouvait contenir.

Si un niveau de prix spécifique (2,50 $) devenait extrêmement populaire et que des milliers d'offres affluaient, le répertoire pouvait essentiellement être "rempli".

Les utilisateurs recevaient alors un code d'erreur tel que tecDIR_FULL. Cela signifiait que des transactions valides échouaient simplement parce que ce "dossier" spécifique était techniquement plein. 

L'amendement supprime cette limite. Le réseau n'a pas besoin d'une limite codée en dur pour stopper le spam car il dispose déjà des "Owner Reserves". Vous devez bloquer du XRP pour créer une offre ou un objet. Ce coût économique suffit à empêcher les gens de spammer avec une infinité d'objets.

Les validateurs n'ont plus à gaspiller des ressources pour vérifier si une page de répertoire est "pleine".

Parallèlement, les traders et les applications ne rencontreront plus d'erreurs tecDIR_FULL inattendues lors des périodes de forte activité. 

Une année chargée 

Ce fut une année chargée pour le XRPL. Il s'agissait du premier amendement majeur de l'année. Il a ajouté une fonctionnalité de "clawback" spécifiquement pour les pools Automated Market Maker (AMM). Le réseau a introduit des capacités DynamicNFT, permettant aux tokens non fongibles de mettre à jour leurs métadonnées au fil du temps sans avoir besoin d'être détruits et recréés.