Solana DvP et transferts RWA programmables de Cardano

La Solana Foundation a annoncé Solana DvP le 6 octobre, présentant un programme open source qui règle ensemble les actifs tokenisés et les paiements. Cardano prend déjà en charge l’architecture de transaction pour l’échange atomique, tandis que CIP-113 ajoute un cadre pour les restrictions de propriété dont les actifs réglementés ont besoin.

Solana DvP standardise le règlement institutionnel

La livraison contre paiement relie la livraison de l’actif au paiement convenu. Dans un règlement atomique, les deux transferts s’exécutent ensemble ou bien l’échange n’a pas lieu. Cela élimine le risque principal qu’une partie livre un actif sans recevoir la contrepartie convenue.

Solana DvP enregistre les contreparties, les jetons, les montants, les destinations et les conditions de calendrier d’une transaction. L’acheteur et le vendeur alimentent des comptes d’entiercement distincts au moyen de transferts de jetons ordinaires. Une autorité de règlement désignée exécute ensuite les deux volets en une seule transaction.

Les destinations sont fixées à l’avance, empêchant l’autorité de rediriger les produits pendant le règlement. Les participants peuvent aussi récupérer leurs actifs déposés avant le règlement.

Le programme prend en charge SPL Token et Token-2022, y compris certains contrôles de l’émetteur. La compatibilité dépend de la configuration du jeton, les extensions TransferFee et ScaledUiAmount étant actuellement exclues. Le code est disponible sous licence MIT et a été audité par Cantina. La Solana Foundation invite des participants initiaux avant la mise en production, le règlement confidentiel figurant comme ajout prévu.

J.P. Morgan a apporté son expertise sur les pratiques de règlement des titres. Sa participation s’est limitée à un rôle de conseil, sans exploiter le programme ni en garantir les performances.

Cardano intègre l’échange atomique dans son architecture d’actifs

Cardano suit la propriété et les transferts de jetons natifs directement dans son registre, aux côtés de sa monnaie native, ADA. Les transferts de base ne nécessitent pas de contrat intelligent distinct pour chaque jeton, et une transaction peut contenir plusieurs types d’actifs.

Le modèle eUTXO relie des sorties de transaction déjà créées à de nouvelles. Chaque sortie ne peut être dépensée qu’une seule fois, tandis que des scripts valident les conditions dans lesquelles elle peut être consommée. Les développeurs peuvent construire un échange où un acheteur reçoit une obligation tokenisée et le vendeur reçoit un stablecoin, avec les montants et les destinataires vérifiés au sein de la même transaction.

Cela donne aux applications RWA de Cardano une base existante pour le règlement. La tenue de comptes des actifs reste une fonction du registre, tandis que les applications ajoutent des conditions de négociation et de validation. Les émetteurs peuvent construire des flux de travail financiers autour des actifs natifs sans implémenter leur comptabilité de propriété de base à l’intérieur de contrats de jetons individuels.

Le modèle permet aussi de vérifier la validité et les frais d’une transaction avant la soumission. Si une autre transaction consomme une entrée attendue, la transaction doit être reconstruite. La prédictibilité s’applique aux entrées connues et aux conditions d’exécution, ce qui facilite la vérification d’un échange proposé avant la signature.

CIP-113 relie les transferts d’actifs aux règles de l’émetteur

Les titres tokenisés peuvent exiger que les détenteurs satisfassent à des exigences d’identité, de juridiction ou d’éligibilité des investisseurs. Les jetons natifs ordinaires de Cardano circulent librement entre adresses après l’émission. CIP-113 introduit une validation par script lors des changements de propriété, ce qui permet aux émetteurs de définir des conditions de transfert supplémentaires.

La proposition a été fusionnée dans le dépôt principal Cardano Improvement Proposals le 29 septembre et conserve son statut Proposed. L’implémentation de référence de la Cardano Foundation relie les actifs natifs à un registre et à des scripts de validation. Des modules d’émetteur peuvent ajouter des allowlists, des vérifications de denylist, des gels ou des transferts forcés en utilisant les capacités existantes du réseau, sans hard fork.

Les portefeuilles et les applications de trading doivent intégrer ces vérifications. Les jetons programmables utilisent une adresse de script et une validation supplémentaire, ce qui exige des applications qu’elles adaptent l’affichage de la propriété et la construction des transactions.

L’accès institutionnel s’élargit aussi grâce au support annoncé par Fireblocks pour les jetons natifs de Cardano, attendu d’ici mars 2027. Les banques, bourses et sociétés de paiement gagneraient des capacités de garde et de transfert via les contrôles de sécurité existants. Fireblocks prend en charge ADA depuis 2021, bien que la nouvelle annonce ne confirme pas séparément la prise en charge de CIP-113.

Pour une application DvP sur Cardano, la tenue de comptes des actifs natifs, les transactions atomiques et les règles de transfert programmables constituent des composants distincts d’un même flux de règlement. Dans un échange obligation contre stablecoin, la transaction peut exiger à la fois le paiement convenu et la preuve que le destinataire satisfait aux règles de l’émetteur de l’obligation. La livraison de l’actif et le paiement s’exécutent alors ensemble, avec une vérification de l’éligibilité avant que le titre ne change de mains.