Le XRP Ledger a traité 3 254 transactions en un seul registre (ledger), établissant un record signalé pour un registre unique le 14 septembre.
L'opérateur de validateur Vet a rapporté ce chiffre après avoir examiné le registre et a déclaré que la plupart des entrées étaient des paiements XRP d'un "drop". Il a décrit cette activité comme un possible test de débit (throughput test), bien que le but de l'expéditeur n'ait pas été confirmé.
Un "drop" représente un millionième de XRP, ce qui en fait la plus petite unité enregistrée par le réseau. Le nombre élevé de transactions représentait donc de nombreux petits transferts, et non une quantité inhabituellement importante de XRP circulant entre les comptes.
L'index du registre et le compte initiateur n'ont pas été identifiés dans la publication publique de Vet. Sans ces détails, la revendication du record repose sur son analyse et ne peut être comparée, via la publication seule, à tous les registres précédents de l'historique du XRPL.
La plupart des 3 254 transactions étaient de simples paiements d'un "drop" de XRP, selon Vet. Les transferts simples d'actifs natifs nécessitent moins de travail de traitement que les transactions impliquant des ordres d'échange décentralisés, des NFT ou des chemins de paiement trans-devises.
« Je ne sais pas pourquoi cette personne effectue ces transactions, mais cela ressemble probablement à un test de débit », a déclaré Vet. La description reste spéculative car le propriétaire du compte n'a pas expliqué publiquement l'activité.
Le nombre de transactions ne montre pas la quantité de travail de calcul requise par un registre. Un registre contenant des milliers de paiements XRP directs peut imposer une charge différente aux validateurs qu'un registre contenant moins d'échanges, d'opérations de jetons ou de chemins de paiement complexes.
« Toutes les transactions n'ont pas le même impact sur la charge », a déclaré Vet. Il a estimé que 500 paiements XRP simples pouvaient générer moins de stress que 200 transactions nécessitant un traitement étendu par un échange décentralisé.
La documentation officielle du XRPL stipule que chaque registre validé enregistre les transactions appliquées à l'état du registre précédent. Les métadonnées associées fournissent le résultat et les effets de chaque transaction incluse.
Les transactions avec un résultat tesSUCCESS ont complété l'action demandée. Les entrées portant un résultat tec restent enregistrées et consomment des frais, même si elles échouent à effectuer l'opération demandée. Le total rapporté de 3 254 décrit donc les transactions incluses, pas nécessairement 3 254 transferts réussis.
Le XRP Ledger n'utilise pas de limite de transactions permanente unique pour chaque registre. Ses serveurs ajustent les conditions d'exploitation en fonction du volume de transactions, de la latence du réseau et des performances du consensus.
Vet a déclaré que le réseau peut augmenter sa cible de transactions "douce" lorsqu'un registre fortement chargé se clôture dans le délai prévu. Lorsque les temps de clôture dépassent la plage préférée, le réseau peut réduire la cible pour aider les validateurs à revenir à un timing normal.
La documentation du XRPL indique que les serveurs échangent des propositions jusqu'à ce que les validateurs de confiance s'accordent sur un ensemble de transactions. Chaque serveur calcule ensuite le nouvel état du registre et distribue une validation signée contenant le hachage du registre résultant.
Une supermajorité de validateurs de confiance doit s'accorder sur le même hachage avant que le registre ne soit validé. Une fois validé, ses transactions et son état résultant deviennent des parties finales de l'historique du registre du XRPL.
Le résultat de 3 254 transactions fournit par conséquent la preuve que les validateurs se sont mis d'accord sur un registre contenant ce nombre d'entrées. Cela n'établit pas un nouveau taux de débit permanent, car la capacité soutenue dépend de la complexité des transactions, du matériel, des conditions du réseau et des temps de clôture des registres consécutifs.
Le débit mesuré à partir d'un registre diffère des transactions par seconde sur une période prolongée. Une brève rafale peut placer de nombreux paiements en attente dans un seul registre, tandis que les registres suivants peuvent revenir à une activité normale.
Aucun rapport de performance de Ripple, de la Fondation XRP Ledger ou des mainteneurs du logiciel de référence du réseau n'avait confirmé un changement de capacité permanent suite à ce record. Aucune interruption de service ou échec de tour de consensus n'a été signalé en lien avec cette rafale.
Le record est survenu après une période d'activité accrue de paiement et de trading sur le XRPL. Selon un rapport d'Evernorth, le volume du carnet d'ordres du XRP Ledger a augmenté de 79 % d'une année sur l'autre au cours du deuxième trimestre 2026.
Le volume quotidien moyen du carnet d'ordres a atteint 3,57 millions de XRP au cours du trimestre, tandis que le nombre de traders quotidiens est passé de 1 864 à 1 111. Evernorth a déclaré que le volume moyen par compte de trading a presque triplé au cours de la même période de comparaison.
Les transferts de stablecoins ont créé une autre source d'utilisation du réseau. Comme crypto.news l'a rapporté, le RLUSD a généré environ 9 milliards de dollars de volume de transfert au premier semestre sur le XRPL en 2026.
Une telle activité est distincte des transferts d'un "drop" identifiés dans le registre record. Aucune preuve citée par Vet n'a lié les 3 254 transactions au RLUSD, au règlement institutionnel, au trading en bourse ou aux paiements clients.
L'expéditeur aurait pu tester la soumission de transactions, le "packing" de registres ou un autre processus technique. Le modèle de compte disponible ne confirme pas si l'activité provenait d'un développeur, d'une institution, d'un service automatisé ou d'un utilisateur individuel.
Le record est survenu alors que les validateurs examinaient les fonctionnalités de protocole introduites avec la version 3.3.0 de rippled, le logiciel de serveur de référence du réseau. La Fondation XRP Ledger a publié la version 3.3.0 le 6 août.
Ses fonctionnalités proposées incluent BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 et Sponsor. Chaque fonctionnalité suit le processus d'amendement du XRPL avant de pouvoir être activée sur le réseau principal.
BatchV1_1 permettrait de regrouper et de traiter plusieurs transactions ensemble. Les registres officiels du XRPL indiquent qu'il remplace l'amendement Batch précédent après que les développeurs aient découvert un bug critique dans l'implémentation originale.
Cette fonctionnalité n'explique pas le registre de 3 254 transactions car BatchV1_1 n'avait pas terminé son activation sur le mainnet au moment de l'activité. Sa présence dans la version du serveur signifie que les validateurs peuvent examiner et voter sur l'amendement.
Les règles d'amendement du XRPL exigent plus de 80 % de soutien de la part des validateurs de confiance pendant deux semaines consécutives. Si le soutien tombe à 80 % ou moins avant la fin de la période, le compte à rebours est réinitialisé.
ConfidentialTransfer introduirait des soldes protégés et des montants de transfert pour les jetons multi-usages (Multi-Purpose Tokens) tout en fournissant des mécanismes de visualisation pour les parties autorisées. DynamicMPT permettrait aux émetteurs de modifier les paramètres de jetons sélectionnés, sauf s'ils rendent ces propriétés immuables de manière permanente.
PermissionDelegationV1_1 remplace une fonctionnalité de délégation antérieure que les développeurs avaient désactivée après avoir découvert un bug critique. L'amendement mis à jour permettrait aux comptes XRPL d'attribuer des permissions limitées à d'autres comptes après l'approbation des validateurs.
Aucune date d'activation n'est garantie pour les amendements encore en cours de vote. Les opérateurs de validateurs peuvent modifier leurs votes, et le réseau vérifie le soutien aux amendements autour des "flag ledgers", qui se produisent environ toutes les 15 minutes.
XRP
