Points clés
- Les développeurs de XRPL proposent quatre correctifs pour combler les lacunes en matière d'autorisation de jetons
- De nouvelles règles ciblent les détentions non autorisées dans les paiements et le trading
- Les modifications restent non approuvées, sans exploitation externe connue
Les développeurs de XRP Ledger travaillent sur quatre correctifs liés à la sécurité conçus pour empêcher les actifs numériques restreints d'atteindre des comptes sans autorisation, en répondant à des faiblesses potentielles dans l'infrastructure de plus en plus utilisée pour la tokenisation institutionnelle.
Les modifications sont regroupées sous une proposition d'amendement appelée fixCleanup3_5_0, avec la proposition de code GitHub mise à jour le 27 octobre. Les correctifs renforceraient les autorisations de jetons contrôlées par l'émetteur dans les paiements, les market makers automatisés et autres transactions.
Les développeurs du XRP Ledger ciblent quatre faiblesses d'autorisation
La proposition se concentre sur les jetons nécessitant une autorisation explicite de l'émetteur avant qu'un compte ne puisse les détenir.
Ces restrictions sont particulièrement pertinentes pour les stablecoins réglementés et les titres tokenisés, où les émetteurs peuvent être amenés à vérifier l'identité des investisseurs ou à appliquer des conditions d'éligibilité.
Dans l'architecture existante, l'approbation est enregistrée via une ligne de confiance reliant un compte à l'émetteur de jeton. Les développeurs ont identifié plusieurs situations où les transactions pouvaient contourner les contrôles d'autorisation prévus.
Un problème concerne les jetons de liquidité des market makers automatisés, qui représentent des créances sur les actifs déposés dans les pools de trading. La correction proposée exigerait que les destinataires soient autorisés à posséder les deux actifs sous-jacents avant d'acquérir un jeton de pool.
Un autre traite d'une exemption affectant les lignes de confiance avec des soldes existants. Auparavant, certaines vérifications ne s'appliquaient que lorsque la ligne de confiance détenait zéro jetons, ce qui pouvait permettre à un solde non autorisé d'augmenter via des transactions ultérieures.
Le package plus vaste vise également à empêcher l'utilisation de soldes de jetons non autorisés dans des transferts autres que le rachat auprès de l'émetteur et à introduire des vérifications de cohérence supplémentaires.
Ces modifications suivent les travaux antérieurs sur permissioned liquidity pools, où les développeurs ont exploré la restriction de la participation à des contreparties institutionnelles vérifiées.
Pourquoi les corrections sont importantes pour la tokenisation institutionnelle
Les modifications proposées interviennent alors que les institutions financières traditionnelles étendent leur utilisation du XRP Ledger pour les actifs numériques.
BNY a récemment étendu ses capacités de garde pour XRP et RLUSD, tandis que Ripple a développé des partenariats impliquant le règlement en stablecoin, des titres tokenisés et du financement institutionnel.
Pour les institutions réglementées, la capacité à contrôler quels comptes peuvent légalement recevoir ou détenir des actifs spécifiques est essentielle.
Un émetteur distribuant des parts de fonds tokenisées, par exemple, peut être amené à s'assurer que ces jetons restent entre les mains d'investisseurs éligibles. Si une transaction sur le marché secondaire ou un mécanisme de pool de liquidité contourne les vérifications d'autorisation, les contrôles de conformité du système deviennent moins fiables.
Les corrections proposées renforceraient ces protections sans modifier le modèle de propriété natif de XRP ni exiger que les détenteurs ordinaires de XRP obtiennent l'autorisation de l'émetteur.
Le travail suit également une précédente publication de sécurité XRPL, qui a introduit des protections distinctes pour la fonctionnalité de transaction par lot du réseau.
Quand l'amélioration de sécurité du ledger XRP pourrait-elle être activée ?
Les quatre modifications n'ont pas été intégrées au logiciel principal de XRP Ledger ni activées sur le mainnet.
Une fois la mise en œuvre et l'examen terminés, la modification nécessiterait encore le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives avant activation.
Le processus est distinct de la fenêtre de mise à jour du 4 novembre précédente, qui concerne fixCleanup3_4_0 et non le nouveau fixCleanup3_5_0 proposé.