L'état des émetteurs de RWA : Brickken Research est disponible
Rapport sur l'état des émetteurs de RWA
Obtenez-le maintenant
En bref :
Le deuxième trimestre de Brickken a marqué une étape importante, passant du déploiement de la tokenisation à la maturité de son infrastructure institutionnelle : plus de 660 millions de dollars d’actifs tokenisés, plus de 150 clients, une présence dans plus de 40 pays, la migration vers BKN 2.0, le statut final ERC-7943, la RAMS pour les agents d’IA réglementés, Brickken CLI et Base MCP, des certifications ISO étendues, une nouvelle présence aux États-Unis et au Luxembourg, et des partenariats dans la région MENA, les données immobilières, le financement du commerce et l’exécution par des partenaires certifiés.
Le deuxième trimestre a été celui où la tokenisation s’est éloignée du discours pour se concentrer davantage sur l’infrastructure.
Le marché n’a plus besoin d’explications supplémentaires quant à la possibilité de représenter des actifs du monde réel sur une infrastructure de registre distribué. Il faut des systèmes opérationnels qui rendent les instruments financiers tokenisés conformes, interopérables, auditables et gérables après leur émission. C'est là que le deuxième trimestre a été déterminant. Nous avons clôturé le trimestre avec plus de 660 millions de dollars d'actifs tokenisés, plus de 150 clients et une activité dans plus de 40 pays. Ces chiffres témoignent d'une évolution structurelle du marché. Les institutions n'évaluent pas la tokenisation comme un concept à part entière. Ils évaluent actuellement si l'infrastructure est prête pour les capitaux réglementés, les flux de travail en temps réel, la conformité multijuridictionnelle et la gestion du cycle de vie à grande échelle.
Quatre développements ont marqué le trimestre :
Chacun de ces développements converge vers la même conclusion : la tokenisation ne peut se développer à grande échelle que si l'infrastructure est reproductible, conforme et opérationnelle, de l'émission à la distribution secondaire et au suivi post-émission. Gestion.
Le premier trimestre a confirmé que la tokenisation était sortie de sa phase pilote. Le deuxième trimestre a montré la suite.
Une fois que les émetteurs, les fonds, les gestionnaires d'actifs et les institutions financières passent à la production, les exigences changent. L'accent n'est plus mis sur la simple tokenisation d'un actif, mais sur la capacité de son modèle opérationnel complet à résister à une forte pression institutionnelle.
• La conformité peut-elle être intégrée directement dans la logique de transfert ?
• Les actifs peuvent-ils circuler entre les chaînes sans fragmenter la liquidité ?
• L'ensemble du cycle de vie de l'actif peut-il rester connecté après son émission ?
• Les agents d'IA peuvent-ils interagir de manière conforme avec les instruments réglementés ?
• Les transactions en temps réel peuvent-elles s'intégrer facilement à un réseau d'experts agréés ?
Ce sont les questions pratiques qui façonnent la prochaine phase de la tokenisation. Le deuxième trimestre a permis d'y répondre grâce à l'infrastructure.
En juin, Brickken a commencé la migration de BKN vers un nouveau contrat intelligent Ethereum.
La migration n’est pas une simple mise à niveau cosmétique. Cette migration consolide BKN en un seul contrat Ethereum canonique, avec un ratio de migration de 1:1, un symbole inchangé et un audit indépendant réalisé par OpenZeppelin ne révélant aucune anomalie de gravité critique, élevée ou moyenne.
La fenêtre de migration s'est ouverte le 25 juin 2026 à 13h00 UTC et se termine le 25 juillet 2026 à 00h01 UTC.
Pour les infrastructures institutionnelles, l'importance de cette mise à niveau réside dans l'architecture sous-jacente.
BKN 2.0 établit les fondements techniques nécessaires à l'interopérabilité native entre chaînes via Chainlink CCIP et aux modèles de conformité adaptatifs prenant en charge les actifs tokenisés réglementés. Les capitaux institutionnels ne sont pas confinés à un réseau isolé. Les actifs, les liquidités, les instructions et les autorisations doivent pouvoir circuler entre les systèmes tout en préservant le contrôle, la vérification et la traçabilité.
C’est le rôle de la nouvelle architecture.
BKN 1.0 a été conçu pour la première phase de la tokenisation : l’intégration des actifs sur la blockchain. BKN 2.0 est conçu pour la phase suivante : le capital programmable, la coordination inter-chaînes, les agents d’IA autorisés et les instruments financiers gérés tout au long de leur cycle de vie, opérant sur une infrastructure connectée.
La tokenisation institutionnelle ne peut pas évoluer avec une logique de conformité fragmentée.
Pendant des années, les plateformes ont développé leurs propres restrictions de transfert, listes blanches, mécanismes de gel, logiques d’application et contrôles d’éligibilité. Cette approche fonctionnait pour des déploiements isolés. Cela ne fonctionne pas pour les marchés de capitaux interopérables.
Au deuxième trimestre, ERC-7943 a atteint le statut final en tant que norme Ethereum pour la tokenisation d'actifs du monde réel. Cette norme introduit une interface minimale et indépendante des fournisseurs pour les actifs tokenisés conformes. Elle prend en charge les exigences institutionnelles essentielles telles que la validation des transferts, le gel des soldes, les transferts forcés et les mesures d'exécution, sans contraindre les émetteurs à un fournisseur d'identité unique, un modèle juridictionnel ou une architecture de conformité unique.
Cette distinction est importante.
ERC-7943 ne prescrit pas un système de conformité unique. Elle normalise la manière dont les actifs réglementés exposent les fonctions de conformité au marché. Les portefeuilles, les dépositaires, les plateformes, les émetteurs et les fournisseurs d'infrastructure peuvent s'intégrer via une interface commune tout en conservant une flexibilité en matière de KYC, de filtrage des sanctions, d'éligibilité des investisseurs et de règles spécifiques à chaque juridiction.
C'est ainsi que la conformité devient interopérable.
Parallèlement à ERC-7943, Brickken a introduit RAMS, la norme de mandat d'agent réglementé, publiée sous la référence ERC-8226. RAMS répond à un nouveau problème de la finance réglementée : les agents d’IA peuvent exécuter des transactions, mais les marchés réglementés doivent savoir qui a autorisé l’agent, ce qu’il est autorisé à faire, pendant combien de temps et dans quelles limites financières.
RAMS définit une couche de délégation de conformité pour les agents d’IA opérant avec des actifs réglementés tokenisés. Elle permet à un principal vérifié de déléguer une autorité circonscrite, limitée dans le temps et soumise à un plafond financier à un agent sur la blockchain. L’instrument financier ne se contente pas de vérifier si un portefeuille peut effectuer des transactions. Il vérifie si l’agent dispose d’un mandat valide pour agir.
Il s’agit de la version institutionnelle de l’exécution par agent. Non pas une activité autonome sans contrôle, mais une exécution autorisée sous une responsabilité définie.
ERC-7943 normalise l’interface des actifs réglementés.
RAMS normalise la couche de mandat pour les transactions pilotées par agent.
Ensemble, ils déplacent la tokenisation au-delà de l'émission d'actifs et dans l'architecture opérationnelle des marchés de capitaux programmables.
Les agents d'IA ont besoin de plus que de l'intelligence. Ils ont besoin d'infrastructure.
Un agent capable d'analyser un marché, de préparer une allocation ou d'identifier une opportunité d'émission a besoin de trois capacités opérationnelles avant de pouvoir agir : un moyen de payer, un moyen de prouver son identité et un moyen d'exécuter.
Au deuxième trimestre, Brickken a lancé Brickken CLI, une interface en ligne de commande pour les flux de travail transactionnels des agents.
Le parcours développeur est direct :
CLI → x402 → ERC-8004 → Déploiement du jeton
Un développeur, ou un agent IA lui-même, peut installer la CLI, payer les appels à l'API Brickken via x402, enregistrer une identité sur la blockchain via ERC-8004 et déployer ou gérer le jeton. Un jeton ERC-20 directement depuis le terminal.
Aucune session de navigateur. Aucune clé API. Aucune procédure d'approbation manuelle.
L'interface de ligne de commande (CLI) fournit aux agents les éléments opérationnels manquants :
• Le protocole X402 gère les paiements.
• Le protocole ERC-8004 gère l'identité de l'agent.
• Le déploiement de jetons gère l'exécution des jetons ERC-20.
Cette même logique s'applique à Brickken Agentic on Base MCP, où les agents peuvent interagir avec Brickken via un point de terminaison unique pour enregistrer leur identité, gérer les paiements X402 et émettre des jetons conformes selon un flux structuré.
Il ne s'agit pas d'une fonctionnalité destinée aux développeurs. Il s'agit d'un pas vers une infrastructure financière automatisée où l'identité, le paiement, les autorisations et l'exécution sont connectés de manière programmatique.
Pour la tokenisation, c'est important car la prochaine étape de l'infrastructure des marchés de capitaux ne sera plus gérée uniquement via des tableaux de bord. Les émetteurs, les fonds, les family offices et les plateformes s'appuieront de plus en plus sur des agents pour la surveillance, le routage, le reporting, la préparation et l'exécution des transactions. Cela n'est possible que si l'agent opère dans un cadre d'autorisations définies et au sein d'une infrastructure vérifiable.
La suite d'agents de Brickken intègre ce modèle dans les flux de travail de production.
Les institutions n'intègrent pas les plateformes sur la seule base de leur confiance. Ils les intègrent sur la base de preuves.
Au deuxième trimestre, Brickken a obtenu les certifications ISO/IEC 27701 et ISO/IEC 27018, s'ajoutant à sa certification ISO 27001:2022 et à son alignement DORA.
Pour les banques, les gestionnaires d'actifs, les family offices et les entreprises réglementées, il ne s'agit pas d'une simple formalité administrative. C'est un élément fondamental de leur fonctionnement, qu'ils évaluent avant que des données sensibles relatives aux émetteurs, des dossiers d'investisseurs, des informations KYC et AML, des informations sur les bénéficiaires effectifs et la documentation relative aux instruments financiers ne transitent par une plateforme externe.
La norme ISO/IEC 27701 étend la protection de la vie privée à une discipline opérationnelle auditée. Elle couvre les rôles, les contrôles, les droits des personnes concernées, les sous-traitants, la protection des données dès la conception, la conservation, la suppression et l'atténuation des risques liés au traitement des données personnelles.
La norme ISO/IEC 27018 traite des informations personnelles identifiables dans les environnements de cloud public. Elle couvre la gestion, la séparation, la transparence, l'accès restreint, la suppression et les mesures de protection spécifiques au cloud pour l'infrastructure SaaS.
Conjointement à la norme ISO 27001:2022 et à la vérification DORA, ces certifications soutiennent le cadre de conformité requis par les institutions pour les instruments financiers tokenisés.
La protection de la vie privée et des données est indissociable de l'infrastructure de tokenisation. Elle en fait partie intégrante.
Ce socle de conformité soutient également la transition plus large de Brickken vers un courtier réglementé et un dépositaire conforme à la loi MiCA. Le marché évolue vers une infrastructure agréée et responsable. Le deuxième trimestre a renforcé les contrôles opérationnels nécessaires à cette orientation.
Le deuxième trimestre a également permis à Brickken d'étendre sa présence géographique et son réseau de partenaires.
Brickken a lancé ses activités américaines à Miami, ajoutant ainsi un troisième hub mondial aux côtés de Barcelone et Dubaï. Miami constitue désormais un pilier opérationnel pour les activités de Brickken dans les domaines de l'immobilier tokenisé, des technologies immobilières (PropTech) et du développement du marché américain.
Nous avons également rejoint le LHoFT au Luxembourg, l'un des principaux pôles de technologies financières en Europe. Le Luxembourg est un marché essentiel pour les fonds d'investissement, la gestion d'actifs, la banque privée et les infrastructures financières réglementées. L’ouverture d’un bureau dédié au sein du LHoFT nous rapproche des institutions et des discussions réglementaires qui façonnent le marché européen des actifs tokenisés.
Au Moyen-Orient et en Afrique du Nord (MENA), nous avons établi un partenariat avec la Fondation ADI afin de déployer une infrastructure de tokenisation sur ADI Chain, un réseau institutionnel de couche 2 conçu pour les stablecoins et les actifs du monde réel dans la région MENA et sur les marchés émergents. Cette intégration permet une émission d’actifs conforme, la gestion du cycle de vie, le reporting et la distribution secondaire contrôlée des instruments financiers tokenisés, notamment les actions, les obligations, le crédit privé, l’immobilier et les fonds.
Dans le secteur immobilier, nous avons collaboré avec MAGMA pour fournir un oracle de valeur nette d’actif (VNA) pour l’immobilier tokenisé. Ce cadre connecte les données immobilières vérifiées à l’infrastructure de tokenisation de Brickken, permettant ainsi aux émetteurs et aux gestionnaires d’actifs d’utiliser des données actualisées en continu au niveau de l’actif pour l’évaluation, le reporting aux investisseurs, les audits, le refinancement et le suivi post-émission.
Cette solution comble l’une des lacunes structurelles de l’immobilier tokenisé. Les seuls registres de propriété ne suffisent pas. La tokenisation immobilière de niveau institutionnel exige une couche de données fiable sous-jacente à l'actif.
Dans le secteur des matières premières et du financement du commerce, nous avons participé à un projet pilote avec Blockticity, Seedcore et XDC Network pour tokeniser une créance de cacao adossée à un envoi d'exportation vérifié provenant d'exploitations agricoles philippines agréées.
Le modèle reliait quatre couches :
Le mécanisme est important : la créance tokenisée référençait la documentation commerciale authentifiée plutôt que de la répliquer sur la blockchain. L'instrument financier référençait l'enregistrement vérifié ; Elle ne l'a pas remplacée.
C'est ainsi que la tokenisation adossée à des matières premières devient utile aux institutions. L'origine des actifs, la structure des transactions, l'intégrité de la documentation et l'état du cycle de vie restent vérifiables entre les participants.
Les opérations de tokenisation ne se concluent pas uniquement grâce à l'infrastructure.
Chaque transaction en direct soulève des questions relatives à la structuration juridique, au traitement fiscal, à la communication avec les investisseurs, aux restrictions juridictionnelles, aux règles de commercialisation, à la vérification préalable et à la stratégie de distribution. Les émetteurs ne peuvent pas répondre seuls à toutes ces questions. Ils ont besoin d'un accompagnement spécialisé pour cette transaction.
Au deuxième trimestre, nous avons lancé le Programme Partenaire Certifié Brickken afin de constituer un réseau de spécialistes qualifiés en droit, technologie, commerce, fiscalité et marketing, autour de projets de tokenisation en cours.
Ce programme offre aux partenaires certifiés un badge officiel de Partenaire Certifié Brickken, des mises en relation privilégiées avec des clients potentiels, une collaboration commerciale renforcée, un accès à des ressources et outils de vente sur la tokenisation, des ateliers exclusifs et des actualités du secteur, ainsi qu'un gestionnaire de compte Brickken dédié.
Il donne également accès à des ressources pour développer leur activité, notamment des appels d'offres, des cadres de référence, des informations sur la tokenisation et des outils d'accompagnement transactionnel conçus pour optimiser l'exécution pour les deux parties.
L'objectif est concret. L'infrastructure est déployée. Les transactions qui aboutissent sont celles qui s'entourent des bons spécialistes.
Le deuxième trimestre a également été marqué par une reconnaissance externe.
Brickken a remporté le prix de la Plateforme de tokenisation de l'année aux Hedgeweek Digital Assets Awards, a reçu le prix de l'Étoile montante au WAIB Summit et a été sélectionné pour la liste BeInCrypto's Institutional 100.
L'équipe était également présente lors des principaux forums institutionnels et d'actifs numériques du secteur, notamment la Paris Blockchain Week et Proof of Talk à Paris, Consensus et Future PropTech à Miami, EthCC à Cannes, le WAIB Summit à Monaco, TokenizeThis à New York, ETHMilan à Milan, Adminovate à Dublin et la Dutch Blockchain Week à Amsterdam.
Ces événements n'ont pas seulement permis d'accroître la visibilité. Ces résultats reflètent l'évolution des discussions sur le marché : fonds réglementés, immobilier tokenisé, agents IA, infrastructure de conformité, règlement inter-chaînes, administration de fonds et déploiement institutionnel.
Ce sont ces discussions que Brickken prépare.
Le deuxième trimestre a confirmé que la tokenisation ne se mesure plus à la simple possibilité d'émettre des actifs sur la blockchain.
Les exigences institutionnelles sont plus élevées.
Les instruments financiers tokenisés nécessitent une émission conforme à la réglementation. Ils requièrent l'intégration et la vérification des investisseurs. Ils nécessitent des contrôles de transfert applicables. Ils ont besoin de gestion du cycle de vie, de reporting, d'opérations sur titres, de données d'évaluation, de logique de distribution, de contrôles de confidentialité, de solutions de conservation et d'interopérabilité entre les fournisseurs d'infrastructure.
Ils ont également besoin de modèles opérationnels capables de prendre en charge les agents d'IA sans pour autant soustraire la responsabilité à la finance réglementée.
C'est pour ce marché que nous nous efforçons de construire.
Au deuxième trimestre, cette infrastructure est devenue plus standardisée, plus conforme, plus interopérable et mieux préparée à l'exécution par agents.
Le marché a besoin d'une infrastructure fiable, déployable et évolutive pour les équipes financières traditionnelles.
C'est ce que le deuxième trimestre a apporté.
Structurée. Conforme. Opérationnelle.
