Le XRP Ledger a traité 3 254 transactions dans un seul registre, établissant un record signalé sur un seul registre le 14 septembre.
Résumé
- Le XRP Ledger a traité 3 254 transactions dans un seul registre, selon le rapport de l'opérateur de validateur Vet.
- La plupart des transactions auraient transféré une goutte de XRP, la plus petite unité de monnaie native disponible sur le réseau.
- La rafale de transactions n'a pas établi d'augmentation permanente de la capacité de traitement durable du registre.
- XRPL ajuste son objectif de transactions lorsque les validateurs clôturent des registres fortement chargés dans les limites de temps prévues.
- BatchV1_1 est resté soumis au vote des validateurs et nécessite un soutien soutenu de 80 % avant que l'activation automatique sur le mainnet ne se produise.
L'opérateur de validateur Vet a signalé ce chiffre après avoir examiné le registre et a déclaré que la plupart des entrées étaient des paiements d'une goutte de XRP. Il a décrit l'activité comme un possible test de débit, bien que l'objectif de l'expéditeur n'ait pas été confirmé.
Une goutte est un millionième d'un 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 le post public de Vet. Sans ces détails, l'affirmation du record repose sur son analyse et ne peut pas être comparée, à partir du post seul, à tous les registres antérieurs de l'histoire de XRPL.
De minuscules paiements XRP ont dominé le registre record
La plupart des 3 254 transactions étaient de simples paiements transportant une goutte 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 inter-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 computationnel qu'un registre a nécessitée. Un registre contenant des milliers de paiements XRP directs peut imposer une charge différente aux validateurs qu'un registre contenant moins de transactions, d'opérations de jetons ou de chemins de paiement complexes.
« Toutes les transactions ne sont pas égales en termes d'empreinte de charge », a déclaré Vet. Il a estimé que 500 paiements XRP simples pourraient créer moins de stress que 200 transactions nécessitant un traitement étendu d'échange décentralisé.
La documentation officielle de XRPL indique 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 terminé l'action demandée. Les entrées portant un résultat tec restent enregistrées et consomment des frais, même lorsqu'elles ne parviennent pas à exécuter l'opération demandée. Le total signalé de 3 254 décrit donc les transactions incluses, et non nécessairement 3 254 transferts réussis.
La capacité du XRP Ledger utilise un objectif adaptatif
Le XRP Ledger n'utilise pas une limite de transactions permanente pour chaque registre. Ses serveurs ajustent les conditions d'exploitation en réponse au volume de transactions, à la latence du réseau et aux performances du consensus.
Vet a déclaré que le réseau peut augmenter son objectif logiciel de transactions lorsqu'un registre fortement chargé se clôture dans la période prévue. Lorsque les temps de clôture dépassent la plage préférée, le réseau peut réduire l'objectif pour aider les validateurs à revenir à un timing normal.
La documentation de 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 l'état résultant deviennent des parties finales de l'historique du registre XRPL.
Le résultat de 3 254 transactions fournit par conséquent la preuve que les validateurs se sont accordés sur un registre contenant ce nombre d'entrées. Il 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 consécutifs des registres.
Le débit mesuré à partir d'un seul registre diffère du nombre de transactions par seconde sur une période prolongée. Une courte 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 XRP Ledger Foundation ou des mainteneurs du logiciel de référence du réseau n'avait confirmé un changement permanent de capacité à la suite de ce record. Aucune interruption de service ni aucun cycle de consensus échoué n'a été signalé en lien avec cette rafale.
L'activité récente a inclus des paiements et des échanges plus lourds
Le record s'est produit après une période d'activité accrue de paiement et d'échange sur le XRPL. Dans une couverture connexe, 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, selon un rapport d'Evernorth.
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 indiqué 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 l'a rapporté crypto.news, RLUSD a généré environ 9 milliards de dollars de volume de transferts au premier semestre sur le XRPL au cours de 2026.
Cette activité est distincte des transferts d'un drop identifiés dans le registre record. Aucune preuve citée par Vet ne reliait les 3 254 transactions à RLUSD, au règlement institutionnel, aux échanges sur plateforme ou aux paiements de clients.
L'expéditeur pourrait avoir testé la soumission de transactions, le remplissage de registres ou un autre processus technique. Le schéma 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.
BatchV1_1 progresse dans le processus d'amendement
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 serveur de référence du réseau. La XRP Ledger Foundation 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 devenir active sur l'ensemble du réseau principal.
BatchV1_1 permettrait de regrouper et de traiter plusieurs transactions ensemble. Les documents officiels du XRPL indiquent qu'il remplace l'amendement Batch antérieur après que les développeurs ont découvert un bug critique dans l'implémentation originale.
La fonctionnalité n'explique pas le registre de 3 254 transactions, car BatchV1_1 n'avait pas achevé son activation sur le mainnet au moment où l'activité s'est produite. 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 masqués et des montants de transfert pour les jetons multi-usages tout en fournissant des mécanismes de visualisation pour les parties autorisées. DynamicMPT permettrait aux émetteurs de modifier certains paramètres de jetons, sauf s'ils rendent ces propriétés définitivement immuables.
PermissionDelegationV1_1 remplace une fonctionnalité de délégation antérieure que les développeurs ont 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 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 registres de drapeaux, qui se produisent environ toutes les 15 minutes.
