L’adoption de la blockchain ne se résume pas aux transactions. Elle nécessite de l’éducation, des bâtisseurs et des cas d’utilisation concrets.
Le 16 octobre, TRON DAO a annoncé que TRON Academy allait déployer des initiatives éducatives à Cambridge et à Oxford.
Parallèlement, le rapport de TRON sur le T3 2026 a mis en évidence :
• 2,21 T$ de règlements en stablecoins au cours du trimestre • 24,05 G$ de règlements quotidiens en moyenne • 18 millions d’adresses actives mensuelles en moyenne sur une période glissante, soit une hausse de 9,8 % par rapport au T2
La conclusion ? Les infrastructures comptent, mais il est tout aussi important d’aider la prochaine génération à les comprendre et à les développer.
La véritable mesure de l’adoption, c’est la capacité de l’écosystème à continuer de créer une valeur durable.
The Glamsterdam upgrade has reached the Sepolia testnet, with planned changes including enshrined proposer-builder separation and block-level access lists.
Why it matters: • Improvements to block production • More efficient access to block data • Continued work toward greater Layer 1 throughput
Sepolia activated the upgrade on October 6, but Ethereum mainnet activation has not yet been scheduled.
Development progress is worth watching—but it doesn't guarantee ETH price gains.
Bitcoin commence octobre autour de la zone de 84 000 $, après avoir brièvement franchi les 85 000 $.
La partie intéressante n’est pas seulement le prix.
Les ETF américains au comptant sur le Bitcoin ont enregistré un fort afflux hebdomadaire de 2,4 Md$ jusqu’au 25 septembre, mais cet élan s’est récemment refroidi, avec 148,7 M$ de sorties nettes le 30 septembre.
Dans le même temps, des rendements élevés des bons du Trésor continuent de peser sur les actifs à risque.
Donc, pour le BTC, la question la plus importante en ce moment est :
La demande spot nouvelle continuera-t-elle d’apparaître ?
Surveillez les flux. Surveillez la liquidité. Puis observez le prix.
TRON se développe sur la blockchain tandis que l’accès à TRX continue de s’étendre.
Dernières données de TRONSCAN :
• 406,4 M+ comptes • 15,65 Md+ transactions • 244 M+ détenteurs de TRX • 28,25 Md $ de TVL
Environ 60 % des comptes TRON détiennent désormais du TRX.
Et sur les marchés traditionnels, le FNB TRXS Staked TRX offre aux investisseurs une nouvelle façon d’obtenir une exposition au TRX au comptant tout en participant au jalonnement de TRON.
Des éléments différents, une image plus vaste :
Plus d’activité réseau. Plus de détenteurs de TRX. Un accès plus large.
TRON a également brûlé, de façon cumulée, 16,92B+ TRX grâce aux ressources du réseau et aux frais.
À retenir ? L’offre de TRX n’est pas simplement déflationniste tous les jours. Tout dépend de l’équilibre entre l’activité de génération et celle de combustion.
TRON développe davantage d’infrastructures autour des paiements dans le monde réel.
Privy a étendu sa prise en charge de TRON, en offrant aux développeurs des outils pour les portefeuilles, la signature des transactions, les transferts, les contrôles de stratégie et la surveillance on-chain.
Cela ouvre la voie à des applications de paiement en stablecoins plus stables, ainsi qu’à des flux de trésorerie et à des produits financiers conçus sur TRON.
Et le réseau fonctionne déjà à grande échelle :
405.6M+ comptes 15.59B+ transactions $29.98T+ volume de transferts
TRON se rapproche du cap des 30 T$.
Plus d’infrastructures. Plus de créateurs. Plus d’utilité.
Après avoir examiné la confidentialité, la divulgation sélective, les contrats intelligents confidentiels, le règlement, les actifs tokenisés, l’identité et l’infrastructure pour développeurs, je pense que l’image globale devient plus claire.
Dusk ne cherche pas simplement à mettre un autre type d’actif sur une blockchain.
C’est en train de construire une infrastructure autour de l’ensemble du workflow financier.
Pensez à un titre tokenisé :
1️⃣ Un investisseur doit prouver son éligibilité.
2️⃣ L’actif doit définir des règles qui contrôlent qui peut le détenir ou le transférer.
3️⃣ Des informations sensibles peuvent devoir rester privées.
4️⃣ Les contrats intelligents doivent exécuter la logique financière.
5️⃣ L’actif et le paiement doivent bénéficier d’un règlement prévisible.
6️⃣ Les développeurs ont besoin de moyens concrets pour construire des applications autour de tout cela.
C’est là que les différents éléments de Dusk s’assemblent.
Citadel gère l’identité et la divulgation sélective.
DuskVM fournit l’exécution native de contrats intelligents en Rust/WASM.
DuskEVM donne aux développeurs un environnement compatible Ethereum.
DuskDS fournit le consensus, le règlement et la disponibilité des données.
Et Dusk Trade apporte ces capacités dans des workflows orientés utilisateurs pour les actifs financiers tokenisés.
La partie intéressante n’est pas un seul composant.
C’est la façon dont ils fonctionnent ensemble.
Pour moi, la question la plus importante n’est désormais plus :
« Les actifs financiers peuvent-ils être tokenisés ? »
C’est :
« L’ensemble du cycle de vie financier peut-il réellement fonctionner on-chain tout en respectant la confidentialité, l’éligibilité et les exigences réglementaires ? »
C’est l’expérience que je surveille.
Quelle partie de cette infrastructure pensez-vous être la plus importante ?
POURQUOI DUSK A-T-IL DEUX CHEMINS DE SMART-CONTRACT ?
Au premier abord, le fait d’avoir à la fois DuskEVM et DuskVM peut sembler inutilement compliqué.
Mais les développeurs n’ont pas tous besoin du même environnement.
DuskEVM est conçu pour les applications qui souhaitent l’écosystème Ethereum familier.
Les développeurs peuvent utiliser Solidity ou Vyper avec des outils tels que Hardhat, Foundry, viem et ethers, tandis que DUSK sert de jeton de gaz natif.
Ensuite, il y a DuskVM.
Il est conçu pour des contrats Rust/WASM qui s’exécutent directement sur le Dusk L1, ce qui en fait l’option pour les applications qui ont besoin d’un accès plus direct aux actifs natifs de Dusk, aux modèles de transaction, à la confidentialité ou aux capacités de preuve à connaissance nulle.
La version simple est donc :
🟣 DuskEVM = compatibilité EVM + outils familiers
🔵 DuskVM = exécution directe sur le L1 + capacités natives de Dusk
Il ne s’agit pas tant de choisir lequel est « meilleur », mais plutôt de choisir le bon outil pour l’application.
Pour les développeurs qui construisent des applications financières, avoir les deux chemins peut rendre l’écosystème plus flexible.
Si vous construisiez sur Dusk, lequel choisiriez-vous ?
La compatibilité EVM ou les capacités natives du L1 ?
QUI DEVRAIT AVOIR LE DROIT D’ACHETER UN ACTIF TOKENISÉ ?
Cela semble simple jusqu’au moment où l’on met de la finance réglementée sur la blockchain.
Imaginez un titre tokenisé qui ne peut être détenu que par des investisseurs habilités.
Le réseau doit savoir qu’un participant remplit certaines conditions — mais a-t-il vraiment besoin d’exposer l’identité entière de cette personne à tout le monde ?
C’est là que l’identité préservant la confidentialité devient fascinante.
La couche d’identité de Citadel de Dusk est conçue autour d’attestations et de divulgation sélective.
Au lieu de placer directement des informations personnelles sensibles sur la chaîne, un utilisateur peut prouver qu’il détient une attestation valide ou qu’il remplit un attribut requis, sans divulguer des détails inutiles.
Imaginez que vous montrez un billet valide à l’entrée sans remettre l’intégralité du contenu de votre portefeuille au personnel de sécurité.
Pour les actifs réglementés, cette distinction pourrait être essentielle.
Beaucoup de discussions autour de la RWA donnent l’impression que la tokenisation est simple :
« Prenez un actif du monde réel → mettez-le sur la blockchain → c’est fait. »
Mais les actifs financiers ne fonctionnent pas comme ça.
Imaginez tokeniser une obligation.
Vous devez encore répondre à :
Qui peut l’acheter ? Qui peut la détenir ? Qui peut la transférer ? Quelles informations doivent rester privées ? Comment le paiement se règle-t-il par rapport à l’actif ? Que se passe-t-il quand l’actif a besoin d’être géré ou fait l’objet de reporting ?
C’est là que l’infrastructure devient plus intéressante que le token lui-même.
Dusk est conçu autour de ces flux complets d’actifs réglementés, en combinant des contrôles d’accès, la confidentialité avec une divulgation sélective, l’exécution par smart contracts et un règlement déterministe.
Dusk Trade est également en cours de construction comme une couche applicative pour les actifs financiers tokenisés, couvrant des workflows tels que l’onboarding des investisseurs, la découverte des actifs, l’achat, la vente, la coordination des paiements et le règlement.
Alors peut-être que la question la plus importante n’est pas :
« Peut-on tokeniser cet actif ? »
C’est :
« Peut-on réellement faire tourner l’ensemble de son cycle de vie financier on-chain ? »
C’est la partie que je surveille.
Quelle est, selon vous, la partie la plus difficile pour amener les RWA on-chain ?
POURQUOI LE RÈGLEMENT COMPTE-T-IL AUTANT EN FINANCE ?
Hier, nous avons demandé ce qui compte le plus pour les marchés financiers on-chain.
Aujourd’hui, parlons d’un élément moins spectaculaire — mais extrêmement important — : le règlement.
Imaginez acheter une obligation tokenisée.
L’échange a lieu, mais quand la transaction devient-elle réellement définitive ?
Dans les marchés traditionnels, le règlement peut impliquer plusieurs systèmes, des intermédiaires et des étapes de rapprochement.
Pour les marchés on-chain, l’objectif est différent : le flux d’asset (actif) et de paiement doit pouvoir atteindre un état final clair et prévisible.
C’est là qu’intervient la couche de règlement de Dusk.
DuskDS fournit le consensus, la disponibilité des données et la base de règlement du Dusk L1. Dusk décrit sa conception de consensus comme offrant une finalité déterministe : une fois qu’un bloc est finalisé, son état n’est pas censé être réorganisé dans des conditions normales d’exploitation.
Cela compte pour les applications financières, car « la transaction a eu lieu » et « la transaction est définitive » ne sont pas nécessairement la même chose.
Pour les actifs tokenisés, une finalité prévisible peut faciliter la coordination de flux comme le trading et le delivery-versus-payment (livraison contre paiement).
Alors voici ma question :
Quand vous construisez les marchés financiers du futur, donneriez-vous la priorité à un règlement plus rapide, à une meilleure confidentialité, ou à une conformité plus facile ?
La tokenisation d’un actif n’est qu’une partie de l’équation.
Si les marchés financiers passent en chaîne, qu’est-ce qui compterait le PLUS avant que vous ne fassiez réellement confiance à l’infrastructure ?
Dusk construit autour de plusieurs de ces exigences, notamment la confidentialité, les contrôles d’accès, le règlement déterministe et le développement compatible EVM.
QUE SE PASSERAIT-IL SI UN CONTRAT INTELLIGENT N’AVAIT PAS À RÉVÉLER TOUT CE QU’IL TRAITE ?
La plupart des gens considèrent que les contrats intelligents sont transparents par défaut.
Cette transparence est utile.
Mais imaginez que vous traitiez avec des marchés financiers.
Une transaction, un transfert d’actifs ou un processus de conformité peut impliquer des informations qui ne devraient pas être exposées à tout le monde sur un réseau public.
La question devient alors la suivante :
La logique de la blockchain peut-elle rester vérifiable sans rendre l’intégralité des informations financières sensibles totalement publiques ?
C’est là que les contrats intelligents confidentiels deviennent intéressants.
Dusk inclut la norme Confidential Security Contract Standard (XSC), une norme conçue pour les contrats intelligents confidentiels, qui peut être adaptée à des besoins métier tels que des contraintes de confidentialité et des règles de conformité.
Dusk prend également en charge la technologie à connaissance zéro et l’exécution attentive à la confidentialité sur son L1. L’objectif n’est pas simplement de tout rendre invisible.
Il s’agit de donner davantage de contrôle aux applications financières sur les informations qui sont exposées, tout en permettant l’application des règles sous-jacentes.
C’est une idée très différente de :
« Tout rendre public. »
Et aussi différente de :
« Tout cacher. »
La grande idée, c’est une finance programmable où la confidentialité et la conformité peuvent coexister.
Accorderiez-vous davantage votre confiance à un contrat intelligent financier si vous pouviez vérifier que ses règles ont été respectées sans voir chaque élément de données sensibles ?
Ce qui m’intéresse dans la finance blockchain, c’est que confidentialité et transparence ne s’opposent pas forcément.
Imaginez que vous investissiez dans un actif réglementé.
Vous pourriez avoir besoin de prouver que vous y êtes éligible, mais cela ne veut pas dire que tout le monde sur le réseau doit voir votre identité, votre portefeuille ou votre historique de transactions.
C’est là que la divulgation sélective devient intéressante.
Au lieu de rendre tout public ou de tout cacher complètement, l’idée est de révéler les bonnes informations aux bonnes parties, lorsque c’est réellement nécessaire.
Dusk s’appuie sur ce concept.
Son architecture prend en charge des flux de transactions publics ainsi que des transferts masqués, tandis que la divulgation sélective permet aux parties autorisées de vérifier des informations spécifiques quand c’est requis. La documentation de Dusk décrit cela comme une confidentialité lorsque c’est nécessaire, une transparence lorsque c’est utile, et une divulgation contrôlée lorsque c’est exigé.
Pour les marchés financiers réglementés, cette distinction pourrait avoir énormément d’importance.
La confidentialité ne consiste pas nécessairement à se cacher de tout le monde.
Parfois, il s’agit simplement d’avoir le contrôle sur les personnes qui peuvent voir quoi.
Vous préféreriez :
A) Tout public B) Tout privé C) Une confidentialité avec divulgation sélective
Je suis curieux de savoir ce que la communauté en pense.
UN TOKEN EST FACILE. CONSTRUIRE UNE VRAIE ACTIF FINANCIER SUR LA CHAÎNE EST LA PARTIE DIFFICILE.
Il est facile de regarder la tokenisation et de se dire :
« Il suffit de mettre l’actif sur une blockchain. »
Mais que se passe-t-il après la création du token ?
Un vrai actif financier peut nécessiter des règles concernant :
• Qui est éligible pour l’acheter ? • Qui peut le détenir ou le transférer ? • Quelles informations doivent être visibles ? • Qu’est-ce qui doit être divulgué aux régulateurs ? • Comment les transactions sont-elles réglées ? • Que se passe-t-il lorsque l’actif fait l’objet d’actions sur le plan corporatif ou d’autres événements du cycle de vie ?
C’est là que les choses deviennent beaucoup plus intéressantes.
Dusk construit une infrastructure pour des actifs numériques réglementés, où ces exigences peuvent être intégrées au flux de travail on-chain plutôt que d’être gérées entièrement via des systèmes déconnectés.
Son architecture combine des contrôles d’accès, de la confidentialité avec divulgation sélective, et un règlement déterministe pour les flux financiers. 1
Alors la question plus importante n’est peut-être pas :
« Peut-on tokeniser un actif ? »
C’est :
« Peut-on faire fonctionner l’ensemble du cycle de vie de cet actif on-chain ? »
C’est la partie de la tokenisation que je surveille le plus attentivement.
Que tokeniseriez-vous en premier : des actions, des obligations, des fonds, ou autre chose ?