Regul8

XRPL

Tout ce que vous devez savoir sur la conformité XRPL — statut légal du XRP, fonctionnalités natives et implémentations custody.

🌍 Statut légal🏢 Entreprises🔐 Custody🌊 Paiements⚡ Technologie

XRPL EVM Sidechain

La XRPL EVM Sidechain est une blockchain compatible EVM reliée au XRPL Mainnet via un pont. Elle permet l'exécution de smart contracts Solidity tout en utilisant le XRP comme gas.

Même traitement réglementaire que les chaînes basées sur EVM (Ethereum, Polygon). Le pont introduit une considération supplémentaire : le XRP ponté est wrappé (eXRP) — la conservation du pont = modèle IOU/gateway côté XRPL.

Le pont entre le XRPL Mainnet et l'EVM Sidechain repose sur un réseau de serveurs témoins (witness servers). Le XRP wrappé (eXRP) côté EVM = exposition de type IOU aux opérateurs du pont. Une analyse de conservation est requise.

Fonctionnalités Natives XRPL

FonctionnalitéStandardStatutNote réglementaire
DEX natifProtocoleEn productionLe front-end peut déclencher un CASP
AMMXLS-30En production (2024)Pools de liquidité — analyse CASP pour le front-end
NFTXLS-20En production (2022)Mode broker = non custodial
MPTXLS-33En production (2025)Activé sur Mainnet en 2025 · pas de catégorie MiCA explicite — au cas par cas
RLUSD—En production (2024)EMT de référence sur XRPL
Payment ChannelsProtocoleEn productionPas de conservation — pas de CASP
EscrowProtocoleEn productionPas de conservation si verrouillé dans le temps
IOU / Trust LinesProtocoleEn productionGateway = custodial
ChecksProtocoleEn productionPas de conservation

Amendments à venir — ce que la compliance doit surveiller

Sélection d'amendments XRPL en développement ou proposition. Chaque ligne décrit ce que change l'amendment + pourquoi une équipe compliance s'y intéresse.

FonctionnalitéStandardStatutNote réglementaireImpact compliance
Permissioned DomainsXLS-46TestnetFiltrage credential-based au niveau protocole — l'émetteur définit un 'domaine' de comptes KYC-vérifiés. Filtrage de conformité on-ledger sans whitelist off-chain.Primitive KYC native. Réduit la dépendance aux allowlists applicatives. Important pour les scénarios MiCA Art. 75 + Travel Rule où les transferts régulés doivent être restreints à un domaine.
Lending ProtocolXLS-65TestnetPools de prêt single-asset natifs sur XRPL. Emprunteurs, prêteurs et primitive vault — taux d'intérêt gérés par règles protocolaires.Le lending = activité régulée dans la plupart des juri (scope CASP lending sous MiCA, MiFID II pour la dette tokenisée). Le front-end nécessite probablement une licence ; le lending protocol-natif soulève des questions DeFi décentralisée.
Single Asset VaultXLS-72ProposéPrimitive vault générique pour fonds tokenisés, tranches, et produits structurés. L'émetteur crée un vault détenant un seul type d'actif ; les share tokens émis représentent les droits.Levier direct pour la RWA tokenisée + les fonds tokenisés. Probablement capturé par le Prospectus Reg. + AIFMD si fund-like. DLT Pilot Regime applicable pour les venues de security tokens.
Permissioned DEXXLS-70ProposéCarnets d'ordres DEX restreints aux participants détenant un credential spécifique (ex. KYC-vérifié). Combine le carnet d'ordres natif XRPL avec le gating des Permissioned Domains.Permet aux venues régulées (MTF MiFID II / exchange CASP MiCA) d'opérer une couche de trading permissionnée on-ledger. Alignement substantiel avec MiCA Art. 76+.
Cross-Chain BridgeXLS-38dVotePrimitives de bridge protocolaires (witnesses, claims, attestations) pour déplacer des actifs entre XRPL Mainnet et les sidechains (notamment l'EVM Sidechain).Actifs bridgés = IOU wrappé sur la chaîne destination. Analyse custody requise des deux côtés. Le witness server set peut lui-même qualifier comme service CASP selon l'architecture.
Lancer la Vérification XRPL →