TL;DR
- Les développeurs de XRP Ledger ont proposé des correctifs dans fixCleanup3_5_0 pour empêcher les jetons restreints d'atteindre des comptes non autorisés via des exceptions de ligne de confiance et de pool de liquidité.
- Un changement bloque les lignes de confiance non autorisées de recevoir des soldes, tandis qu'un autre exige une autorisation pour les actifs du pool AMM avant qu'un compte ne reçoive des jetons LP.
- Les correctifs sont toujours en cours d'examen et ne sont pas actifs sur le mainnet. Les détenteurs non autorisés pourraient retourner les jetons aux émetteurs, qui pourraient ensuite les approuver.
Les développeurs du XRP Ledger ont proposé un ensemble de correctifs pour renforcer la manière dont les jetons restreints peuvent être reçus et détenus, en fermant les exceptions d'autorisation qui pourraient permettre à des actifs d'atteindre des comptes sans l'approbation de l'émetteur. La pull request ouverte sur GitHub cible le comportement des lignes de confiance dans le cadre de la modification prévue fixCleanup3_5_0. Ces modifications renforcent les contrôles d'autorisation à travers l'écosystème XRP Ledger, mais elles ne sont pas encore actives sur le mainnet et ne doivent pas être considérées comme des règles de réseau déployées. Les émetteurs de jetons restreints peuvent utiliser des exigences d'autorisation pour contrôler qui peut détenir leurs actifs, ce qui rend la mise en œuvre cohérente particulièrement importante pour les stablecoins, les fonds tokenisés et d'autres instruments autorisés émis sur XRPL.
Correction proposée : Cleanup3_5_0 renforce l'autorisation à travers les flux de jetons
Un problème concerne des lignes de confiance non autorisées qui portent déjà un solde et continuent de recevoir des jetons supplémentaires. La vérification d'autorisation actuelle du moteur de paiement peut échouer à bloquer ces transferts, car elle ne s'active que lorsque le solde de la ligne de confiance est exactement zéro. Le changement proposé supprime cette exemption, faisant échouer la réception non autorisée. Il empêche également un paiement de traverser zéro et de créer une nouvelle position non autorisée, tout en permettant toujours aux détenteurs de racheter des actifs auprès de l'émetteur.
Une proposition connexe exigerait une autorisation pour les deux actifs avant qu'un compte ne puisse acquérir un jeton de fournisseur de liquidité AMM. Les jetons LP représentent une exposition aux actifs contenus dans un pool, ce qui signifie qu'un compte pourrait autrement obtenir une exposition indirecte à un actif restreint pour lequel il n'a jamais été autorisé à détenir. Ce changement s'inscrit dans le cadre plus large du développement par XRPL de permissioned liquidity infrastructure conçu autour de contrôles de l'émetteur et de la contrepartie.
Pour les détenteurs, les règles proposées préservent une voie de sortie. Un solde non autorisé resterait dépensable en le renvoyant à son émetteur plutôt que de devenir définitivement bloqué, et un émetteur pourrait ultérieurement approuver la ligne de confiance pour rétablir l'utilisation normale. Le package vise également à maintenir la cohérence des vérifications d'autorisation entre les fonctionnalités existantes et futures, renforçant le modèle d'autorisation autour des environnements de trading autorisés pour des flux d'actifs réglementés sur XRPL.
Crucialement, les correctifs restent en cours d'examen plutôt que d'être des mises à niveau réseau approuvées. La pull request #8650 est toujours ouverte et s'empile sur un autre changement en cours, tandis que l'ensemble plus vaste est destiné à fixCleanup3_5_0. Même après révision du code et inclusion dans une version, les changements au niveau du consensus nécessitent le processus d'approbation des validateurs du réseau avant activation. Les récentes amendements de maintenance XRPL illustrent cette distinction entre le code proposé, le soutien des validateurs et le déploiement sur le mainnet. Jusqu'à ce que ces étapes soient accomplies, le comportement existant du ledger reste inchangé.