L'état des émetteurs de RWA : Brickken Research est disponible
Rapport sur l'état des émetteurs de RWA
Obtenez-le maintenant
Voici ce que cela signifie pour la tokenisation institutionnelle.
ERC-7943 : uRWA - Universal Real World Asset — créé par Dario Lo Buglio, cofondateur de Brickken — a atteint le statut final dans le processus de normalisation d'Ethereum. Les utilisateurs peuvent désormais s'appuyer sur cette norme avec la garantie qu'elle restera inchangée. La plupart des entreprises et des équipes d'infrastructure attendent qu'une norme de jeton atteigne le statut final avant de l'implémenter, car les propositions en phase préliminaire peuvent encore être rejetées ou profondément modifiées. ERC-7943 a franchi ce cap et est maintenant reconnu comme norme officielle.
La tokenisation des actifs du monde réel s'est développée ces dernières années sans base commune. Chaque plateforme a construit sa propre logique de conformité. Chaque émetteur a créé des forks de normes de jetons existantes pour y ajouter des restrictions de transfert, des listes blanches et des mesures d'application. Le résultat était prévisible : des intégrations fragmentées, des modèles de conformité incohérents et une infrastructure qui ne communiquait pas entre les plateformes.
Cette norme introduit une interface universelle et minimale pour la tokenisation conforme des actifs du monde réel : un socle commun permettant aux portefeuilles, dépositaires, plateformes d’échange, protocoles DeFi et émetteurs de s’intégrer sans être dépendants de la solution de conformité d’un fournisseur unique.
Cet article explique le fonctionnement de cette norme, son aspect technique et son importance pour les institutions qui développent ou intègrent une infrastructure d’actifs tokenisés.
Les normes de tokenisation existantes (ERC-20, ERC-721, ERC-1155) n'ont pas été conçues pour les actifs réglementés. Elles définissent le fonctionnement et les modalités de circulation des tokens, mais ne prennent pas en compte les réalités opérationnelles des actifs du monde réel : vérifications d'éligibilité, restrictions spécifiques à chaque juridiction, gel des soldes, transferts forcés sous autorité légale et filtrage des sanctions.
Pour contourner ce problème, de nombreuses plateformes de tokenisation ont développé leurs propres systèmes de contrôle. Certaines intègrent la procédure KYC directement dans le contrat du token. D'autres maintiennent des registres hors chaîne qui contrôlent les transferts. Certains intègrent directement la logique juridictionnelle dans les forks ; d'autres l'abstraient dans des modules à accès restreint. Aucune de ces implémentations n'est interopérable. Pour les institutions, cette fragmentation engendre quatre problèmes distincts : Dépendance vis-à-vis du fournisseur. Une fois qu'un émetteur s'engage à respecter le modèle de conformité d'une plateforme, la migration devient pratiquement impossible. Le contrat du jeton, la couche d'identité et la logique de conformité sont imbriqués et appartiennent à un tiers, parfois même à un concurrent. Coût d'intégration. Les portefeuilles, les dépositaires, les plateformes d'échange et les protocoles DeFi ne disposent d'aucun moyen uniforme de vérifier si un transfert est autorisé. Chaque intégration est ad hoc. Duplication des tâches. Les équipes d'ingénierie de l'ensemble du secteur résolvent les mêmes problèmes indépendamment, notamment l'éligibilité, la validation des transferts, les gels, l'application de la réglementation, etc. avec des résultats incompatibles.
Le marché attend une véritable norme qui résolve ces problèmes sans imposer de modalités de conformité, car celle-ci varie selon la juridiction, la classe d'actifs et le mandat de l'émetteur. Et comme nous le verrons, les tentatives précédentes n'ont pas permis de combler cette lacune.
Un lecteur avisé se demandera : cette question n'a-t-elle pas déjà été abordée ?
Il existe des cadres de travail qui prétendent gérer la tokenisation conforme, des spécifications publiées par les fournisseurs, des protocoles natifs de plateforme ou des « normes de jetons de sécurité » de marque promues par des entreprises individuelles. Le problème est que la plupart d'entre eux ne constituent pas des normes au sens propre du terme. Ce sont des cadres de travail propriétaires, souvent contrôlés par une seule entreprise ou, dans tous les cas, dotés d'une gouvernance centralisée et, de ce fait, d'une orientation intellectuelle biaisée. Dans ce contexte, l'open source ne signifie pas toujours des normes ouvertes. Un code open source avec une gouvernance centralisée ne vous donne pas la possibilité d'influencer son évolution. Pour les institutions, les implications sont stratégiques, et pas seulement techniques. S'engager dans une infrastructure de tokenisation conforme à une « norme » contrôlée par un fournisseur signifie que la feuille de route de cette infrastructure est subordonnée aux priorités commerciales d'une seule entreprise. Si cette entreprise est rachetée, modifie sa stratégie produit, abandonne une fonctionnalité, augmente ses prix ou ralentit simplement son activité, tous les émetteurs utilisant cette infrastructure sont exposés. Les organismes de réglementation, les auditeurs et les comités de gestion des risques constatent ces dépendances et posent de plus en plus de questions à leur sujet. Le résultat est prévisible : une adoption institutionnelle plus lente. Les décideurs responsables de mandats importants hésitent à confier l’infrastructure essentielle à une « norme » contrôlée par une seule entité commerciale ou un seul fournisseur privé. Ils pourraient avoir du mal à justifier cette dépendance auprès des conseils d’administration, des organismes de réglementation ou des commanditaires. Ce modèle contrôlé par les fournisseurs a ralenti le développement d’une infrastructure partagée sur le marché des actifs pondérés en fonction des risques (RWA), le freinant par rapport à la vitesse que la demande sous-jacente aurait pu engendrer. Il a également fragmenté l’écosystème plus profondément qu’avec un code incompatible. Lorsque chaque plateforme majeure publie sa propre « norme », aucune ne devient la norme. Les portefeuilles, les dépositaires et les plateformes d'échange sont confrontés à un choix impossible quant au cadre propriétaire à prendre en charge. De ce fait, la plupart n'en prennent en charge aucun correctement, et les effets de réseau qui devraient accélérer l'adoption ne se concrétisent jamais. L'ERC-7943 n'est pas une réaction contre un concurrent en particulier. Il s'agit d'une réponse à un problème plus vaste : la surconsolidation des infrastructures sous des modèles qui réduisent les options offertes aux développeurs. Un écosystème sain a besoin de normes qui peuvent être mises en œuvre indépendamment, interprétées avec souplesse et pérennes ; c'est la seule façon de prendre en charge diverses logiques de conformité, de multiples modèles d'identité et l'hétérogénéité réglementaire d'un marché mondial. L'ERC-7943 est structurellement différent de par sa méthode de conception. Il a été développé grâce au processus EIP public, avec la contribution active de la communauté, des développeurs et des équipes de tokenisation travaillant sur des défis de mise en œuvre concrets. Sa valeur ne réside pas dans son indépendance vis-à-vis du processus de normalisation d'Ethereum, mais dans le fait qu'elle reflète un effort ouvert et collaboratif visant à définir une infrastructure de conformité que d'autres peuvent implémenter, tester et étendre. C'est ce que signifie réellement une norme ouverte, et c'est ce qui manquait à la tokenisation institutionnelle. « ERC-7943 ne vous dicte pas comment vous conformer. Elle vous fournit les outils pour rendre la conformité modulaire, interopérable et programmable, sans vous enfermer dans le système de qui que ce soit. » — Dario Lo Buglio, auteur d'ERC-7943. Qu'est-ce qu'ERC-7943 ? ERC-7943 définit une interface universelle et minimale pour les contrôles de conformité, les contrôles de transfert et les mesures d'application sur les actifs du monde réel tokenisés. Elle ne définit pas de modèle de conformité. Elle n'exige pas de fournisseur d'identité spécifique. Elle n'impose pas de logique juridictionnelle.Ce qu'elle fait est bien plus utile : elle offre à chaque intégrateur (portefeuilles, dépositaires, plateformes d'échange, protocoles DeFi, plateformes d'émission…) un moyen cohérent et prévisible de vérifier si une action donnée est autorisée et d'agir en conséquence.
La conception repose sur trois principes :
Autrement dit : ERC-7943 ne cherche pas à définir le fonctionnement de la tokenisation. Il définit l'interface partagée qui permet à chaque implémentation d'interagir.
Cette définition a émergé d'un processus public. La norme a été façonnée au fil de plusieurs cycles de retours sur Ethereum Magicians et au sein d'un groupe de travail ouvert, faisant émerger les cas limites et les contraintes d'intégration de l'écosystème RWA avant d'atteindre son statut final. Les normes développées sans ce type de validation ont tendance à devenir trop dogmatiques, trop restrictives ou non pérennes. ERC-7943 a été conçu spécifiquement pour éviter ces écueils.
L'architecture répartit les responsabilités en trois couches, chacune gérée par une partie différente de la pile :
1. Intégrateurs (applications, portefeuilles, dépositaires, plateformes d'échange, protocoles DeFi). Ils appellent un ensemble restreint et prévisible de fonctions pour vérifier l'éligibilité et les autorisations de transfert avant d'exécuter ou de faciliter une transaction. 2. Le contrat de jeton (couche ERC-7943, sur ERC-20/721/1155). Il expose l'interface standardisée — canTransact, canSend, canReceive, getFrozenTokens, setFrozenTokens, forcedTransfer — et émet des signaux cohérents via des événements et des erreurs standardisés. 3. Politique et identité (agnostiques). Les émetteurs mettent en œuvre leur propre cadre de conformité : fournisseurs KYC/KYB, règles de juridiction, filtrage des sanctions, politique interne. Rien de tout cela n'est standardisé. Le jeton consulte la pile de politiques choisie par l'émetteur et affiche le résultat via l'interface standard.
Résultat : intégrer une fois, réutiliser partout. Un portefeuille compatible avec ERC-7943 peut interagir correctement avec tout jeton conforme à la norme, quel que soit le fournisseur de conformité utilisé par l'émetteur.
La norme, les implémentations de référence et la documentation associée sont publiques :
Pour les équipes évaluant l'intégration, la documentation inclut la spécification complète de l'interface pour les variantes ERC-20, ERC-721 et ERC-1155, des conseils d'intégration pour les portefeuilles, les dépositaires et les protocoles DeFi, ainsi que des modèles de référence pour connecter la norme aux piles de conformité courantes.
Une norme n'est utile que si l'écosystème qui l'adopte l'est également. L'ERC-7943 a été lancé avec une coalition d'entreprises Web3 et fintech établies, engagées en faveur d'une tokenisation RWA interopérable et prête pour les institutions :
Soutiens et contributeurs : Bit2me, Brickken, Casper Network, CMTA Swiss, Compellio, Dekalabs, DigiShares, Forte Protocol, FullyTokenized, Propchain, RealEstate.Exchange, Stobox et Zoth.
Partenaires de sécurité et d'audit : Hacken et QuillAudits.
Cette coalition couvre l'ensemble de la chaîne RWA, des plateformes d'émission aux fournisseurs d'infrastructure, en passant par les plateformes d'échange, les places de marché, les solutions d'identité, les fournisseurs de conformité et les cabinets d'audit. C'est là l'essentiel : une norme de token adoptée uniquement par les émetteurs ou uniquement par les fournisseurs d'infrastructure ne garantit pas l'interopérabilité. L'ERC-7943 est positionné tout au long de la chaîne de valeur, car son adoption concrète dépend de l'alignement de chaque couche sur la même interface. Pour les institutions et les développeurs qui s'appuient sur une infrastructure tokenisée, les implications pratiques sont concrètes : Coût d'intégration réduit. Un portefeuille, un dépositaire ou un protocole DeFi prenant en charge l'ERC-7943 peut interagir avec toute implémentation de jeton conforme, quel que soit le fournisseur de conformité sous-jacent. Dépendance vis-à-vis du fournisseur réduite. Les émetteurs peuvent modifier leur pile de conformité, leur fournisseur d'identité, leur logique de juridiction ou leur moteur de politiques sans perturber les intégrations, car la surface d'intégration est standardisée au niveau du jeton. Dialogues réglementaires simplifiés. Les équipes juridiques et de conformité disposent d'une interface documentée et auditable à laquelle se référer pour expliquer ce qu'un actif tokenisé peut et ne peut pas faire au niveau du protocole. Composabilité avec la DeFi. Étant donné que l'ERC-7943 s'appuie sur l'ERC-20/721/1155, les tokens conformes peuvent s'intégrer à l'infrastructure DeFi existante là où cela est pertinent. sans renoncer aux contrôles dont les institutions ont besoin.
Pour reprendre les mots de Dario :
« Nous avions du mal à trouver un cadre qui réponde à la fois à nos besoins en matière de réglementation et de composabilité, c’est pourquoi nous avons créé ERC-7943. Sa structure modulaire a rendu l’intégration fiable, et le soutien de la communauté en a été la preuve. »
— Dario Lo Buglio, auteur d’ERC-7943 et cofondateur de Brickken
La norme est finalisée, mais le travail continue. La feuille de route comprend un concours d’implémentation public, une série de tables rondes, des hackathons et des événements de démonstration partagés, conçus pour favoriser l’adoption et affiner la norme en fonction des déploiements concrets. La documentation, les dépôts de démonstration et les canaux communautaires sont accessibles à toute équipe qui développe ou intègre ERC-7943.
Pour les institutions : c’est le moment d’évaluer Votre pile de tokenisation doit-elle être alignée sur la norme ? Pour les développeurs : l’interface est suffisamment compacte pour une intégration en quelques jours, et non en plusieurs trimestres. L’époque où chaque plateforme inventait ses propres primitives de conformité touche à sa fin. ERC-7943 constitue le socle commun qui rend la tokenisation des actifs en temps réel (RWA) institutionnelle composable, portable et auditable à l’échelle du secteur, sans imposer de modèle de conformité unique.
