duskevm

$DUSK
La confidentialité rencontre DeFi !
Déplacer des actifs on-chain ne devrait pas signifier exposer chaque solde à tout le monde.
Hedger vise à apporter des transferts confidentiels à DuskEVM, en chiffrant les soldes et les montants transférés tout en conservant des transactions vérifiables.
Confidentialité + transparence, sans sacrifier la vérification.
Est-ce un grand pas pour la finance on-chain privée ?
Qu’en pensez-vous d’Hedger
#dusk #DuskEVM #crypto

$DUSK 24 La hausse a atteint 4,16% en quelques heures, à 0,08 $ sur une ligne. Mais hier, @DuskFoundation a explicitement relié, du côté EVM de cette chaîne, la ligne des tokens à celle des tokens. C’est la première fois depuis le lancement officiel que l’on écrit, dans une même phrase, que « les applications tournent » et que « les tokens sont réellement utilisés ».

Au cours des cinq semaines précédentes et plus, cette chaîne parlait surtout de compatibilité avec l’écosystème d’outils Solidity, d’une couche de confidentialité modulable intégrée à l’EVM, du fait que l’ID de chaîne 744 du réseau principal est déjà en ligne, et du fait que le framework de développement Foundry s’aligne directement sur les interfaces du réseau principal : tout était une question de « ça tourne ». Mais « ça tourne » ne veut pas dire qu’il y a une activité ; l’activité n’atteint pas la partie tokens. En ligne de compte, l’activité on-chain et les tokens restent deux mondes séparés.

Le 18/09, c’est différent. Dans ce post, @Dusk appelle directement les choses par leur nom : déploiement de contrats payés par des tokens, transactions d’utilisateurs payées par des tokens, frais réseau payés par des tokens, mise en gage payée par des tokens. À chaque fois qu’une application supplémentaire « se met à tourner » on-chain, côté tokens, il y a une nouvelle source de demande. D’un côté, on déroule le chemin de revenus du long article d’août (Dusk Trade prélève des commissions, rachats, burn, répartition au niveau applicatif), et de l’autre, on fait passer la question des barrières pour les développeurs de « peut-on l’écrire ? » à « une fois le code terminé, combien de tokens faut-il brûler pour déployer ? ».

Pour les développeurs Solidity, la valeur la plus importante de cette chaîne n’est pas la compatibilité EVM—la concurrence y est trop forte. Ce qui a de la valeur, c’est le bouclier de confidentialité « à la demande » que la couche de confidentialité ajoute au niveau des contrats : carnet d’ordres brouillable, soldes masquables, propriété chiffrée, mais les interfaces à regarder du côté régulation s’ouvrent quand il le faut. Inutile d’écrire soi-même des circuits de preuve à connaissance nulle : on appelle directement.

En conjonction avec le fait que, dès août, l’on parle de pools d’actifs de 300 M€ au niveau applicatif, et avec le branchement en septembre de la couche de données cross-chain, les applications sur cette chaîne ne « font pas juste une démo DeFi » : elles « construisent une infrastructure financière conforme ». Entre les deux, l’enveloppe de marché diffère d’un ordre de grandeur.

La logique officielle a été expliquée pour la première fois dans une chaîne complète : les développeurs arrivent → le déploiement des contrats consomme des tokens → l’activité des transactions augmente on-chain → les frais de transaction continuent de consommer des tokens → le produit (plateforme de trading / couche d’identité / couche de confidentialité) génère des revenus → les revenus viennent rétro-alimenter la partie tokens. C’est la première fois depuis le lancement de la chaîne Dusk que, « est-ce que ça vaut le coup de détenir ces tokens ? », la question reçoit une réponse complète de la part du projet.

La question à surveiller est simple : le prochain projet qui déploiera un contrat sur le réseau principal, ce sera dans quelle industrie ? #dusk #DuskEVM #À quoi servent les tokens

$DUSK 24 heures de légère hausse 0,45%, à 0,07 $ dans une zone de fluctuation, mais aujourd’hui, ce qu’il faut vraiment regarder n’est pas le prix.

@Dusk le moteur de confidentialité de cette chaîne : au premier semestre 2026, ce qu’il y a de plus intéressant à “démonter”, ce n’est pas qu’elle sache faire la confidentialité, mais plutôt **comment elle utilise la cryptographie pour assurer la confidentialité**. La plupart des solutions de confidentialité en finance décentralisée se contentent de preuves à divulgation nulle (zk), une seule trousse de zk “fait tout”; elle, au contraire, empile deux couches : **le chiffrement homomorphe** (basé sur la courbe elliptique, permettant de calculer directement sur des valeurs chiffrées) et la **preuve à divulgation nulle**, avec en plus un modèle à double comptes pour la compatibilité — une combinaison en trois niveaux, qui sacrifie des performances pour obtenir à la fois conformité et confidentialité.

Concrètement, à travers cette conception, il y a quelques chiffres à retenir : **la preuve côté navigateur client ne prend pas plus de 2 secondes** (ce qui signifie que ça peut tourner dans un portefeuille, sans prouveur centralisé) ; **la propriété des actifs et les transferts sont chiffrés de bout en bout** (les montants détenus restent invisibles pour les autres) ; **les interfaces d’audit sont ouvertes à la demande** (quand le régulateur en a besoin, il peut déchiffrer, mais au quotidien, c’est caché par défaut) ; et surtout, **le carnet d’ordres brouillé** est déjà en cours de déploiement. Les intentions de prise de position des teneurs de marché ne fuient pas : ce n’est qu’alors que les institutions pourront vraiment entrer.

Le cœur du compromis dans cette “recette” : elle a choisi le modèle de comptes d’Ethereum, donc **elle renonce à une anonymité totale**, en échange de capacités d’audit en conformité. Autrement dit, ce n’est pas pour te donner un coffre-fort fantôme, mais pour te fournir au régulateur une clé : « je peux l’ouvrir à tout moment, mais d’habitude je ne verrouille pas. »

#dusk #DuskEVM #contrat de confidentialité conforme

(Pour la recherche uniquement, pas un conseil en investissement)

Je pensais autrefois que les Real World Assets (RWA) étaient avant tout une chose : prendre des actifs financiers traditionnels comme des obligations, des ETF ou des titres, puis les placer sur une blockchain. Tokeniser l’actif, et la partie difficile est faite… ou du moins je le croyais.

En creusant davantage dans Dusk, je me suis rendu compte que le véritable défi n’est pas la tokenisation : c’est de construire une infrastructure que la finance réglementée peut réellement utiliser. 🏛️

Ce qui ressort pour moi, c’est DuskEVM. Oui, il est compatible avec Solidity, ce qui le rend familier pour les développeurs Ethereum. Mais la couche la plus intéressante, c’est la façon dont il se connecte à Hedger pour permettre des workflows EVM confidentiels qui restent vérifiables cryptographiquement. Cela ressemble à une innovation bien plus importante que la simple prise en charge des smart contracts.

Dans les marchés réglementés, confidentialité et transparence ne s’opposent pas : elles doivent coexister. Une transaction peut rester cachée au public tout en étant entièrement vérifiable par des institutions autorisées. C’est précisément là que des technologies comme le chiffrement homomorphe et les preuves à divulgation nulle (zero-knowledge proofs) deviennent incroyablement significatives. Ce ne sont pas seulement des outils de confidentialité : ce sont aussi des outils de conformité.

C’est aussi pour cela que la vision de Dusk en matière d’« émission native » mérite d’être suivie. Tokeniser un actif n’est que le premier chapitre. Si l’émission, la négociation, la compensation et la conformité peuvent tous se faire on-chain au sein d’une seule architecture, alors la blockchain devient une infrastructure financière plutôt qu’un simple registre.

Je ne prétends pas que Dusk ait déjà prouvé le modèle. Le vrai test viendra avec une adoption plus large sur le mainnet et des workflows financiers en conditions réelles. Mais c’est clairement l’un des projets qui me pousse à reconsidérer ce que la blockchain dans les marchés de capitaux pourrait réellement devenir. 🚀@Dusk

#dusk #RWA! #DuskEVM #Hedger #Blockchain #Tokenization #ZeroKnowledge #Privacy #DeFi #Crypto #Binance
$DUSK

#DUSKARMY. #DuskEVM
👀 DuskEVM ressemble à bien plus qu’une simple proposition de compatibilité EVM.
@Dusk
DuskEVM fonctionne comme une couche d’exécution compatible avec Solidity sur OP Stack, en réglant sur la chaîne de base de Dusk, avec des frais de gaz payés en $DUSK .
$TUT ,$GPS
La partie intéressante, c’est l’angle de la confidentialité :
⚙️ Les applications Solidity existantes peuvent être déployées avec de faibles changements
🔐 Les fonctionnalités de confidentialité sont disponibles via le composant Hedger séparé
⛓️ Le règlement a lieu sur la chaîne de base de Dusk
💰 Le gaz est payé en DUSK

Mais la simple compatibilité ne garantit pas l’adoption.
La vraie question : pourquoi les développeurs choisiraient-ils Dusk plutôt que de plus grands écosystèmes EVM, avec une liquidité plus profonde et de plus grandes bases d’utilisateurs ?

Si Dusk peut attirer des équipes qui ont réellement besoin de confidentialité, de conformité et d’infrastructures de règlement, l’histoire devient bien plus intéressante.

#Ethereum✅ #Crypto #Blockchain

#dusk $DUSK @Dusk
La pile modulaire de Dusk : trois couches, un objectif

Et si l’architecture blockchain traitait le règlement et l’exécution comme deux tâches distinctes ?

@Dusk adopte cette approche avec une conception modulaire construite autour de trois composants :

1. DuskDS — la base de règlement
Elle gère le consensus, la finalité, la disponibilité des données et les modèles de transactions natifs de Dusk, y compris Moonlight pour les transferts publics et Phoenix pour les transferts protégés (shielded).

2. DuskEVM — la voie EVM
Les développeurs peuvent utiliser Solidity et des outils Ethereum familiers, tandis que les applications sont réglées via DuskDS. Cela rend l’environnement plus accessible pour la DeFi basée sur EVM et pour les applications d’actifs tokenisés.

3. DuskVM — l’exécution directe sur la couche L1
DuskVM exécute directement sur Dusk L1 des contrats intelligents Rust/WASM, ce qui le rend adapté aux applications qui ont besoin d’un accès plus approfondi aux modèles de transactions de Dusk, à la confidentialité ou aux capacités de preuve à divulgation nulle (zero-knowledge).

La partie intéressante, c’est la séparation elle-même : différentes applications peuvent choisir l’environnement d’exécution dont elles ont besoin sans remplacer la couche de règlement sous-jacente.

Pour $DUSK , cela crée une base où la compatibilité EVM, l’exécution directe sur L1, la confidentialité et le règlement déterministe peuvent coexister au sein de la même architecture plus large.

#DUSK #DuskEVM #DuskVM

Sondage : 🏗️ Quelle partie de l’architecture modulaire de Dusk vous intéresse le plus ?

Je surveille de près DuskEVM et je pense que la véritable histoire est la finance confidentielle d’EVM.

DuskEVM offre aux développeurs un environnement Solidity/EVM familier, tandis que Hedger ajoute de la confidentialité grâce au chiffrement homomorphe et aux preuves à divulgation nulle de connaissance.

Ce qui m’intéresse, c’est ce que cela pourrait permettre :

→ Soldes et transferts chiffrés
→ Détention d’actifs en toute confidentialité
→ Transactions vérifiables sans exposer de données sensibles
→ Confidentialité vérifiable pour les applications réglementées
→ Davantage de confidentialité pour les activités de trading institutionnel

Je ne pense pas que l’objectif soit simplement de tout cacher.

La grande idée consiste à rendre les données financières privées lorsqu’il le faut, tout en restant vérifiables quand cela compte.

Pour moi, cette combinaison pourrait devenir un élément majeur des infrastructures pour la DeFi institutionnelle.

#DuskEVM #dusk $DUSK @Dusk

$TMX $BTC La compatibilité EVM pourrait bien être la partie la moins intéressante de DuskEVM.
Ce qui a retenu mon attention, c’est ce qui se passe quand ce workflow familier Solidity/EVM pénètre dans Dusk.
#DuskEVM offre aux créateurs et aux institutions une couche d’application compatible EVM, tandis que Hedger ajoute des workflows EVM confidentiels grâce au chiffrement homomorphe et aux preuves à connaissance nulle.
Ainsi, le flux devient :
outillage EVM familier → exécution confidentielle → résultat vérifiable → revue autorisée
Cela change le problème pour moi.
Le difficile n’est plus simplement de rendre une transaction privée. Il s’agit de décider ce qui doit rester privé et ce qui doit encore pouvoir être examiné de manière indépendante.
Et cela entraîne une conséquence inattendue.
DuskEVM peut réduire la friction pour entrer dans l’écosystème, mais l’exécution confidentielle ne fait pas disparaître la complexité. Elle la déplace ailleurs — dans la logique applicative, les preuves de confidentialité, ou le workflow de conformité qui les entoure.
Le véritable test pour le mainnet de DuskEVM n’est pas de savoir si des contrats Solidity peuvent s’exécuter.
C’est de savoir si l’exécution confidentielle devient suffisamment praticable pour que les développeurs n’aient pas à choisir entre des outils familiers et la confidentialité financière.
@Dusk $DUSK #dusk

#dusk $DUSK @Dusk Ils n’ont pas refactoré. Ils ont démoli.

Le stagiaire de Dusk a dit NON à V1.0 et a amené la boule de démolition.
Ancien design ? Terminé.
Ancien code ? Terminé.
Anciennes limites ? Aussi terminées.

À la place : THEDUSKINTERN.COM 🌙
Un tout nouveau gratte-ciel construit pour les builders.

À l’intérieur : #DuskEVM outils, TDI drops, et $TDI.
Construit sur #Dusk. Par un Intern.
Attention : Intern au travail.

Voici à quoi ressemble l’expédition rapide dans le Web 3.
Cassez des choses. Construisez plus grand. Lancez des expériences.

Confidentialité + Conformité + EVM = Une nouvelle ère commence ici.
@Dusk Fondation $DUSK #RWA #dusk

Je regarde Dusk parce qu’il construit une infrastructure pour des applications financières réglementées, et j’ai récemment ajouté une petite position $DUSK à mon portefeuille.

Ce qui a changé mon point de vue n’était pas un autre titre sur la tokenisation. C’est la distinction entre le fait de représenter un actif sur chaîne et le fait de concevoir réellement son cycle de vie autour du registre.

Au début, je pensais que @Dusk concernait surtout la confidentialité. Mais l’angle de l’émission native m’a fait le voir autrement.

Si l’émission, les transferts, le service, les contrôles d’accès et la compensation peuvent être structurés autour du même environnement onchain, une partie de la conciliation entre des systèmes séparés pourrait disparaître. C’est important, car les actifs réglementés ne se limitent pas à créer un token. La partie compliquée, c’est tout ce qui se passe autour.

DuskEVM offre aux développeurs des outils EVM familiers, tandis que DuskDS fournit une finalité déterministe, la disponibilité des données et des modèles de transactions compatibles avec la confidentialité.

Ce duo m’intéresse parce qu’il vise la conception des flux de travail, pas uniquement la représentation des actifs.

Cela dit, je ne suis pas encore totalement convaincu. Les structures juridiques, les lieux autorisés, la garde (custody), la liquidité et l’adoption institutionnelle ne peuvent pas être simplement résolus par la conception du protocole.

Mais j’ai commencé à voir Dusk moins comme « une autre chaîne de tokenisation » et davantage comme une infrastructure pour reconstruire des éléments du cycle de vie financier.

La vraie question, pour moi, est de savoir si les institutions utilisent réellement cette flexibilité à grande échelle.

$RED $EDEN #DUSK #DuskEVM #Web3 #Tokenization

🗳️ Qu’est-ce qui compte le plus pour l’adoption de Dusk ?

Finalité instantanée & conviction silencieuse

Parlons règlement. $DUSK uses le consensus Succinct Attestation. Une fois qu’un bloc est ratifié, il est définitif. Pas de forks. Pas de réorganisations. Pas d’attente probabiliste.

Pour les opérations obligataires et les placements privés, cette finalité instantanée n’est pas négociable.

En coulisses, le moteur Phoenix traite les fonds comme des « Notes » chiffrées (modèle UTXO). Grâce à la randomisation Diffie-Hellman intégrée, les transactions sont entièrement impossibles à relier entre elles—même des transactions répétées depuis la même partie ne peuvent pas être corrélées. Une vraie confidentialité financière.

Et ils lancent deux VM : DuskVM (Rust/WASM pour des performances natives) aux côtés de DuskEVM (OP Stack Rollup pour les développeurs Solidity). Vitesse native + écosystème Ethereum. Le meilleur des deux mondes, sans compromis.

Ce que j’aime le plus ? Ils en parlent sobrement. Pas de promesses tapageuses, pas de course aux mèmes—juste un travail régulier sur une infrastructure réelle. Voir DuskEVM arriver en ligne et les partenariats discrets se former… ça ressemble à un de ces projets qui grandit dans l’ombre pendant que tout le monde discute du battage.

Les institutions n’ont pas besoin de plus de transparence. Elles ont besoin de la capacité de choisir.

$DUSK leur donne ce choix—en reliant le fossé entre la finance traditionnelle et des rails décentralisés, sans forcer l’une ou l’autre des parties à faire des compromis.

Encore tôt, encore en apprentissage… mais celui-ci, à coup sûr, m’a marqué.

@Dusk #dusk $DUSK #DuskEVM #DUSK

@Dusk construit une infrastructure de confidentialité pour la finance onchain réglementée, et j’ai commencé à regarder plus attentivement la façon dont Hedger s’intègre à DuskEVM.

J’ai en fait ajouté une petite position $DUSK après avoir hésité au départ. Ce qui m’a fait changer d’avis n’était pas une nouvelle accroche médiatique sur la confidentialité : c’était la manière dont Hedger gère les valeurs masquées.

Hedger combine le chiffrement homomorphe et des preuves à divulgation nulle, de sorte que les soldes et les montants de transfert puissent rester chiffrés tout en permettant au réseau de prouver malgré tout que les règles requises ont été respectées.

Cela m’a fait réfléchir différemment à l’adoption.

Avant, je voyais la confidentialité principalement comme « masquer la transaction ». Désormais, je pense que la fonctionnalité la plus importante est de masquer des informations financières sensibles sans casser le processus de contrôle.

Pour des actifs réglementés, cette distinction pourrait être extrêmement importante. Une institution ne voudra peut-être pas que la taille de sa position ou ses activités de trading soient publiques, mais elle doit quand même effectuer des vérifications d’éligibilité et disposer de chemins d’audit.

Je reste toutefois prudent. Le vrai test, c’est de savoir si les utilisateurs et les institutions trouvent réellement ce flux de travail suffisamment simple pour l’utiliser. Une cryptographie sophistiquée ne crée pas automatiquement une meilleure expérience utilisateur.

Ma petite position est essentiellement une façon pour moi de continuer à observer cette expérimentation.

Si Hedger peut rendre les transferts confidentiels « normaux » plutôt que compliqués, je pense que c’est là que commence l’histoire d’adoption la plus intéressante. 🧐

$AKE $ACE #DUSK #DuskEVM #Privacy #Hedger

Il y a quatorze jours, tout a commencé avec le bloc 22450093 et deux mots : le problème du grand livre en verre. Je veux conclure sur une chose : est-ce que Dusk a réellement comblé cet écart, ou l’a simplement déplacé.

Hedger chiffre les transactions DuskEVM de bout en bout, mais la question ouverte depuis le jour 1 était de savoir ce qu’un séquenceur centralisé voit avant d’ordonner quoi que ce soit. Celle-là n’a jamais eu de réponse claire, et elle ne devait pas en avoir. Tout le reste de cette campagne portait vraiment sur la question de savoir si le reste du système gagne la confiance, de toute façon : Moonlight et Phoenix permettant que la confidentialité soit un réglage plutôt qu’un fork, Succinct Attestation transformant la finalité en une attestation explicite plutôt qu’un jeu d’attente, la garde acheminée via une infrastructure conçue pour le contrôle multi-parties plutôt que via une seule clé, deux ponts de formes différentes portant deux profils de risque différents selon celui que vous utilisez réellement.

Rien de tout cela n’efface la question du séquenceur. Ce que cela fait, c’est rendre tout ce qui vient après l’ordonnancement, le règlement, la garde, l’identité et la divulgation, de manière prouvablement solide, de sorte que la seule pièce encore en suspens reste exactement petite comme elle est, plutôt que de se cacher dans une plus grande pile d’inconnues.

Je suis arrivé avec l’idée que la finance réglementée sur chaîne signifiait choisir entre transparence ou confidentialité. Ce qui a réellement changé mon point de vue au cours de ces quatorze jours, c’est que Dusk continue de traiter cela comme la mauvaise question : confidentialité et conformité en une seule preuve, pas comme un compromis.

Je continue quand même d’observer ce séquenceur. Certaines questions sont censées rester ouvertes.

#dusk $DUSK @Dusk #DuskEVM

Votre banque n’a jamais vu votre solde. Pourtant, elle sait que chaque chèque que vous émettez est bon. C’est étrange et ça semble impossible !

C’est fondamentalement ce que fait @Dusk avec Hedger : il combine le chiffrement homomorphe et des preuves à divulgation nulle de connaissance (zero-knowledge proofs). Il chiffre les avoirs et les montants des transactions tout en permettant au réseau de vérifier que tout est correct, sans révéler les valeurs sous-jacentes. Et il le fait en moins de deux secondes, directement dans votre navigateur. Comme DuskEVM est compatible avec l’EVM, il fonctionne avec les outils Solidity que les développeurs connaissent déjà.

La partie intéressante, c’est aussi ce qu’il ne cherche pas à faire. Zedger a été conçu autour d’un modèle UTXO et peut offrir une anonymité plus forte, tandis que Hedger est pensé pour l’environnement EVM : il met l’accent sur les transactions et les soldes confidentiels plutôt que sur une anonymité complète.
Je ne dis pas que c’est un défaut. C’est le compromis pour intégrer la confidentialité à un environnement EVM, plutôt que de demander aux développeurs de migrer vers une pile entièrement différente.
Dusk explique aussi que Hedger est entièrement auditable par conception et prend en charge la divulgation sélective lorsque des participants réglementés ont besoin de preuves. Ce qui mérite encore d’être creusé, c’est la façon dont cette divulgation fonctionne concrètement : qui peut la demander et quelle autorisation est requise avant que les données chiffrées ne deviennent visibles.
C’est là que « privé mais auditable » devient plus qu’un slogan.

@Dusk $DUSK #dusk
#DuskEVM

J’exploite une petite position sur $DUSK depuis quelques semaines, principalement en observation. Rien de dramatique : j’en ai juste un peu repris hier après avoir remarqué quelque chose dans la documentation du protocole dont je n’avais vu personne parler.

Il est question de ce qui se passe quand le consensus… cesse de fonctionner. Pas suite à une attaque. Pas à cause d’un bug. Simplement parce que des validateurs deviennent silencieux.

Dusk dispose d’un mode appelé « Emergency Mode », et ma première lecture était qu’il servait à produire des blocs d’urgence. Ce n’est pas tout à fait ça.

Le vrai enjeu est de préserver la vivacité (liveness) quand la participation des mises devient peu fiable.

Voici ce qui a retenu mon attention : Dusk ne se fige pas si les validateurs continuent de manquer des validations. Au lieu de cela, il laisse les itérations précédentes de consensus rester ouvertes pendant que de nouvelles commencent simultanément. Les provisionneurs restants obtiennent davantage de tentatives pour parvenir à un accord plutôt que de se heurter à un mur infranchissable.

La règle de priorité compte aussi. Si plusieurs itérations aboutissent en même temps, le protocole favorise toujours l’itération au numéro le plus bas. C’est ainsi qu’il résout le problème des blocs concurrents sans nécessiter d’intervention manuelle.

Et si même cela échoue, la « Emergency Block Request » entre en jeu.

Une fois que des EBR représentant la majorité des mises s’accumulent, la chaîne produit un bloc vide ! aucune transaction, juste de la continuité et une graine (seed) fraîche pour le tour suivant.

Ce choix de conception me dit que @Dusk n’est pas construit pour des conditions idéales.

Il est construit pour le moment où ces conditions se brisent.

Ce que je ne sais pas encore, sincèrement, c’est à quel point ce chemin de récupération tient si la participation reste dégradée sur plusieurs tours consécutifs. C’est le test de résistance que j’aimerais voir documenté.

#Dusk #EmergencyMode #DuskEVM
Qu’est-ce qui compte le plus dans la conception du « Emergency Mode » de Dusk ?

#dusk $DUSK @Dusk
Je lisais la documentation de l’adaptateur DuskEVM hier soir et la description « juste un proxy » ne me laisse toujours pas tranquille.

C’est la couche de traduction, et les couches de traduction sont là où se cachent les échecs intéressants.

Elle prend l’état GraphQL/RUES de Dusk et le reformule en un JSON-RPC de style Ethereum — blocs, reçus, journaux, preuves — ainsi qu’une conversion LUX vers WEI et un modèle d’identifiant de l’appelant qui ne correspond pas vraiment à la façon dont les contrats Ethereum pensent à msg.sender.

Le chemin vers le bonheur est bien documenté.

Il n’y a pas de modes de défaillance, du moins pas que j’aie trouvés.

Si l’index de l’adaptateur accuse un retard par rapport à l’état local sur disque, le client Ethereum voit-il des données périmées ? Une erreur ?

Ou quelque chose qui semble correct mais ne l’est pas ? Je me demande aussi ce qui se passe avec la logique du jeu de contention une fois que les hypothèses finales sur le disque s’écartent de ce sur quoi la pile OP a été construite.

Et quand les outils EVM supposent un comportement d’exécution que le modèle de contrat sur disque ne peut pas réellement satisfaire — est-ce que ça échoue bruyamment, ou silencieusement ?

Si quelqu’un fait tourner un nœud DuskEVM ou déploie l’adaptateur sous une charge réelle,

j’aimerais vraiment savoir si la cartographie de l’état tient bon,

ou à quel endroit elle se fissure.

#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook

#dusk $DUSK @Dusk

🤔Pourquoi autant de projets RWA restent bloqués dans un battage théorique, tandis que le capital institutionnel attend en retrait ?

Je cherchais des projets capables de réellement faire le lien entre la finance traditionnelle et #Web3 et @Dusk . Mon attention s’est portée sur Trade.👀

Construit comme un néocourtier sur #DuskEVM , il apporte les MMF, les ETF, les obligations et les RWA on-chain, en combinant la propriété réelle, le règlement instantané et une interopérabilité de niveau DeFi dans un cadre réglementé.

C’est le genre d’infrastructure qui pourrait rendre la finance tokenisée moins “narrative” et davantage comme une infrastructure de marché réelle.

@Dusk $DUSK #dusk

📊 Quel actif tokenisé voudriez-vous le plus échanger on-chain ?

DuskVM et DuskEVM. 2 en 1.
De retour au siège de @dusk, j’ai inspecté notre arsenal technologique et découvert que nous possédons une bête à double moteur ! 🏎️⚙️
Dusk équipe les développeurs avec deux centrales : DuskVM (la puissance brute Rust/WASM pour une confidentialité native et une confidentialité zéro connaissance profonde) et DuskEVM (la voie Solidity fluide pour les dApps Ethereum).
Je suis juste un trader, pas un codeur, alors comment s’en servir ? Facile ! Nous ne lisons pas les smart contracts. Nous interagissons simplement avec les dApps DuskEVM sur le Testnet via des portefeuilles EVM familiers. Le bénéfice ? Migration massive de la liquidité et confidentialité inviolable, sans apprendre une nouvelle technologie. Il suffit de faire le pont avec vos jetons de test, de tester les dApps privées, puis d’empiler votre $DUSK !
Ce n’est pas un conseil financier !
#dusk @Dusk #DuskEVM #PrivacyTech $TRUMP $ENA

@Dusk construit quelque chose de DeFi et la finance tokenisée aura de plus en plus besoin de : la confidentialité sans perdre la conformité. Les blockchains publiques sont puissantes car les transactions peuvent être transparentes et vérifiables, mais les marchés financiers réglementés ne peuvent pas exposer publiquement chaque solde, position, détail d’investisseur ou transaction. @Dusk aborde ce défi en combinant des technologies à preuves à divulgation nulle (zero-knowledge), des transferts confidentiels, la divulgation sélective, des contrôles d’accès et un règlement déterministe. �
Dusk +1
Ce qui rend cette approche intéressante, c’est l’idée que la confidentialité ne doit pas forcément signifier cacher tout. Les participants autorisés peuvent recevoir les informations dont ils ont besoin, tandis que les données sensibles restent protégées contre une exposition publique inutile. Cela peut être particulièrement pertinent pour les titres tokenisés, les actifs du monde réel, la DeFi institutionnelle et d’autres flux financiers où l’éligibilité, le reporting, les restrictions de transfert et les règles de règlement comptent. �
DOCS +1
Dusk utilise aussi une architecture modulaire, avec #DuskDS axé sur le règlement et la disponibilité des données, #DuskVM pour l’exécution native en Rust/WASM, et #DuskEVM pour les applications compatibles EVM. Cela offre aux développeurs différents parcours selon qu’une application donne la priorité à la confidentialité native, aux outils EVM familiers ou à l’infrastructure de règlement réglementée. �
DOCS
Pour moi, la partie la plus intéressante de Dusk n’est pas simplement « la confidentialité ». C’est la combinaison de la confidentialité, de la conformité et d’un règlement prévisible au sein d’une même infrastructure financière. Si davantage d’actifs du monde réel et de marchés institutionnels passent on-chain, ces capacités pourraient devenir de plus en plus importantes. #dusk $DUSK