Réponse rapide : Une conception proposée de compte parrainé sur le XRP Ledger pourrait permettre au compte d'un utilisateur final de détenir zéro XRP pendant qu'un parrain distinct couvre la réserve du compte et, selon la configuration, les frais de transaction. L'obligation de réserve ne disparaît pas ; elle est transférée au parrain. Lors de la vérification des sources du 9 novembre 2026, la spécification SponsoredAccountCreate restait une proposition ouverte, il ne faut donc pas présumer que chaque portefeuille ou service Mainnet prend en charge ce flux.
Pourquoi un compte XRP Ledger a-t-il normalement besoin de XRP ?
Le XRP Ledger utilise des réserves pour limiter la quantité de données que les comptes et leurs objets placent sur le registre partagé. Selon les paramètres de réserve Mainnet publiés par XRPL, la réserve de base est de 1 XRP par compte et la réserve du propriétaire est généralement de 0,2 XRP par objet du registre, sous réserve des exceptions documentées. Un compte doit normalement être approvisionné avant de pouvoir exister sur le registre, et le XRP réservé ne peut généralement pas être dépensé comme un solde sans restriction.
Ces chiffres sont des paramètres réseau, pas une thèse d'investissement. Les validateurs peuvent modifier les paramètres de réserve via le processus de vote sur les frais du réseau. Tout article citant une réserve fixe doit dater la valeur et renvoyer les lecteurs vers la page XRPL actuelle.
Qu'est-ce qu'un compte parrainé ?
Un compte parrainé dissocie le contrôle d'un compte de la responsabilité de sa réserve et de ses frais. XLS-68, Sponsored Fees and Reserves décrit un parrain prenant en charge certains coûts pour un filleul. Le filleul conserve le contrôle de ses clés et de son compte. Le parrain maintient des XRP pour couvrir l'exigence de réserve prise en charge, plutôt que de transférer un montant équivalent dans le solde dépensable du filleul.
Cela peut aider une application à intégrer des utilisateurs qui souhaitent uniquement recevoir un stablecoin ou effectuer un paiement. Cela ne transforme pas XRP en réseau sans frais ni ne supprime le coût économique du stockage des comptes et des lignes de confiance. Quelqu'un fournit toujours la réserve.
La conception nécessite également des règles pour mettre fin au parrainage. La divulgation de vulnérabilité de XRPL de septembre 2026 décrivait une faille Devnet dans laquelle un parrain pouvait cesser de garantir un objet avant que le propriétaire puisse financer sa réserve. La correction exige que la réserve reste couverte par le filleul, un autre parrain, ou la suppression de l'objet. Cette divulgation indiquait qu'aucun fonds Mainnet n'était en risque, car l'amendement n'avait pas été activé au moment de la publication.
Que ajoute SponsoredAccountCreate ?
Il propose un moyen direct de créer un compte avec un solde XRP nul pendant qu'un autre compte parraine sa réserve. Une pull request de standards du 16 octobre 2026 décrit une nouvelle transaction SponsoredAccountCreate. Dans la proposition, le XRP garantissant la réserve du compte reste chez le parrain au lieu de transiter par le nouveau compte lors de la création.
La proposition est distincte du cadre de parrainage plus large XLS-68. Une pull request de standards est la preuve d'une conception en discussion, pas la preuve d'une activation sur Mainnet ni d'une prise en charge par tous les portefeuilles. Les éditeurs doivent revérifier la page de statut des amendements XRPL et la proposition avant publication, car l'état du réseau peut évoluer.
Un portefeuille à zéro XRP réduit-il la demande de XRP ?
La proposition seule n'établit pas cette conclusion. Elle peut réduire la quantité de XRP qu'un utilisateur final individuel doit acquérir avant d'utiliser une application. Pourtant, le parrain détiendrait toujours des XRP pour les réserves et paierait potentiellement les frais. L'effet sur la demande agrégée de XRP dépend du nombre de comptes parrainés, de l'évolution des règles de réserve, de l'existence éventuelle des comptes sans ce mécanisme, et de la gestion des soldes par les parrains. Ces variables ne peuvent pas être déduites du texte de la proposition ou d'un titre.
Le bénéfice utilisateur le plus clair est opérationnel : un fournisseur de portefeuille pourrait gérer la réserve en arrière-plan tandis que l'utilisateur garde le contrôle de ses clés. Une application de paiement ou de stablecoin devrait encore expliquer qui parraine le compte, ce qui se passe si le service s'arrête, et quelles opérations exigent que l'utilisateur finance ses propres XRP.
Que doivent vérifier les utilisateurs avant de compter sur un portefeuille parrainé ?
Vérifiez l'implémentation et les conditions de service, pas l'étiquette « zéro XRP ». Confirmez que l'amendement concerné est actif sur le réseau que vous utilisez, que le portefeuille l'a implémenté, que le parrain est identifié et que les règles de sortie sont claires. Si le parrain cesse de payer, le compte ou ses objets pourraient nécessiter un autre parrain ou suffisamment de XRP de la part de l'utilisateur avant que certaines actions puissent se poursuivre. Le comportement précis dépend des règles finales activées et de l'implémentation du portefeuille.
Les frais de transaction et les réserves de compte sont-ils la même chose ?
Non. Les frais rémunèrent les opérations individuelles ; les réserves garantissent l'espace qu'un compte et ses objets occupent sur le registre. Un paiement unique comporte des frais de transaction. Un compte dispose d'une réserve de base, et certaines entrées supplémentaires, comme les lignes de confiance, peuvent créer des exigences de réserve du propriétaire. Un service peut parrainer les frais, les réserves, ou les deux, selon les règles permises. Un titre annonçant « sans gas » ou « zéro XRP » ne précise pas quels coûts sont payés par qui.
Considérez un utilisateur souhaitant détenir un stablecoin adossé au dollar émis sur le XRP Ledger. L'utilisateur peut avoir besoin d'un compte et d'une ligne de confiance. Même si une application paie les frais de transaction pour créer la ligne de confiance, les obligations de réserve du compte et des objets doivent toujours être couvertes. Le cadre de parrainage traite ces obligations séparément. Cela compte pour les opérateurs d'applications, car le coût d'intégration de nombreux comptes n'est pas seulement la somme des frais de paiement ponctuels. L'opérateur peut devoir maintenir un solde XRP aussi longtemps qu'il parraine les comptes ou les objets.
La page des réserves XRPL documente les paramètres actuels de réserve de base et de réserve du propriétaire. Elle explique aussi que ces valeurs peuvent changer. Un produit peut simplifier le solde visible d'un client tout en conservant une véritable obligation de réserve en arrière-plan.
Que se passe-t-il si un parrain veut cesser de payer ?
La réserve doit rester garantie pendant la transition. C'est la question de sécurité centrale derrière le parrainage. Si un parrain pouvait récupérer instantanément le XRP réservé alors que le filleul possédait encore un compte ou une ligne de confiance, le registre pourrait accumuler des entrées sans garantie. La divulgation de vulnérabilité de XRPL décrit un bug trouvé lors des tests Devnet qui exposait exactement cette préoccupation pour les objets parrainés. La remédiation rapportée exige que le filleul couvre la réserve, qu'un nouveau parrain la reprenne, ou que le compte ou l'objet soit supprimé avant que le premier parrain récupère sa garantie.
Cette règle modifie l'économie pour les fournisseurs de services. Parrainer une grande base d'utilisateurs peut immobiliser des XRP pour une période incertaine. Un fournisseur doit donc prévoir la fermeture de comptes, le transfert de parrainage et les utilisateurs n'ayant aucun XRP lorsque le fournisseur souhaite se retirer. Pour les utilisateurs, l'information importante est de savoir si leur capacité à continuer d'utiliser un portefeuille dépend du maintien des paiements d'un fournisseur nommé. La réponse dépendra de la spécification finale activée et des conditions de service du fournisseur.
Pourquoi une specification ouverte diffère-t-elle d'une fonctionnalité de portefeuille utilisable ?
Une proposition de standards est une étape dans un chemin plus long. La proposition doit être examinée, implémentée dans le logiciel de nœud, approuvée via le processus d'amendement du réseau lorsque requis, puis adoptée par les fournisseurs de portefeuilles ou d'applications. Même après l'activation d'une règle réseau, un portefeuille existant peut ne pas exposer de flux de compte parrainé. La pull request SponsoredAccountCreate était encore ouverte lors de la vérification du 9 novembre 2026. La page des amendements connus permet de consulter le vaste amendement Sponsor, mais son affichage de statut doit être lu au moment de la publication plutôt que copié d'un article antérieur.
Les lecteurs doivent aussi éviter de confondre un compte d'échange avec un compte on-chain XRP Ledger. Un échange centralisé peut permettre à un client de visualiser un solde XRP dans son propre registre tandis que l'échange gère les adresses et réserves on-chain. La fonctionnalité de compte parrainé proposée concerne les comptes et transactions XRPL, pas une promesse que chaque compte d'échange modifiera ses exigences de dépôt.
Que constituerait une preuve d'adoption réelle ?
Recherchez une implémentation nommée et une utilisation observable. Des preuves utiles incluraient un amendement réseau activé, une documentation de portefeuille en production, des conditions de parrain publiées, et des données de transactions ou de comptes montrant le flux en usage. Une annonce de partenariat ou une proposition de code peut indiquer une intention, mais ne quantifie pas le nombre d'utilisateurs intégrés ni la quantité de XRP immobilisée dans les réserves. Cela est particulièrement important lorsque quelqu'un transforme une proposition technique en prédiction de prix de jeton. Le mécanisme d'ingénierie peut être expliqué maintenant ; le résultat économique exige des preuves ultérieures.
FAQ
La réserve de compte XRP est-elle supprimée ?
Non. Le concept de compte parrainé déplace la responsabilité de la réserve. Il ne supprime pas le besoin du réseau de garantir le stockage du registre.
Un portefeuille à zéro XRP permet-il aux utilisateurs d'envoyer des transactions gratuitement ?
Seulement si un service parraine les frais concernés selon son implémentation. Un solde visible nul n'est pas une promesse de transactions gratuites illimitées.
SponsoredAccountCreate est-il actif sur Mainnet ?
La spécification citée était une proposition ouverte lors de la vérification du 9 novembre 2026. Vérifiez le statut actuel de l'amendement et du portefeuille avant d'affirmer qu'un flux de travail particulier est disponible.
