Le XRP Ledger met en œuvre KYC/AML en chaîne dans une mise à jour importante.

Le 4 septembre 2025 à 03:51:21 UTC, XRP Ledger (XRPL) a activé son amendement “Identité”, incorporant une couche d'identité native alignée avec les normes au protocole de base et permettant des flux conscients de KYC/AML directement sur la chaîne. Cette amélioration suit le modèle de gouvernance des amendements de XRPL, qui exige une supermajorité de 80 % des validateurs maintenue pendant deux semaines, culminant en un événement EnableAmendment qui active de manière permanente les nouvelles règles pour tous les livres de comptabilité suivants.

XRPL ajoute des contrôles natifs de KYC et AML

Le cœur du changement est XLS-0070 ( “Identité” ), une spécification conçue pour permettre aux émetteurs de certifier des faits concernant un compte XRPL, tels que la vérification de l'identité ou l'état des sanctions, de manière à ce que d'autres participants puissent avoir confiance sans exposer de documents privés sur la chaîne. Comme l'explique la documentation de XRPL, “La fonction d'Identité est un ensemble d'outils pour gérer les exigences d'autorisation et de conformité en utilisant la blockchain de XRP Ledger, tout en respectant la vie privée et la décentralisation”. Le design “s'inspire de la norme de Credentials Vérifiables de W3C”, l'adaptant pour que le sujet d'une identité soit une adresse XRPL au lieu d'une URL.

Le site des spécifications de code source ouvert de Ripple capture succinctement la raison institutionnelle : “Les identités fournissent un ensemble d'outils pour gérer les exigences d'autorisation et de conformité sur le XRP Ledger, tout en respectant la confidentialité et la décentralisation”, une approche qui rend la fonctionnalité compréhensible pour les acteurs réglementés qui ont besoin de certifications sans construire de listes de permis propriétaires.

Fonctionnellement, l'amendement introduit de nouveaux objets et transactions au niveau du protocole afin que les certifications puissent être émises, acceptées, référencées et révoquées sur la chaîne. Le registre des Amendements Connus de XRPL énumère les changements : trois nouvelles transactions (CredentialCreate pour que l'émetteur fournisse une crédential, CredentialAccept pour que le sujet la valide, et CredentialDelete pour la révocation/nettoyage), ainsi qu'un nouveau type d'entrée dans le grand livre appelé Credential. Il élargit également la fonction DepositPreauth existante pour que l'autorisation de dépôt puisse être exprimée en termes d'exigences de crédential, et ajoute un champ CredentialIDs à plusieurs transactions (y compris Payment, EscrowFinish, PaymentChannelClaim et AccountDelete) afin qu'un expéditeur puisse soumettre un ensemble de crédentials lors de l'interaction avec une destination appliquant des contrôles de conformité.

Il est crucial de souligner que les documents personnels ne touchent jamais la blockchain. Dans un flux canonique, une entreprise qui doit restreindre les interactions aux comptes avec KYC nomme des émetteurs de confiance hors chaîne ; l'émetteur vérifie l'utilisateur de manière privée et n'écrit ensuite qu'une seule attestation signée dans le registre. “Les documents que [l'utilisateur] envoie… ne sont jamais publiés ni stockés sur la blockchain”, cependant, plusieurs contreparties peuvent faire confiance à la même attestation, évitant ainsi des vérifications redondantes. Cet équilibre - certifications en chaîne, preuves hors chaîne - reflète le modèle de Credentials Vérifiables de W3C tout en maintenant les certifications portables grâce aux caractéristiques de XRPL.

L'activation s'inscrit également dans une feuille de route plus large visant des infrastructures de niveau institutionnel. Les identités sont une condition préalable et un complément à d'autres constructions avec permissions en considération, telles que les Domaines avec Permissions et un DEX avec Permissions, qui s'attendent à ce que les participants présentent des identités valides pour accéder à la liquidité contrôlée ou à des marchés de domaine restreint. La documentation de ces propositions lie explicitement l'application aux identités, soulignant que la couche d'identité est conçue pour être réutilisable sur plusieurs surfaces de produit plutôt que d'être un interrupteur à usage unique.

Du point de vue de l'implémentation, la fonction a été visible pour les développeurs pendant des mois : les versions du serveur de référence de Ripple (rippled) ont mis en évidence les Crédentiales parmi les nouvelles modifications, l'ensemble de documents a fourni une orientation de bout en bout et des exemples de code pour des tests sur Devnet, et les explorateurs ont suivi les votes des validateurs vers le seuil de 28/35. L'activation d'aujourd'hui sur le réseau principal transforme la caractéristique “ouverte au vote” en une réalité de production, permettant aux émetteurs, aux échanges et aux fintechs de construire des flux contrôlés par des crédentiales qui se règlent de manière atomique sur XRPL.

Techniquement, le changement est conservateur mais d'une grande portée. Puisque les CredentialIDs peuvent maintenant accompagner la sémantique standard de Paiement, une institution peut - au niveau du protocole - accepter uniquement des dépôts lorsque l'ensemble de hachages de certificats présenté correspond à une politique qu'elle a configurée via DepositPreauth. Cette application se produit sans middleware personnalisé et est enregistrée dans les métadonnées de la transaction, améliorant l'auditabilité pour les entités réglementées.

Combiné avec des primitives existantes (lignes de confiance, AMM, DEX, escrow), cela ouvre la voie à des politiques programmatiques telles que “accepter le stablecoin euro des contreparties avec une crédentiel KYC à jour de l'émetteur X, et router l'échange de devises via un marché autorisé si les deux parties remplissent les exigences du domaine”.

Au moment de la publication, XRP se négociait à 2,82 $.

Avertissement : À des fins d'information seulement. Les performances passées ne sont pas indicatives des résultats futurs.