TL;DR
- Les développeurs du XRP Ledger ont proposé SponsoredAccountCreate, une transaction permettant de créer des wallets sans XRP tandis qu'un autre compte couvre le besoin de réserve de base de l'utilisateur.
- Le modèle pourrait réduire les frictions lors de l'inscription pour les paiements en stablecoin, les wallets intégrés et les agents IA, tout en permettant aux utilisateurs de conserver le contrôle de leurs clés privées.
- La demande d'extraction reste ouverte et non déployée, dépend de la modification plus vaste du sponsor, et nécessite toujours un examen et l'approbation des validateurs avant d'être finalement disponible sur le mainnet.
Les développeurs du XRP Ledger examinent une proposition qui permettrait aux plateformes de créer des comptes sponsorisés avec un solde XRP nul, tandis qu'un autre compte couvre leur exigence de réserve. La pull request officielle introduit une transaction appelée SponsoredAccountCreate et reste ouverte aujourd'hui. La proposition déplacerait la charge de réserve de l'utilisateur vers un sponsor sans transférer de XRP vers le nouveau wallet, réduisant potentiellement les obstacles à l'adoption au sein du Ripple et XRP ecosystem.
Les comptes sponsorisés pourraient supprimer le financement XRP de l'onboarding utilisateur
Le design actuel exige un nouveau compte XRPL pour répondre à une réserve minimale avant de pouvoir fonctionner. Dans le cadre de SponsoredAccountCreate, un compte existant peut créer un nouveau wallet dont le solde XRP reste à zéro, tandis que le sponsor assume l'obligation de réserve correspondante. La réserve au niveau du réseau subsistera, mais la responsabilité de la satisfaire sera transférée loin de l'utilisateur final. Cette distinction peut être importante pour les produits de wallet intégrés conçus pour cacher les exigences spécifiques à la blockchain aux clients.
La proposition est particulièrement pertinente pour les applications axées sur les stablecoins, car un wallet destiné à détenir des actifs tels que RLUSD nécessite actuellement un financement en XRP pour être activé. Une entreprise qui onboarding 100 000 comptes devrait autrement allouer 100 000 XRP uniquement pour les réserves de base selon l'exemple décrit dans la référence. La création parrainée permettrait aux utilisateurs de commencer avec des stablecoins tandis que la plateforme gère en arrière-plan la requirement de réserve en XRP. Cette approche s'inscrit dans les travaux en cours autour de les paiements machine à machine utilisant XRP et RLUSD.
Le parrainage pourrait également aller au-delà des réserves de compte. Le mécanisme plus large est conçu pour permettre aux parrains de couvrir les frais de transaction, ce qui pourrait permettre aux applications de prendre en charge les coûts du réseau sans prendre le contrôle des clés privées des utilisateurs. L'utilisateur conserverait le contrôle de son compte et de ses clés même si une autre entité paie les frais de réserve ou de transaction. Ce modèle pourrait être utile pour les logiciels automatisés et les agents IA, en complément de XRPL payment tooling for autonomous agents, où il est important de minimiser les frictions liées à la gestion du wallet.
Le code n'est pas prêt pour un déploiement sur mainnet. La pull request #8606 reste ouverte, présente des commentaires d'audit non résolus et dépend de changements de parrainage qui n'ont pas été activés sur le réseau de production. La modification sous-jacente nécessite également un soutien suffisant des validateurs avant activation. SponsoredAccountCreate doit donc être considéré comme une infrastructure proposée et non comme une fonctionnalité disponible sur le ledger XRP. Si finalement approuvé et activé, il pourrait modifier qui supporte les coûts d'onboarding pour les wallets stablecoin, tout en préservant la exigence de réserve du ledger et le contrôle des utilisateurs sur leurs comptes.