Ripple Exec sur Pourquoi le Ledger XRP est ‘Uniquement Adapté’ à la Tokenisation d'Actifs Réels

Markus Infanger, Vice-Président Senior de Ripple et responsable de RippleX, soutient que le XRP Ledger (XRPL) est conçu pour la prochaine phase de la tokenisation des actifs du monde réel et déclare que le marché d'aujourd'hui, très axé sur les SPV, n'est qu'un bridge vers "l'émission native."

De l'immobilisation à l'émission native

Dans un article de blog du 12 août, Infanger trace un lien direct entre le changement des marchés de capitaux des années 1970 — lorsque Euroclear et DTCC ont immobilisé des certificats papier dans des coffres tout en déplaçant les enregistrements de propriété vers un format électronique — et la pile de tokenisation actuelle.

Il dit que les véhicules à usage spécial (SPVs) jouent un rôle comparable et transitoire maintenant : des enveloppes légalement familières qui détiennent l'actif hors grand livre tout en émettant une représentation tokenisée sur un réseau.

Le modèle est « encombrant » et centralisé, reconnaît-il, mais utile à mesure que l'infrastructure, les normes et les politiques mûrissent. C'est, selon ses mots, **« échafaudage et non l'état final.

Infanger déclare que l'objectif ultime est d'avoir des actifs entièrement numériques où le token lui-même est le registre légal, les règles sont intégrées dans le code, les transactions se règlent instantanément et la liquidité circule librement sur les marchés sans intermédiaires.

Pourquoi Infanger dit que XRPL se démarque

L'argument d'Infanger en faveur de XRPL repose sur des capacités au niveau du protocole destinées à un usage financier dès le départ, ce qu'il soutient réduit le travail d'intégration et le risque opérationnel pour les institutions passant des SPV vers l'émission native :

  • Échange sur le registre (intégré DEX) : XRPL comprend un échange natif avec carnet de commandes, permettant aux jetons émis de se négocier directement sur le registre sans routeurs de contrats intelligents externes. Pour les RWAs tokenisés, cela peut signifier une inscription immédiate et une exécution de pair à pair avec moins de composants.
  • Règlement quasi instantané et à faible coût : Le design de consensus du grand livre vise une finalité rapide et des frais de transaction minimaux, une combinaison que Infanger considère comme essentielle pour les instruments à fort volume — tels que les T-bills tokenisés — où le carry, les frais et la latence opérationnelle ont de l'importance.
  • XLS-30 automated market maker (AMM) : Cette norme introduit des pools de liquidité on-ledger qui définissent algorithmiquement les prix en fonction de l'inventaire, permettant ainsi aux tokens de se négocier même lorsqu'un ordre correspondant n'est pas présent. Pour les marchés RWA qui ont besoin de prix bidirectionnels continus — plutôt que des RFQ épisodiques — les AMM on-ledger peuvent aider à stabiliser la liquidité.
  • Coffres de prêt XLS-65 : Un standard proposé pour l'emprunt et le prêt au niveau du protocole. Au lieu de construire des contrats intelligents sur mesure, les émetteurs pourraient permettre un crédit sécurisé ( par exemple, en empruntant contre une note tokenisée ou une réclamation immobilière ) avec des règles définies au niveau du standard, aidant à l'auditabilité et au contrôle des risques.
  • Crochets de conformité et de garde programmables: Parce que l'émission, l'échange et le règlement vivent dans le protocole de base, Infanger soutient que les ensembles de règles (listes blanches, restrictions de transfert, divulgations) et flux de travail de garde peuvent être intégrés directement dans les cycles de vie des actifs — soutenant l'alignement réglementaire à mesure que les volumes augmentent.
  • Composabilité : Avec des primitives d'échange, de liquidité, de prêt et d'émission conçues pour interopérer, les tokens peuvent circuler à travers l'émission primaire, le trading secondaire, la collatéralisation et le règlement sans assembler plusieurs systèmes externes. Infanger dit que c'est le chemin vers une liquidité « intégrée » plutôt que des silos fragmentés.

L'histoire continue### Signes précoces d'émission native

Pour illustrer la direction du voyage, Infanger cite un pilote de Ctrl Alt avec le régulateur foncier de Dubaï pour frapper des enregistrements de propriété sur XRPL. En enregistrant les titres de manière native, le schéma vise à rationaliser les transferts, à améliorer l'auditabilité et à intégrer la visibilité de supervision.

Ctrl Alt prévoit également d'intégrer Ripple Custody pour le stockage sécurisé des actes tokenisés— un exemple de la manière dont la fonctionnalité au niveau du registre et la garde de qualité institutionnelle peuvent être associées en production.

Pourquoi les SPV ne vont pas disparaître — pour l'instant

Infanger dit que les SPV restent essentiels pour les institutions soumises aux lois, audits et tests systématiques actuels, les comparant à l'immobilisation des années 1970 qui a ouvert la voie à la numérisation et, finalement, aux actifs entièrement numériques avec conformité et règlement intégrés.

La présentation aux institutions

Infanger exhorte les banques, les gestionnaires d'actifs et les trésoriers à utiliser des SPV pour l'instant, mais à planifier une émission native. Il croit qu'un registre public axé sur la finance avec des échanges intégrés, de la liquidité et des normes de crédit accélérera la transition et fera en sorte que les actifs sur le registre fonctionnent comme des instruments traditionnels.

Voir les commentaires

WHY-9.14%
XRP-7.09%
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • Commentaire
  • Reposter
  • Partager
Commentaire
0/400
Aucun commentaire
  • Épingler
Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)