Waseem Ahmad mir

Une blockchain financière n’a pas besoin que chaque élément d’information soit traité de la même manière.

C’est la partie du modèle de confidentialité de Dusk à laquelle je reviens sans cesse.

Prenez un actif réglementé. Il peut y avoir des informations que le marché devrait pouvoir consulter. Dans le même temps, certains détails doivent peut-être rester confidentiels. Et dans une autre situation, une institution autorisée pourrait avoir besoin d’accéder à des informations précises pour une raison définie.

L’approche de Dusk est construite autour de ces exigences différentes plutôt que d’imposer un seul paramètre de visibilité à tout. Sa documentation décrit la confidentialité avec divulgation sélective, en parallèle avec des flux publics et transparents.

Pour moi, cela rend le mot « programmable » important.

L’idée n’est pas simplement que les transactions sont privées. Il s’agit plutôt du fait que le déroulement financier puisse déterminer ce qui doit être visible, ce qui doit rester confidentiel, et à quel moment des informations particulières doivent être accessibles à une partie autorisée.

Il y a ensuite la compensation.

Dusk décrit la compensation déterministe comme une exigence essentielle pour l’infrastructure du marché, avec DuskDS fournissant une finalité déterministe pour les flux financiers.

Ainsi, je vois quatre éléments qui fonctionnent ensemble :

La confidentialité là où elle est nécessaire.

La transparence là où elle est utile.

La divulgation sélective lorsque la revue autorisée l’exige.

La compensation déterministe lorsque la transaction a besoin d’un résultat final prévisible.

C’est ce duo qui fait que l’approche de Dusk pour les marchés réglementés mérite d’être suivie pour moi. Il ne s’agit pas tant de choisir entre une blockchain entièrement publique ou entièrement privée, mais plutôt de donner aux flux financiers différentes façons de gérer l’information.

#dusk
$DUSK
@Dusk

Une chose à laquelle je reviens sans cesse avec les blockchains financières, c’est que chaque élément d’information ne nécessite pas le même niveau de visibilité.

Pensez à un actif réglementé.

Il peut y avoir des informations utiles pour que le marché les voie. Il peut aussi y avoir des informations qui doivent rester confidentielles. Puis, il peut exister des situations où une partie autorisée doit voir des informations précises pour une raison donnée.

L’approche de Dusk s’appelle « privacy programmable ».

L’idée est assez simple : utiliser la confidentialité lorsqu’elle est nécessaire, maintenir la transparence lorsqu’elle est utile, et permettre la divulgation sélective quand une partie autorisée a besoin d’informations particulières. La documentation de Dusk décrit ces éléments comme faisant partie de l’approche du protocole pour les processus réglementés.

J’aime cette façon d’envisager la confidentialité, parce que ce n’est pas une décision tout ou rien.

Un acteur du marché n’a pas forcément besoin de divulguer chaque détail financier à tout le monde. Mais cela ne signifie pas non plus que l’examen autorisé devrait devenir impossible.

Il y a ensuite le volet du règlement.

Dusk décrit le règlement déterministe comme une autre exigence fondamentale pour les processus financiers réglementés. L’objectif est une finalité prévisible, plutôt que de laisser l’issue du règlement incertaine.

Ainsi, les quatre idées s’emboîtent :

La confidentialité lorsque l’information ne doit pas être publique.

La transparence quand la visibilité est utile.

La divulgation sélective lorsqu’un examen spécifique est requis.

Le règlement déterministe lorsque la transaction doit aboutir à une issue finale claire.

C’est une proposition bien plus précise que de simplement qualifier Dusk de « blockchain de confidentialité ».

#dusk $DUSK @Dusk

Merci @Binance Square Official ! Heureux(se) de voir mon nom parmi les gagnants de la campagne #TradebStocks . Apprécie l’opportunité et le soutien de la communauté Binance. Hâte d’être au cadeau pour le 9e anniversaire ! 🎉🏆

Un actif réglementé ne cesse pas d’être réglementé simplement parce qu’il circule en chaîne.

Cela semble évident, mais c’est un point important lorsqu’on s’intéresse à Dusk.

Si un actif financier est mis en circulation en chaîne, il faut encore des règles concernant qui peut y accéder, quels transferts sont autorisés, quelles informations doivent être disponibles et comment la transaction se règle finalement.

C’est là que l’idée de confidentialité programmable de Dusk prend tout son sens.

L’objectif n’est pas de rendre tout le marché invisible. L’approche de Dusk repose sur l’utilisation de la confidentialité là où elle est nécessaire, tout en conservant une transparence disponible là où elle est utile. Des informations spécifiques peuvent aussi être divulguées à des parties autorisées lorsque le workflow l’exige.

Je pense que cette distinction est importante.

Un investisseur ne voudra peut-être pas que tous les détails de son activité financière soient exposés publiquement. Mais une partie autorisée pourrait encore avoir besoin de preuves pour une vérification donnée. Ces exigences ne sont pas forcément contradictoires.

Il y a ensuite le règlement.

Dusk décrit le règlement déterministe comme une composante centrale de son infrastructure pour les marchés réglementés. L’idée est d’offrir une finalité prévisible aux workflows financiers, plutôt que de traiter le règlement comme quelque chose de séparé du reste du processus.

Ainsi, les quatre éléments que je retiens de Dusk sont assez simples :

La confidentialité là où elle est nécessaire.

La transparence là où elle est utile.

La divulgation sélective lorsque la vérification autorisée l’exige.

Un règlement déterministe pour la transaction finale.

Pour la finance réglementée, cette combinaison m’intéresse davantage que de se contenter d’appeler Dusk une blockchain de confidentialité.

Qu’est-ce qui compte le plus pour les actifs réglementés lorsqu’ils circulent en chaîne ?

#dusk $DUSK @Dusk

La confidentialité dans les marchés financiers ne consiste pas à tout dissimuler. Il s’agit de savoir ce qui doit réellement être visible.

C’est, à mon sens, la partie de l’approche de Dusk qui fait sens.

Certaines informations peuvent être publiques lorsque la transparence est utile. D’autres informations peuvent devoir rester privées, car les positions financières et les transactions ne sont pas forcément quelque chose que tout le monde devrait voir.

Ensuite, il y a la divulgation sélective.

Si une partie autorisée doit examiner des informations particulières, l’idée est de lui en donner l’accès sans transformer l’ensemble du système en livre ouvert. Pour les marchés réglementés, cette distinction compte.

Je pense que c’est là que l’idée de Dusk de la confidentialité programmable devient plus intéressante que de dire simplement « blockchain privée ».

L’objectif est d’avoir différents niveaux de visibilité selon la situation :

Une confidentialité lorsqu’elle a du sens.

Une transparence lorsqu’elle est utile.

Une divulgation lorsque l’examen autorisé l’exige.

Et un règlement déterministe afin que le flux financier aboutisse à un résultat clair.

Ces quatre éléments sont ceux auxquels je reviens sans cesse quand je lis au sujet de Dusk.

Un marché financier réglementé n’a pas les mêmes exigences qu’un système de transaction public normal. Tout rendre visible n’est pas toujours pratique, mais tout masquer n’est pas non plus la bonne réponse.

Le défi intéressant, c’est de trouver une manière de gérer les deux.

C’est le problème que Dusk essaie de résoudre avec la confidentialité programmable pour les marchés réglementés.

#dusk $DUSK @Dusk

Les marchés financiers ont besoin de confidentialité, mais ils ont aussi besoin d’un moyen de vérifier ce qui s’est passé.

C’est cet équilibre qui m’a intrigué avec Dusk.

L’idée n’est pas de tout rendre privé et de s’arrêter là. L’approche de Dusk est plus flexible.

Certaines informations peuvent rester publiques lorsque la transparence est utile. D’autres informations peuvent rester confidentielles lorsqu’en les exposant on créerait des problèmes pour un investisseur, une institution ou un acteur du marché. Ensuite, lorsqu’une partie autorisée a besoin d’informations précises, une divulgation sélective peut fournir ces informations sans rendre publique toute l’historique des transactions.

Je pense que cela a beaucoup plus de sens pour la finance réglementée que de traiter la confidentialité et la transparence comme deux choix totalement distincts.

Le volet technique est aussi passionnant. Dusk propose à la fois des modèles de transactions publiques et des transactions protégées. Moonlight est utilisé pour les flux de comptes transparents, tandis que Phoenix prend en charge les transferts protégés grâce à des preuves à divulgation nulle de connaissance. Les utilisateurs peuvent aussi divulguer sélectivement des informations lorsqu’elles sont nécessaires pour la réglementation ou l’audit.

Il y a ensuite le règlement.

DuskDS fournit la couche de règlement et de disponibilité des données, avec une finalité déterministe conçue pour les processus financiers. Cela signifie que le volet confidentialité n’est pas construit séparément du volet règlement. Ils font partie de la même infrastructure.

C’est probablement la partie de Dusk que je trouve la plus intéressante.

Pour les marchés réglementés, l’objectif n’est pas simplement « rendre tout privé ». Il s’agit de pouvoir décider ce qui doit être visible, ce qui doit rester confidentiel, qui peut recevoir des informations supplémentaires, et comment la transaction finale est réglée.
#dusk
$DUSK
@Dusk

Je pense que « tokenisé » et « natif » sont deux termes qui se mélangent trop facilement.

J’ai lu le matériel de Dusk sur l’émission native, et la différence est en réalité assez simple.

Avec la tokenisation, un token représente un actif ou une créance sur un actif. L’actif d’origine et une partie de son cycle de vie peuvent toutefois dépendre de systèmes situés en dehors de la blockchain.

L’émission native adopte une approche différente. L’actif lui-même est créé et géré onchain ; ainsi, des éléments comme l’émission, les transferts, le service et le règlement peuvent être conçus autour du registre, plutôt que de considérer la blockchain comme un simple autre enregistrement d’un actif qui vit ailleurs.

C’est encore plus intéressant avec les titres réglementés.

Un actif financier a toujours besoin de règles concernant qui peut y accéder, qui peut le transférer, quelles informations peuvent être divulguées et comment fonctionne le règlement. La documentation de Dusk décrit précisément l’éligibilité, les transferts contrôlés, la divulgation sélective et le règlement comme des éléments du flux de travail de l’actif réglementé.

Mais il y a un détail important : mettre une valeur mobilière réglementée onchain ne supprime pas la nécessité de la bonne mise en place juridique et institutionnelle. L’émetteur, la plateforme et le produit doivent toujours disposer des autorisations requises pour l’activité qu’ils mènent.

Ainsi, pour moi, la partie intéressante de Dusk n’est pas simplement « des RWA sur une blockchain ».

C’est l’idée de concevoir davantage du cycle de vie de l’actif autour de la blockchain tout en tenant compte des exigences des marchés réglementés.

C’est cette distinction entre le fait de représenter un actif existant et le fait de construire le flux de travail de l’actif de manière native autour du registre que je voulais mieux comprendre.

#dusk $DUSK @Dusk

Alhamdulillah ❤️

Quelle belle surprise ! 🥳 Je suis heureux(se) de partager que j’ai remporté le Swag Set pour le 9e anniversaire de Binance grâce à la campagne #TradebStocks . 🎁

Je me suis inscrit(e) pour partager mon expérience avec mes bStocks au sein de la communauté, et c’est vraiment gratifiant de voir que cet effort a été reconnu.

Adresse soumise avec succès. Il ne reste plus qu’à attendre l’arrivée du swag ! 📦

Un grand merci à @Binance Square Official Aussi aux Binanciens et félicitations à tous les autres gagnants. 💛

#TradebStocks #Binance9YA

Les MMF, les ETF, les obligations et autres RWA ne fonctionnent pas tous de la même façon. C'est ce qui rend leur mise en ligne sur la blockchain particulièrement intéressante.

J'ai commencé à examiner de plus près Dusk Trade, car l'idée ne consiste pas simplement à déposer un seul type d'actif financier sur une blockchain.

Dusk décrit Dusk Trade comme la couche applicative pour les actifs financiers tokenisés. Le workflow inclut notamment l’onboarding des investisseurs, les contrôles d’éligibilité, la connexion au portefeuille, l’achat ou la vente, la coordination des paiements et le règlement.

C’est important, car un actif financier n’est pas juste un token qui reste dans un portefeuille.

Il peut y avoir des règles concernant qui a le droit d’y accéder, la manière dont il peut être transféré, les informations qui doivent être disponibles, et la façon dont les volets paiement et actif d’une transaction sont réglés.

L’infrastructure plus large de Dusk est en cours de construction autour de ce type d’exigences de marchés réglementés. Ses documents actuels décrivent la confidentialité avec divulgation sélective, les contrôles d’accès et le règlement déterministe comme faisant partie de l’infrastructure pour les actifs numériques réglementés.

Les exemples de MMF, d’ETF et d’obligations ont retenu mon attention parce qu’ils montrent l’éventail des actifs que Dusk vise, plutôt que de traiter le terme « RWA » comme une seule catégorie.

Je ne pense pas que la question intéressante soit simplement de savoir si ces actifs peuvent être représentés sur la blockchain.

La question plus difficile est de savoir si le processus de marché qui les entoure peut aussi fonctionner là-bas.

C’est pour moi là que Dusk Trade devient intéressant : pas seulement l’actif lui-même, mais le workflow autour de la propriété, de l’éligibilité, de la négociation et du règlement.

#dusk $DUSK @Dusk

Je pense que la partie que les gens oublient au sujet de la tokenisation, c’est tout ce qui vient après la création du token.

Je lisais à propos de Dusk Trade et c’est exactement ce qui a attiré mon attention.

Dusk Trade n’est pas la blockchain de base. C’est la couche applicative pour des actifs financiers tokenisés sur Dusk. La documentation le décrit à travers des workflows de marché concrets : trouver un actif, intégrer des investisseurs, connecter un portefeuille, vérifier l’éligibilité, acheter ou vendre, coordonner les volets paiement et actif, puis régler la transaction.

Ça me paraît plus parlant que de simplement dire « mettre des actifs financiers sur la blockchain ».

Pour les actifs réglementés, le token lui-même n’est qu’une partie du processus. Il y a des questions sur les personnes qui peuvent y accéder, qui peut le détenir ou le transférer, quelles informations doivent rester privées, et comment le règlement du paiement et de l’actif se fait ensemble. L’infrastructure de marché de Dusk est conçue pour répondre à ces exigences.

Dusk Trade s’appuie sur cette infrastructure. En dessous, Dusk fournit différents éléments pour différents besoins, notamment DuskDS pour le règlement et la disponibilité des données, DuskEVM pour les applications EVM, DuskVM pour les contrats Rust/WASM, et Citadel pour l’identité et la divulgation sélective.

C’est la partie qui m’intéresse.

La tokenisation attire le titre, mais le workflow réel du marché, c’est là que les choses se compliquent. Dusk semble consacrer une grande partie de ses efforts de conception à ce volet.

#dusk $DUSK @Dusk

Je regardais DuskEVM aujourd’hui et une chose m’a paru plus claire que la description habituelle de type « compatible EVM ».

Dusk a séparé l’exécution du règlement.

DuskEVM est la couche d’exécution de l’EVM : les développeurs peuvent y utiliser Solidity et des outils EVM familiers. DuskDS se trouve en dessous : c’est la couche de règlement et de disponibilité des données. Donc les deux ne font pas le même travail.

Ensuite, il y a Hedger.

D’après la documentation de Dusk, Hedger s’exécute sur DuskEVM et est conçu pour des applications « EVM-first » qui ont besoin de flux confidentiels. Dusk décrit son approche autour de la confidentialité, de la divulgation sélective et de l’exécution vérifiable, plutôt que de simplement rendre tout public ou tout privé.

Cette distinction est importante pour les applications financières.

Une transaction peut impliquer des informations qui ne devraient pas forcément être visibles par tout le monde, tandis que le système peut tout de même avoir besoin de règles concernant qui est autorisé à voir certaines informations.

C’est ce que je trouve intéressant à suivre chez Dusk. Le projet ne traite pas la confidentialité comme objectif unique. Son architecture vise à donner aux développeurs des outils différents selon les besoins réels d’une application : DuskEVM pour le développement EVM, DuskVM pour l’exécution L1 directe, et DuskDS pour le règlement et la disponibilité des données.

Je suis davantage intéressé par la façon dont les développeurs utilisent ces éléments que par la répétition d’une autre description générique de « blockchain de confidentialité ».
#dusk $DUSK @Dusk

Mettre un actif sur une blockchain et émettre un actif sur une blockchain ne sont pas nécessairement la même chose.

C’est justement la distinction que j’ai trouvée intéressante dans l’approche de Dusk concernant les actifs financiers tokenisés.

La tokenisation peut signifier la création d’une représentation de l’actif sur la chaîne, alors qu’il existe déjà ailleurs. Cette représentation sur la blockchain peut ensuite être utilisée dans un environnement on-chain, mais l’actif sous-jacent et certaines parties de son cycle de vie peuvent encore dépendre d’infrastructures situées en dehors de la chaîne.

L’émission native adopte une approche différente.

Au lieu de se limiter à représenter un actif existant sur la chaîne, davantage du cycle de vie de l’actif peut être conçu pour fonctionner on-chain dès le début. Cela peut inclure la manière dont l’actif est émis, détenu, transféré et finalement réglé, en fonction du produit spécifique et de la configuration réglementaire.

Pour les titres réglementés, cette distinction compte.

Dusk décrit son infrastructure comme capable de prendre en charge des processus d’émission native pour des titres réglementés lorsque les institutions et les lieux concernés disposent de l’autorisation requise et de la configuration produit. Il ne s’agit donc pas d’une affirmation selon laquelle tout actif réel pourrait simplement être émis nativement sur Dusk.

Ce qui m’intéresse, c’est la direction de l’architecture.

Plutôt que de considérer la blockchain comme une couche distincte qui ne fait que créer une enveloppe numérique autour d’actifs traditionnels, l’émission native pose une question plus vaste : quelle part du cycle de vie réel de l’actif financier peut être gérée on-chain ?

Cela pourrait avoir des implications sur la manière dont la propriété, les transferts et le règlement sont structurés.

Pour moi, l’essentiel à retenir est simple : la tokenisation n’est pas automatiquement la même chose que l’émission native. Comprendre cette différence rend la conversation plus large sur les RWA beaucoup plus significative.
#dusk
$DUSK
@Dusk

La confidentialité financière n’est pas très utile si les personnes qui doivent vérifier une transaction ne peuvent pas faire leur travail.

C’est, selon moi, la partie de l’approche de Dusk qui est intéressante.

Pour les marchés financiers réglementés, rendre tout totalement public peut exposer des informations que les participants ne souhaitent pas forcément que tout le monde voie. Mais aller à l’autre extrême, en rendant l’activité totalement invisible, crée un problème différent lorsque des parties autorisées doivent l’examiner.

Dusk aborde cela grâce à la confidentialité programmable.

L’idée consiste à garder confidentielles les informations sensibles des transactions tout en permettant une divulgation sélective lorsque l’examen autorisé est requis. Dans le matériel que j’ai lu sur Hedger dans DuskEVM, les transactions confidentielles utilisent une combinaison de chiffrement homomorphe et de preuves à divulgation nulle de connaissance.

Cette combinaison est importante parce que la confidentialité n’est pas traitée comme une simple question de « tout cacher ».

Hedger est conçu pour la détention, les transferts, les montants et les soldes confidentiels, tout en conservant la possibilité d’auditer. L’objectif est de donner aux applications financières réglementées un moyen de protéger les informations sensibles sans supprimer la capacité de vérifier l’activité lorsque cette vérification est nécessaire.

Je pense que c’est une manière beaucoup plus pratique d’envisager la confidentialité sur la blockchain.

Un établissement financier n’a pas nécessairement besoin que tous les détails de chaque transaction soient visibles par l’ensemble du réseau. En même temps, il ne peut pas simplement fonctionner dans un environnement où l’examen légitime devient impossible.

C’est là que la divulgation sélective devient essentielle.

Dusk construit autour de cette zone médiane : une confidentialité là où elle est nécessaire, une transparence là où elle est utile, et un examen contrôlé lorsque cela est requis.

Pour la finance on-chain réglementée, cette distinction pourrait compter autant que la technologie blockchain sous-jacente.

#dusk
$DUSK
@Dusk

Ce qui m’a attiré dans Dusk et NPEX n’était pas le mot « blockchain ». C’était le type de marché qu’ils cherchaient à faire passer en chaîne.

NPEX est une bourse à valeur mobilière aux Pays-Bas, agréée en tant que plateforme de négociation multilatérale (MTF). L’annonce de 2024 décrit la collaboration entre Dusk et NPEX autour d’une infrastructure destinée à émettre, négocier et tokeniser des instruments financiers réglementés.

C’est un point de départ différent de celui consistant simplement à créer un autre jeton et à chercher ensuite où l’utiliser.

L’idée est d’amener une partie de l’infrastructure existante du marché financier dans un environnement blockchain, tout en conservant le cadre réglementaire qui encadre les actifs et le lieu de négociation.

L’annonce met en évidence plusieurs avantages potentiels de la finance en chaîne : un règlement plus rapide, l’automatisation de certains processus, l’interopérabilité entre organisations financières et un accès facilité à la liquidité.

Mais ce qui m’a semblé le plus intéressant, c’est l’approche sous-jacente.

Dusk ne décrit pas les actifs réglementés comme quelque chose qui ne devient utile qu’après avoir été enveloppé dans un produit DeFi générique. L’objectif est de fournir une infrastructure sur laquelle les institutions financières et les lieux de négociation réglementés peuvent réellement s’appuyer.

Cela correspond à la direction que Dusk prend aujourd’hui. Le réseau est conçu pour la finance en chaîne réglementée, en combinant une confidentialité programmable, une divulgation sélective et un règlement déterministe.

Et le partenariat avec NPEX donne à cette idée un exemple concret : un lieu de négociation financier réglementé qui explore une infrastructure blockchain pour des instruments financiers du monde réel.

Pour moi, c’est une histoire d’RWA plus intéressante que de simplement compter combien d’actifs peuvent être tokenisés. La vraie question est de savoir si l’infrastructure peut répondre aux exigences des marchés financiers auxquels ces actifs appartiennent.


@Dusk
#dusk
$DUSK

La confidentialité sur une chaîne EVM devient bien plus intéressante quand la conformité fait partie du problème.

C’est ce qui a attiré mon attention avec Hedger.

D’après l’explication de Dusk, Hedger a été conçu spécifiquement pour la couche d’exécution DuskEVM. Au lieu de s’appuyer sur une seule technique cryptographique, il combine le chiffrement homomorphe avec des preuves à divulgation nulle de connaissance.

Le volet du chiffrement homomorphe repose sur ElGamal appliqué à la cryptographie sur courbes elliptiques et permet d’effectuer des calculs sur des valeurs chiffrées sans exposer ces valeurs. Les preuves à divulgation nulle de connaissance servent ensuite à prouver que les calculs sont corrects, sans révéler les entrées sous-jacentes.

Ce qui m’intéresse, c’est la direction que Dusk prend.

L’objectif n’est pas seulement de masquer les transactions. Hedger est conçu pour des applications financières où la confidentialité et l’auditabilité comptent toutes les deux. La source décrit la propriété, les transferts, les montants et les soldes confidentiels, tout en conservant la possibilité d’auditer les transactions quand c’est nécessaire.

Il existe aussi une distinction importante par rapport à Zedger. Zedger a été conçu pour des couches basées sur l’UTXO, tandis que Hedger est construit pour l’environnement EVM. Cela signifie que les développeurs travaillant avec la pile EVM peuvent aborder des transactions confidentielles sans renoncer aux outils Ethereum familiers que DuskEVM est conçu à prendre en charge.

La partie qui m’intrigue le plus est le potentiel de carnets d’ordres obfusqués. Dusk affirme que Hedger prépare le terrain pour cela, dans le but de protéger les participants aux échanges contre la divulgation de leur intention ou de leurs positions.

Pour les marchés réglementés, cette combinaison de confidentialité et de possibilité de revue est un problème bien plus intéressant que de rendre simplement tout privé.

@Dusk
#dusk
$DUSK

DuskEVM est intéressant parce qu’il ne demande pas aux développeurs EVM de repartir de zéro.
Si vous construisez déjà avec Solidity, Vyper, Foundry, Hardhat, viem ou ethers, l’idée est d’apporter ce workflow familier dans la pile Dusk.
Mais la partie que je trouve la plus intéressante, c’est ce qui se passe en dessous.
DuskEVM est l’environnement d’exécution compatible avec Ethereum, tandis que DuskDS gère le consensus, le règlement et la disponibilité des données. DUSK est utilisé pour l’exécution et peut passer entre Dusk L1 et DuskEVM via le pont.
Le flux des transactions mérite aussi qu’on s’y attarde.
Une transaction atteint d’abord le séquenceur de DuskEVM, puis est incluse dans un bloc L2. Le batcher publie les données de transaction sur DuskDS, tandis que les engagements d’état et les preuves de faute relient l’état résultant au règlement de DuskDS.
Cette dernière partie est importante, car l’inclusion d’une transaction et son règlement ne sont pas la même chose. Le simple fait de voir une transaction incluse ne signifie pas qu’il faille supposer une finalité en se basant uniquement sur le temps écoulé.
J’aime aussi que Dusk n’oblige pas chaque application à fonctionner dans le même environnement.
Pour les applications Solidity, les portefeuilles EVM et l’outillage Ethereum existant, DuskEVM est la voie évidente.
Pour les contrats Rust/WASM qui doivent fonctionner directement avec Dusk L1, DuskVM reste l’option.
Donc la partie intéressante ne se résume pas à « Dusk a maintenant un EVM. »
C’est plutôt que Dusk offre aux développeurs un environnement d’exécution familier tout en le gardant connecté à sa propre couche de règlement et de disponibilité des données.
@Dusk
#dusk
$DUSK

🚀 Meilleurs hausses Futures en ce moment sur Binance :

🥇 $APR USDT — +116,17%
🥈 $PROM USDT — +65,77%
🥉 $BR USDT — +57,33%
$AVAAI USDT — +26,32%
$NBIS USDT — +24,36%

APRUSDT mène le tableau avec un mouvement massif aujourd’hui, tandis que PROMUSDT et BRUSDT affichent également une forte dynamique.

Le marché des Futures est clairement très actif aujourd’hui.

Lequel regardez-vous ?

#Binance #futures #TopGainers #crypto

🚀 Les meilleurs gagnants des futures aujourd’hui
Le marché évolue rapidement aujourd’hui, avec un élan sérieux qui se fait sentir sur Binance Futures :
🥇 $BMT USDT — +177,73%
🥈 $TUT USDT — +59,13%
🥉 $MUBARAK USDT — +49,29%
4️⃣ $NILUSDT — +30,31%
5️⃣ $CAPUSDT — +25,84%
Voici les chiffres sur 24 h affichés sur votre capture d’écran. La liste des gagnants en direct de Binance se met à jour en continu, donc les classements peuvent changer rapidement.
🔥 BMT se distingue clairement, mais après des mouvements aussi nets, la volatilité et les replis peuvent aussi être agressifs.
L’élan est séduisant, mais le poursuivre à l’aveugle ne l’est pas. Surveillez toujours le volume, la liquidité et le risque. 📊

🚀 Les principaux gagnants des contrats à terme du jour
Le marché évolue rapidement aujourd’hui 👀
🥇 $BMT USDT +121.22%
🥈 $TUT USDT +87.81%
🥉 $MUBARAK USDT +58.17%
🔥 $BEATUSDT +30.30%
⚡$ XANUSDT +30.25%
De gros mouvements, mais aussi une forte volatilité. Un gain en pourcentage élevé ne signifie pas automatiquement que c’est une bonne entrée : surveillez le volume, la liquidité et l’élan avant de poursuivre. Binance propose un aperçu dédié du marché des contrats à terme pour suivre ces mouvements.
binance.com
Lequel suivez-vous aujourd’hui ? 👀

La plupart des gens se concentrent sur le produit. Pour ma part, je prête attention à l’infrastructure qui se trouve derrière.
En lisant à propos de Babylon Genesis, j’ai trouvé l’approche Dual VM intéressante. Au lieu de s’appuyer sur une seule machine virtuelle, Babylon Genesis combine CosmWasm et EVM, chacun servant un objectif différent.
D’après la documentation, CosmWasm est destiné aux smart contracts axés sur Bitcoin, tandis que l’EVM est introduite pour donner aux développeurs accès à un écosystème DeFi plus large et à des outils de développement familiers. Les deux environnements sont conçus pour partager le même registre de jetons, afin que les actifs puissent être utilisés dans les deux cas au lieu d’exister dans des systèmes séparés.
Pour moi, ce n’est pas seulement une mise à niveau technique. Cela traduit la volonté de rendre les applications natives de Bitcoin plus faciles à construire, sans obliger les développeurs à choisir entre des outils axés Bitcoin et l’infrastructure DeFi existante.
Cette orientation plus large explique aussi pourquoi les Trustless Bitcoin Vaults (TBV) ont attiré mon attention. Le premier cas d’usage des TBV est l’emprunt adossé à du Bitcoin natif avec Aave v4 sur le testnet public, avec pour objectif de permettre aux utilisateurs d’utiliser le Bitcoin natif comme garantie, sans wrap, sans bridging et sans faire confiance à des intermédiaires.
J’explore à la fois la documentation et le testnet public, car comprendre l’infrastructure rend le produit plus facile à apprécier. Si vous êtes intéressé par le BTCFi, je vous suggère d’essayer le testnet public des TBV et de partager vos retours via le formulaire officiel après avoir suivi le parcours d’emprunt.
@BabylonLabs_io
#baby
$BABY