Garanties tokenisées
Titres DLT avec équivalence réglementaire
Le collatéral tokenisé relie des actifs financiers (titres du Trésor, actions, obligations) à la technologie des registres distribués (DLT) sans créer un nouveau titre. Les enregistrements d'un dépositaire réglementé sont synchronisés sur le réseau Canton en tant que représentations numériques 1:1, permettant des flux de travail atomiques avec règlement instantané tandis que la garde légale reste gérée par le dépositaire. Cela permet aux institutions financières clientes d'une banque dépositaire de profiter des avantages de la DLT tout en maintenant l'équivalence réglementaire.
Architecture
Le collatéral tokenisé implique qu'une banque dépositaire émette une représentation on-chain des actifs en garde pour des clients institutionnels souhaitant utiliser le règlement atomique par DLT avec d'autres contreparties qui doivent également être clientes du même dépositaire. Les actifs en garde sont représentés sous forme de « jetons » (par ex. CIP56 sur Canton) pour permettre la composabilité avec d'autres applications, mais le dépositaire doit toujours être partie prenante des flux de travail pertinents.
Flux de garde
Les systèmes de collatéral tokenisé impliquent 3 flux de travail clés :
Émission : le dépositaire bloque le collatéral dans ses systèmes internes et émet des jetons au client
Rachat : le dépositaire rachète les jetons et débloque le collatéral en garde
Transfert : deux clients du dépositaire se coordonnent pour transférer du collatéral entre eux
Vérification par le dépositaire
Un point clé pour le collatéral tokenisé est de maintenir les enregistrements internes du dépositaire et l'état DLT en alignement en temps réel. Pour cette raison, le dépositaire est toujours une partie aux flux de travail impliquant le collatéral tokenisé. L'état on-chain fonctionne strictement comme une représentation synchronisée du grand livre du dépositaire.
Équivalence juridique
Le collatéral tokenisé conserve la pleine équivalence juridique entre l'enregistrement custodial traditionnel d'un actif et sa représentation on-chain. L'entrée sur la blockchain est une réflexion synchronisée des livres du dépositaire et non un nouveau titre.
La garde, la propriété, la tenue des registres et la supervision réglementaire restent toutes ancrées auprès du dépositaire réglementé, garantissant que les flux de travail on-chain opèrent dans le même cadre juridique et de surveillance utilisé sur les marchés de capitaux mondiaux.
Le collatéral tokenisé permet la représentation on-chain des actifs sans modifier les cadres custodiaux, juridiques ou opérationnels existants.
Les jetons en tant que registres de garde
Bien que le collatéral tokenisé implémente une « interface de jeton » (par ex. CIP56 sur Canton), il ne se comporte pas comme des cryptomonnaies permissionless et ne crée pas un nouveau titre.
Visibilité réglementaire
Les régulateurs et les auditeurs peuvent se voir accorder un accès observateur permissionné, en maintenant le même modèle de supervision utilisé en finance traditionnelle tout en bénéficiant d'une transparence du grand livre synchronisée en temps réel.
Composabilité programmable
Le collatéral tokenisé permet aux titres en garde de participer à des flux de travail automatisés basés sur des règles tout en maintenant une pleine conformité réglementaire.
Prise en charge du standard de jeton CIP56
Pour maximiser l'adoption, le collatéral tokenisé implémente la norme Canton CIP56 prise en charge par les principaux portefeuilles (par ex. Canton Loop), les dépositaires d'actifs numériques institutionnels (par ex. Zodia, BitGo), et les applications DLT (par ex. Temple Digital).
Cas d'utilisation exemple : flux DvP pour une transaction de gré à gré
Deux contreparties clientes de la banque dépositaire peuvent régler atomiquement une transaction de gré à gré où la jambe de livraison de la transaction est un collatéral d'actions tokenisé (par ex. APPL) et la jambe de paiement est en stablecoin (par ex. USDC). La jambe de livraison de cette transaction exige que le dépositaire du collatéral approuve le transfert d'actions tandis que la jambe de paiement est un transfert de stablecoin qui n'implique pas le dépositaire du collatéral.
Pour conserver la conformité réglementaire, le vendeur du titre ou la place de marché impliquée devra probablement soumettre des données supplémentaires à un FINRA Trade Reporting Facility (TRF). Un tel reporting variera en fonction de la nature du titre impliqué (trésorerie, action, obligation) ainsi que des considérations de juridiction.
Cas d'utilisation exemple : flux DvD pour l'émission d'un ETF
Un cas d'utilisation plus avancé peut impliquer l'utilisation du collatéral tokenisé comme actif sous-jacent pour des instruments financiers opérant nativement sur le réseau Canton. Un gestionnaire d'ETF et un participant agréé (par ex. un teneur de marché) qui sont tous deux clients du dépositaire peuvent régler atomiquement l'émission d'un ETF via un flux d'échange en nature versus livraison (DvD).
Pour un ETF passif de type NASDAQ100, le participant agréé livre un panier de 100 actions custodialisées tokenisées et reçoit en échange des parts d'ETF émises par le gestionnaire. Ce flux de travail se règle de manière atomique, éliminant le risque de règlement et préservant les contrôles juridiques et de garde existants.
Mis à jour