HuyenPTN

Après quelques semaines à tester des dapps et à traquer des airdrops, l’écran de l’explorateur ressemble parfois à un relevé sur lequel personne n’aurait demandé à jeter un œil. J’ai déjà rouvert une adresse secondaire : j’y ai vu 38 transactions suffisant à reconstituer l’heure de dépôt, l’heure de retrait, les plateformes traversées, et une manière de répartir le capital presque devenue une habitude.

J’ai remarqué un détail facile à confondre concernant Dusk Network, Moonlight et Phoenix : ce ne sont pas deux étiquettes pour la même façon de transférer de l’argent. Moonlight correspond à un modèle de compte public, où les soldes, le nonce, l’expéditeur, le destinataire et le montant s’alignent avec le wallet, l’échange et l’application, afin de pouvoir faire des rapprochements.

Phoenix répond à l’inverse : la transaction reste valide, mais l’historique du wallet n’a pas besoin d’être un dossier ouvert. Dans Dusk Network, Phoenix utilise un UTXO privé ; les actifs restent protégés dans le note, avec des preuves de connaissance nulle attestant le droit de dépenser ; et un nullifier empêche la double dépense sans révéler la note d’origine.

Ce qui est notable, c’est que ces deux modèles ne s’annulent pas : ils reproduisent fidèlement le comportement financier du monde réel. Les utilisateurs veulent rendre les informations publiques quand ils en ont besoin, mais à certains moments, trois données de base—qui envoie, qui reçoit, et combien—peuvent déjà être trop. Dusk Network ne parle donc pas seulement de confidentialité : il tente aussi d’embarquer des options de niveau de divulgation dans l’infrastructure.

En me faisant ma propre critique, je me dis que cette conception double peut dérouter les nouveaux arrivants, surtout lorsqu’ils doivent comprendre quand passer par Moonlight, et quand utiliser Phoenix. Je laisse encore la question ouverte : Dusk Network rendra-t-il l’interface suffisamment claire pour que l’utilisateur choisisse la confidentialité avant d’être “épié”, ou bien ne s’en souviendra-t-il qu’après que 38 transactions auront raconté son histoire à sa place.
#dusk $DUSK @Dusk

J’ai essayé d’expliquer la crypto à quelqu’un qui n’en possédait pas hier.
Ça s’est mal passé.
Pas parce qu’il n’était pas d’accord avec moi.
Il m’a simplement demandé :
« Pourquoi tout ça devrait-il être sur une blockchain ? »
J’ai commencé à donner les réponses habituelles.
Règlements plus rapides.
Accès mondial.
Actifs programmables.
Autogarde.
Il m’a regardé une seconde, puis a dit :
« D’accord. Mais quel problème cela résout-il pour les personnes qui travaillent déjà dans la finance ? »
Je n’avais pas une bonne réponse.
Du moins pas immédiatement.
Cette question m’a en fait amené à repenser Dusk autrement.
Dusk ne demande pas vraiment à une banque de devenir une entreprise de crypto.
L’idée est plus proche de l’idée de prendre les flux de travail que les institutions financières comprennent déjà — émission, éligibilité des investisseurs, transferts, divulgation et règlement — et de mettre une plus grande partie de ce processus sur une infrastructure partagée.
C’est un argument beaucoup moins spectaculaire.
Et peut-être que c’est précisément pour ça que j’aime ça.
Si vous devez convaincre une institution de changer complètement la façon dont elle pense les marchés financiers avant qu’elle puisse utiliser votre blockchain, vous vous êtes déjà créé un énorme problème.
Mais si l’institution peut continuer à penser en termes de titres, d’investisseurs et de règlement pendant que la blockchain gère discrètement une partie de l’infrastructure en dessous…
Là, c’est différent.
La position actuelle de Dusk est très clairement centrée sur la finance onchain réglementée, avec de la confidentialité, des contrôles d’accès et un règlement déterministe intégrés à l’infrastructure plutôt que rajoutés après coup.
Je reste sceptique.
Mettre des flux financiers sur la blockchain ne les rend pas automatiquement meilleurs.
Et les institutions n’adoptent pas une technologie simplement parce que son architecture paraît élégante.
Elles ont besoin de liquidité.
De certitude réglementaire.
De contreparties fiables.
D’utilisateurs réels.
Alors peut-être que la question n’est pas :
« La finance va-t-elle adopter la blockchain ? »
Peut-être que c’est l’inverse.
Peut-être que la meilleure question est :
« La blockchain peut-elle résoudre suffisamment de problèmes existants de la finance pour que la finance n’ait plus à se soucier de savoir si c’est une blockchain ? »
C’était la question à laquelle je n’ai pas pu répondre hier.
J’y pense encore.
#dusk $DUSK @Dusk

Je pensais autrefois qu’une bonne blockchain devait tout faire.
Des smart contracts ?
Bien sûr.
La confidentialité ?
Ajoutez-la.
EVM ?
Évidemment.
Une exécution sur mesure ?
Pourquoi pas.
Plus la liste des fonctionnalités était longue, plus le projet me semblait impressionnant.
J’ai changé d’avis.
En observant Dusk, ce qui a attiré mon attention n’était pas une autre fonctionnalité.
C’était la décision de ne pas forcer tout à passer par le même environnement d’exécution.
Dusk dispose de DuskVM pour les contrats Rust/WASM qui s’exécutent directement sur la L1, tandis que DuskEVM fournit l’exécution Solidity et Vyper via un environnement compatible EVM. Les deux parcours utilisent DuskDS en dessous pour le règlement et la disponibilité des données. (docs.dusk.network)
Au début, je me suis dit :
Pourquoi rendre tout ça aussi compliqué ?
Un seul environnement ne serait-il pas plus simple ?
Puis j’ai commencé à réfléchir à l’inverse.
Forcer chaque application dans un seul environnement serait peut-être le choix le plus compliqué.
Un développeur qui construit une application Solidity “classique” ne veut probablement pas apprendre un tout autre socle technologique.
Quelqu’un qui construit un protocole qui a besoin d’un accès direct aux modèles natifs de transactions de Dusk ne veut probablement pas non plus que des abstractions EVM se mettent en travers.
Ainsi, Dusk leur ouvre essentiellement différentes portes.
Mais cela ne rend pas automatiquement l’architecture meilleure.
Plus de composants, c’est aussi plus de choses à maintenir.
Plus d’interfaces.
Plus d’hypothèses.
Plus de façons pour quelque chose de tomber en panne.
Mais j’aime la logique derrière tout ça.
Au lieu de dire :
« Voici notre unique environnement blockchain. Tout le monde l’utilise. »
Dusk semble dire :
« Dites-nous d’abord ce que vous construisez. »
C’est une différence subtile.
Et peut-être que je m’emporte trop.
Mais après avoir vu autant de chaînes essayer de devenir “tout pour tout le monde”, je trouve la volonté de Dusk de conserver des parcours d’exécution différents étonnamment rafraîchissante.
Parfois, la flexibilité ne consiste pas à ajouter davantage de fonctionnalités.
Parfois, c’est juste savoir quelles fonctionnalités ne pas forcer à être ensemble.
#dusk $DUSK @Dusk

J’ai appris il y a longtemps à ne pas donner à chaque application plus d’autorisations qu’elle n’en a besoin.
Ça commence souvent de façon anodine.
« Connecter le portefeuille. »
Puis :
« Signer ceci. »
Ensuite, une autre fenêtre apparaît et je me demande déjà ce que j’ai exactement approuvé.
Je suis devenu beaucoup plus méfiant vis-à-vis des demandes de signature à cause de ça.
Je me suis donc intéressé à quelque chose dans Dusk que je n’avais pas vraiment remarqué auparavant : la séparation entre le fait d’interagir simplement avec un compte et le fait d’autoriser réellement une action.
Le modèle de compte de Dusk distingue les informations publiques du compte et l’autorisation cryptographique nécessaire pour exécuter des transactions. Les applications peuvent demander des informations sur le compte sans acquérir automatiquement la capacité de dépenser ou de déplacer des actifs.
Ça paraît évident.
Mais la crypto a une façon étrange de rendre les choses évidentes compliquées.
Un site web devrait pouvoir savoir qu’un compte existe.
Il devrait pouvoir vérifier un solde si l’information est publique.
Mais cela ne veut pas dire qu’il devrait pouvoir signer quelque chose à ma place.
Ce sont des autorisations différentes.
Et je pense que Dusk fait quelque chose d’important ici.
La blockchain ne devrait pas avoir à faire confiance à l’application simplement parce que je l’ai ouverte.
L’application peut demander.
C’est ma clé qui décide.
Cette séparation n’élimine pas le phishing, les contrats malveillants ou les mauvaises habitudes de signature. Rien ne le fait.
Mais elle crée pour moi un modèle mental plus clair.
« Lire mon compte » et « agir en tant que mon compte » ne devraient pas donner l’impression d’avoir la même autorisation.
C’est peut-être un petit détail.
J’ai commencé à penser que les petits détails comptent énormément en crypto.
Parce que lorsque quelque chose tourne mal, ce n’est généralement pas la cryptographie sophistiquée qui désoriente l’utilisateur.
C’est le petit bouton sur lequel il a cliqué sans vraiment comprendre ce que cela signifiait.
Et c’est la partie de Dusk que j’apprécie davantage.
Pas une autre fonctionnalité.
Juste une ligne plus claire entre regarder et faire.
#dusk $DUSK @Dusk

J’ai une mauvaise habitude quand j’utilise des applications crypto.

Je clique généralement sur « connecter le portefeuille » avant même de réfléchir à ce à quoi je me connecte.

Probablement pas la meilleure habitude.

Cela m’a fait réfléchir à l’approche de Dusk en matière d’identité.

Parce que si Dusk veut que des applications financières fonctionnent en chaîne, « qui es-tu ? » devient une question beaucoup plus importante que le simple fait de connaître l’adresse du portefeuille de quelqu’un.

C’est là que Citadel a commencé à me sembler plus logique.

L’idée de base est qu’un utilisateur peut détenir des informations d’identification, puis prouver plus tard quelque chose à leur sujet, sans pour autant déverser toutes les données personnelles sous-jacentes sur la blockchain.

Disons qu’une application doit savoir que je suis éligible pour utiliser un service.

Elle n’a pas forcément besoin de toute mon identité.

La Citadel 2 de Dusk utilise des preuves à divulgation nulle (zero-knowledge) pour permettre aux utilisateurs de prouver qu’une information d’identification est valide tout en gardant les informations personnelles réelles hors chaîne. Le service peut définir ce qu’il accepte, tandis que la preuve établit que l’exigence a bien été respectée.

J’aime cette direction.

Mais je pense aussi qu’il y a une question embarrassante qui se cache ici.

Qui contrôle les informations d’identification ?

Qui décide quelles informations d’identification sont dignes de confiance ?

Et que se passe-t-il lorsqu’une information d’identification doit être révoquée ?

Ces problèmes ne disparaissent pas simplement parce que des preuves à divulgation nulle sont utilisées.

C’est probablement pour ça que je m’intéresse davantage à l’architecture d’identité de Dusk qu’au titre habituel axé sur la « confidentialité ».

La confidentialité n’est qu’une partie du sujet.

La partie la plus difficile consiste à rendre l’identité utile sans transformer chaque interaction financière en un autre gigantesque formulaire KYC.

Si Dusk peut rendre ce processus fastidieux invisible pour l’utilisateur, je considérerais que c’est un gain bien plus important que n’importe quelle autre démo spectaculaire de confidentialité.
#dusk $DUSK @Dusk

Au cours de quelques semaines d’observation de groupes de stablecoins sur des horizons à court terme, j’ai constaté que le problème le plus frustrant ne se situe pas dans le prix des actifs. Les plans de financement s’étendent souvent sur 30 à 90 jours, mais les coûts d’emprunt évoluent plus vite que le rythme de décision.

TermMax utilise Market Factory pour cibler précisément cette zone d’écart. Chaque marché d’emprunt à échéance est créé comme une configuration distincte sur la chaîne, comprenant le collatéral, l’actif emprunté, la date d’échéance et le paramètre de liquidation. Il ne force pas non plus toutes les demandes d’emprunt dans le même moule de liquidité, là où les échéances et les risques ont tendance à être uniformisés.

Le point clé, c’est que Market Factory fait de l’échéance un élément central de la conception du marché. S’il y a 5 paires d’actifs et 6 dates d’échéance, le système peut générer 30 marchés, mais chaque marché conserve sa propre fiche de risque. Ainsi, TermMax ne se contente pas de créer davantage de pools : il crée aussi davantage de cadres de risque structurés dans le temps.

Le comportement des utilisateurs ici est assez concret. Les emprunteurs veulent connaître le coût du capital à l’avance, tandis que les prêteurs veulent savoir combien de temps leur capital reste immobilisé. Un marché de 30 jours et un marché de 180 jours peuvent utiliser le même actif, mais les attentes en matière de liquidité, le spread et la psychologie de participation seront différents.

Le paradoxe, c’est que plus la configuration est spécifique et le marché lisible, plus la liquidité risque d’être fragmentée. TermMax permet de construire des marchés d’échéances plus ordonnés, mais il ne rend pas automatiquement les spreads plus fins, ne rééquilibre pas automatiquement l’offre et la demande, et n’oblige pas non plus les utilisateurs à tout lire jusqu’au dernier paramètre. Je suis en attente de voir si les utilisateurs vont utiliser cette clarté pour mieux gérer leur capital, ou s’ils vont simplement en faire un nouveau cycle de rotation de liquidité.
#termmax @TermMax

J’ai toujours trouvé les portefeuilles crypto un peu agaçants.
Pas la partie de signature.
L’architecture du compte.
Une chaîne veut cette adresse.
Un autre wallet vous en donne une autre.
Puis un système de confidentialité arrive et, soudain, vous devez gérer encore un autre compte.
Je lisais les docs du wallet de Dusk quand j’ai remarqué un truc que je n’avais pas vraiment envisagé auparavant.
Dusk l’appelle un Profil.
Un profil combine un compte public Moonlight et un compte Phoenix chiffré sous le même mnemonic. Le wallet peut gérer les deux côte à côte tout en gardant leurs clés et leurs adresses organisées séparément.
Ça ressemble à un tout petit choix en matière d’UX.
Je trouve ça franchement très logique.
Parce que la confidentialité devient vite compliquée dès que l’utilisateur doit comprendre l’architecture qui se cache derrière.
« Utilisez cette adresse pour les transactions publiques. »
« Utilisez cette autre pour les transactions chiffrées. »
« Ne mélangez pas ces deux-là. »
« Rappelez-vous quelle clé correspond à quoi. »
C’est exactement le genre de choses qui fait que des systèmes techniquement très solides deviennent pénibles à utiliser.
L’approche de Dusk ne résout pas magiquement le problème d’UX de la confidentialité.
Vous avez toujours deux modèles de transaction différents en dessous.
Moonlight est basé sur des comptes et public.
Phoenix est chiffré et basé sur des UTXO.
Le point intéressant, c’est que le wallet n’oblige pas l’utilisateur à gérer ces deux éléments comme deux identités totalement sans lien.
Ils sont regroupés dans un seul profil.
J’aime ça.
Pas parce que c’est une invention cryptographique révolutionnaire.
Ce n’est pas le cas.
C’est juste une de ces petites décisions qui me donne l’impression que quelqu’un a réellement pris le temps de réfléchir à ce qu’une personne “normale” est censée faire une fois l’architecture technique terminée.
Et franchement, c’est la partie de la blockchain que j’ai envie de voir davantage.
Pas une autre fonctionnalité.
Juste moins de choses auxquelles je dois penser.
#dusk $DUSK @Dusk

ETH a chuté de sept pour cent en soirée, et le groupe de discussion sur les prêts que je suis est soudainement devenu silencieux. Beaucoup de gens n’avaient pas aussi peur de cette baisse qu’ils ne l’étaient de ne pas comprendre pourquoi les taux d’emprunt, les garanties et la tarification de référence rendaient leurs positions fragiles en même temps.

TermMax a attiré mon attention parce qu’il ne cherche pas à vendre une impression de simplicité. Il sépare l’emprunt, la garantie et la tarification en modules distincts, ce qui signifie que les utilisateurs doivent envisager les prêts comme un système en couches, et pas seulement comme un bassin d’argent assorti d’un seul taux d’intérêt.

Dans le modèle classique en « pool », la liquidité, les actifs en garantie, les données d’oracle et le coût du capital sont souvent réduits à une seule expérience. Quand le marché est calme, cette compression paraît fluide, mais dès que la volatilité apparaît, les emprunteurs réalisent qu’ils lisent un seul chiffre à la place d’une chaîne entière de décisions.

Le point plus profond de TermMax, c’est qu’il donne une localisation au risque. Le module d’emprunt montre les obligations de dette et l’échéance, le module de garantie montre la réserve d’actifs, et le module de tarification montre comment le marché est intégré au système.

Mais TermMax ne peut pas non plus échapper à un paradoxe familier de la crypto. Plus la structure devient claire, plus le protocole est honnête, pourtant les utilisateurs ordinaires veulent souvent moins de couches, moins de termes, et un écran assez calme pour qu’ils cliquent sans trop réfléchir.

Je ne vois pas TermMax comme la réponse finale pour les prêts sur chaîne (onchain). Ce qui mérite d’être observé, c’est qu’il reformule la question comportementale : les utilisateurs veulent-ils réellement comprendre où le risque est créé, ou souhaitent-ils simplement un produit qui rende le risque plus « rangé ».
#termmax @TermMax

À la fin de la journée de travail, l’écran de mon téléphone s’illuminait sans cesse au fur et à mesure que des notifications de banque arrivaient les unes après les autres. Je vendais un petit montant d’USDT : l’acheteur m’envoyait une jolie capture de transfert, mais le relevé réel était mélangé à plusieurs petits paiements provenant de la même fenêtre temporelle. Je n’avais pas encore libéré les coins, parce que le code de référence bancaire ne correspondait pas à la ligne que je devais retrouver.

Binance P2P fait oublier à beaucoup de personnes que la transaction n’existe pas seulement sur la plateforme. La partie la plus sensible passe par un compte bancaire personnel. Quand les données affichées sont incomplètes, les utilisateurs s’accrochent souvent davantage à l’instinct qu’à des preuves.

Après avoir utilisé Binance P2P quelques fois, j’ai remarqué que l’erreur la plus courante n’est pas un manque de connaissances, mais une confiance excessive dans la coïncidence. Le montant est correct, le timing est proche, le nom ressemble, et cela suffit à beaucoup pour confirmer. Mais lorsqu’un relevé contient de nombreux paiements similaires, un presque correct peut quand même vous entraîner dans la mauvaise transaction.

C’est pour cela que le code de référence bancaire joue un rôle plutôt étrange. Il est petit, sec et difficile à mémoriser. Mais c’est précisément ce qui ramène le flux d’argent sur la bonne trajectoire, surtout quand la note de transfert est tronquée ou que l’expéditeur utilise des formulations trop génériques.

Je ne pense pas que Binance P2P soit dangereux au sens absolu. Le problème, c’est que les utilisateurs le manipulent avec des habitudes d’achat et de vente du quotidien, tandis que les conséquences appartiennent au véritable système financier. Une action trop rapide peut transformer le vendeur en personne qui doit expliquer un flux d’argent qu’elle n’a jamais compris en totalité.

La vitesse est toujours considérée comme un avantage, alors que la vérification est perçue comme une contrainte. Binance P2P n’a pas tort parce qu’il est rapide, et les utilisateurs n’ont pas tort de vouloir une transaction propre. La question qui reste est la suivante : si un petit code de référence suffit à aider à retracer le flux d’argent, pourquoi autant de personnes ne s’en souviennent-elles qu’une fois que le relevé est déjà devenu confus.
#binancep2pantoan @Binance Vietnam

Une chose qui m’agace avec l’UX des crypto, c’est le moment où une transaction tourne mal.

Vous l’envoyez.

Il se passe quelque chose.

Et ensuite le portefeuille vous affiche un message d’erreur rouge qui dit, en gros :

« Bon courage. »

J’en ai eu assez de ça.

Donc, quand je lisais la documentation des transactions de Dusk, je me suis arrêté sur quelque chose qui n’est pas particulièrement excitant, mais qui devrait l’être.

Dusk sépare les différentes choses qui peuvent arriver à une transaction.

Une transaction peut s’exécuter avec succès.

Elle peut échouer.

Un bloc qui la contient peut être révoqué plus tard.

Et on s’attend à ce que les applications écoutent les événements pertinents et réagissent en conséquence, plutôt que de supposer que « je l’ai soumise » veut dire « c’est fait ».

Cette dernière partie semble évidente.

Elle ne l’est pas.

Un portefeuille peut vous dire qu’une transaction a été soumise, mais cela ne vous indique pas nécessairement ce qui s’est passé lors de son exécution.

La documentation de Dusk recommande même aux intégrateurs de surveiller l’événement transaction-executed, de vérifier s’il y a des erreurs, de confirmer que le bloc est finalisé, et de gérer une révocation de bloc en écoutant à nouveau les événements de transaction.

J’aime cette approche.

Pas parce qu’elle est révolutionnaire.

Au contraire.

On a vraiment l’impression que quelqu’un s’est assis et a demandé :

« De quelle information une application a-t-elle réellement besoin quand de l’argent circule ? »

C’est une bien meilleure question que de rendre simplement le système de transaction plus compliqué.

Je ne sais pas combien les utilisateurs verront directement tout ça.

Espérons que pas grand-chose.

Si l’infrastructure fait son travail, le portefeuille doit transformer tout cela en quelque chose d’assez simple pour que je n’aie pas à y penser.

Mais sous ce bouton tout simple, il faut qu’il y ait un système qui sache faire la différence entre :

« Je l’ai envoyée. »

« Elle s’est exécutée. »

« Elle a été finalisée. »

et

« Un problème est survenu. »

Cette distinction est ennuyeuse.

Je pense que c’est précisément pour ça qu’il vaut la peine de le remarquer.
#dusk $DUSK @Dusk

Lors d’une forte baisse des marchés, le tableau de bord des prêts affichait encore des chiffres attrayants, mais j’ai d’abord regardé le calendrier d’échéance. L’argent était toujours là, le rendement continuait de fonctionner, mais la capacité de faire tourner le capital avait disparu juste au moment où elle était le plus nécessaire.

TermMax s’attaque directement à cette partie de la DeFi. La dette ne se résume pas au fait d’emprunter et de rembourser : elle concerne aussi la durée du prêt et le prix auquel on peut en sortir. Un terme de 30 jours est différent d’un terme de 180 jours, car le coût du capital, la profondeur de liquidité et la probabilité que les conditions de marché changent ne sont pas les mêmes.

Ce qui ressort avec TermMax, c’est qu’il intègre la tarification de la dette à terme fixe dans un mécanisme basé sur le marché, au lieu de laisser les utilisateurs négocier à l’instinct. L’AMM crée une courbe de prix pour les actifs de dette selon leur maturité, tandis que la liquidité du marché aide les prix à évoluer lorsque l’offre de prêt ou la demande d’emprunt se modifie. Si 1000 stablecoins sont bloqués pour encore 90 jours, une différence de 1 % par mois n’est plus un détail négligeable.

Les utilisateurs de crypto aiment généralement les chiffres nets. Plus l’APY apparaît clairement, plus le cerveau a envie d’ignorer les conditions qui le sous-tendent. TermMax rend la maturité, le slippage et la liquidité visibles en même temps, mais cela n’est utile que si les utilisateurs le lisent comme des gestionnaires de capital, et non comme des chasseurs de récompenses.

Le paradoxe, c’est que plus l’outil devient précis, plus il est facile de voir apparaître l’illusion de contrôle. Un prêt tarifé de manière transparente peut quand même devenir une erreur si les utilisateurs oublient que leur propre besoin de liquidités peut aussi changer.

Je ne vois pas TermMax comme une solution parfaitement adaptée à chaque marché de dette on-chain. C’est plutôt un miroir technique : il nous force à voir le prix du temps, le prix de la liquidité, et la question qui reste est de savoir si voir plus clairement mènera réellement à de meilleurs comportements.
#termmax @TermMax

Un soir, vers la fin du mois, l’écran de trading était ouvert à côté du tableau des dépenses du groupe, et j’avais besoin d’acheter un peu de USDT pour rembourser l’argent que j’avais avancé. Sur Binance P2P, il y avait une annonce avec un prix plutôt doux et un volume restant qui se situait à mi-chemin, donnant l’impression que quelqu’un venait de faire correspondre l’essentiel.

Mon premier réflexe a été de l’interpréter comme la trace d’une grosse commande.

J’ai attendu quelques minutes de plus. Le chiffre ne bougeait pas. Le sentiment d’avoir décelé un indice venait soudain de se transformer en une théorie plus ordinaire : ce montant restant n’était peut-être que la part que personne ne voulait prendre.

Le point délicat avec Binance P2P, c’est que ça donne à tout l’air simple. Un prix, une limite, un montant restant, quelques lignes de conditions. Mais derrière ces chiffres se cachent des heures de transfert, des montants particuliers, des plafonds bancaires, et la psychologie visant à éviter le risque.

Les utilisateurs ont souvent envie d’interpréter le volume restant comme un signe d’un flux d’argent. Une annonce presque remplie est considérée comme « chaude », tandis qu’une annonce qui reste immobile est soupçonnée d’avoir un problème. Le paradoxe, c’est que les mêmes données sur Binance P2P peuvent alimenter deux récits opposés, selon que l’observateur a peur de rater une opportunité ou de se retrouver bloqué.

Je ne nie pas la valeur du volume restant. Il vaut la peine d’y regarder, lorsqu’il est mis en parallèle avec la vitesse de correspondance, l’écart de prix, les limites de transaction, l’historique de complétion et le moment de la journée. Mais si l’on s’y fie uniquement pour déduire une grosse commande sur Binance P2P, on transforme un morceau de donnée un peu maigre en loupe trop assurée.

Pour moi, le volume restant dans une annonce n’est pas un secret de marché, mais un signal à placer à côté d’autres signaux. La question qui demeure est de savoir si nous observons le comportement réel du flux d’argent, ou si nous fixons simplement un nombre immobile et écrivons nous-mêmes la partie manquante du script.
#binancep2pantoan @Binance Vietnam

Je m’attendais à ce que la section “réseautage” de Dusk soit ennuyeuse.

J’avais tort.

Je me suis retrouvé sur Kadcast.

La plupart des blockchains ont une version du même problème de base : lorsqu’un nœud reçoit quelque chose de nouveau, comment faire circuler cette information dans le réseau sans que tout le monde ne crie après tout le monde ?

La réponse habituelle, c’est une forme de commérage.

Dusk a choisi une autre approche.

Kadcast utilise une superposition pair-à-pair structurée plutôt que de simplement diffuser des messages à un ensemble aléatoire de pairs. L’idée est de contrôler la façon dont les messages transitent dans le réseau, afin de réduire l’utilisation inutile de bande passante et de rendre la latence plus prévisible.

Cela ressemble à une décision d’ingénierie très mineure.

Jusqu’à ce que vous réfléchissiez à ce qui se passe quand le réseau se charge.

Si chaque nœud continue de tout relayer vers davantage de nœuds, la quantité de trafic dupliqué peut vite devenir problématique.

Un réseau structuré donne aux messages un chemin précis.

Ce qui m’a paru intéressant, c’est que Dusk a fait auditer Kadcast par Blaize Security. L’audit lui a attribué une note globale de 9,8/10, avec une qualité de code notée 10/10 ; les problèmes relevés lors de l’audit ont ensuite été corrigés.

Et pourtant...

Je vois presque personne parler de cette partie de Dusk.

Tout le monde parle de la confidentialité.

Tout le monde parle d’actifs tokenisés.

Tout le monde parle d’EVM.

Presque personne ne parle de la manière dont les paquets passent d’un nœud à l’autre.

Peut-être parce que personne ne remarque un bon réseautage quand ça fonctionne.

Et peut-être que c’est justement le but.

Une blockchain peut avoir une cryptographie impressionnante et une couche d’exécution ingénieuse.

Mais si les “tuyaux” de base en dessous sont inefficaces, alors quelqu’un finit par payer la facture.

Je ne dis pas que Kadcast est une raison cachée d’acheter du DUSK.

Ce serait une conclusion ridicule à partir d’un protocole de mise en réseau.

Je trouve simplement intéressant qu’une partie de Dusk parmi les moins visibles soit aussi l’une de celles qu’ils ont passées des années à perfectionner.

Parfois, la couche ennuyeuse vaut le coup d’œil.
#dusk $DUSK @Dusk

WUSDT : Re-test du support de la figure triangulaire – déclenchement de short stratégique lors de la clôture confirmée d’une bougie de cassure
$W

Après plusieurs saisons DeFi, le sentiment le plus agaçant n’est pas de savoir si le taux est élevé ou faible. C’est plutôt que cette décision unique d’emprunt à taux fixe doit encore passer par trop d’écrans : des garanties, aux ordres en attente, jusqu’à la date d’échéance, puis à la position après exécution.

TermMax V2 s’attaque directement à ce problème. Les ordres limites s’intègrent au flux d’emprunt et de prêt, tandis que les cotations des curateurs et des utilisateurs sont agrégées pour produire un prix d’exécution plus clair. Les vaults multi-chaînes donnent davantage de contexte aux mouvements de capitaux, au lieu d’obliger les utilisateurs à se souvenir de l’emplacement de chaque actif.

Ce qui rend TermMax intéressant à analyser, c’est la façon dont le projet regroupe le prêt à taux fixe dans la gestion de position. Les emprunteurs suivent GT, la dette et la date d’échéance dans le même tableau de bord, tandis que les prêteurs voient FT, les parts de vault, les ordres ouverts et le rendement selon l’échéance. Le remboursement avec FT rend aussi la position plus flexible, avant que tout ne s’accumule à la fin de la période.

Les chiffres donnent davantage de solidité au récit. Le projet indique une offre totale de TMX d’un milliard de tokens, quarante millions de TMX alloués aux premiers utilisateurs pour le pre mine, et vingt pour cent en circulation au TGE. Pour TermMax, le TGE correspond au moment où le marché teste la demande réelle de taux fixes.

Je garde encore une certaine distance par rapport à cette expérience épurée. Les vaults ont des curateurs, les ordres peuvent ne pas être exécutés, la liquidité de chaque marché peut être faible, les garanties continuent de fluctuer, et les contrats intelligents restent la couche de risque de base. TermMax V2 n’est vraiment solide que si l’interface aide les utilisateurs à comprendre plus clairement les coûts d’emprunt, sans oublier le risque plus vite.

Le paradoxe, c’est que plus un produit ressemble à de la fintech, plus la responsabilité de la conservation en self custody devient floue. Le TGE peut attirer davantage de personnes pour l’essayer, mais après les récompenses, combien resteront parce qu’elles ont réellement besoin d’un emprunt à taux fixe, d’un prêt à taux fixe et d’une gestion de position, le tout au même endroit.
#termmax @TermMax

Il fut un temps où j’ai acheté une petite quantité de USDT via Binance P2P dans le hall de mon immeuble. Le réseau était faible et le code d’authentification de la banque arrivait lentement. J’avais déjà choisi le vendeur, mais mes yeux restaient fixés sur le tableau des prix qui continuait de bouger. La différence n’était que de quelques milliers de dongs, et pourtant j’avais l’impression que j’allais rater une grande opportunité.

Le piège pour les débutants ne se trouve pas dans le bouton d’achat ou de vente. Il réside dans le fait que l’écran leur envoie trop de signaux, et que chaque signal semble être quelque chose auquel ils doivent réagir immédiatement. Sur Binance P2P, un tableau de prix en direct peut facilement transformer les utilisateurs en “surveilleurs d’horloge”, au lieu de personnes qui vérifient la transaction avec attention.

Il est intéressant de noter le mécanisme de verrouillage du prix, car il agit sur la psychologie avant d’agir sur l’action. Une fois la commande créée, le prix reste fixe suffisamment longtemps pour que l’acheteur puisse lire les conditions, vérifier le nom du compte, comparer le montant, puis effectuer le paiement. Cela ne rend pas la transaction totalement sûre, mais cela sort les utilisateurs du rythme de la course aux prix minute après minute.

Le paradoxe, c’est que les débutants pensent souvent qu’une petite différence de prix est le risque qu’ils doivent éviter. Mais dans le P2P, ce qui se perd en se précipitant, c’est parfois la clarté qui permet de repérer un compte inhabituel, une note étrange, ou une condition qu’ils n’ont pas lue attentivement. Plus Binance P2P rend le processus fluide, plus il devient facile pour les utilisateurs d’oublier que la fluidité ne signifie pas qu’il n’y a pas besoin d’être prudent.

Je ne veux pas non plus dire que le verrouillage du prix est une couche de protection parfaite. Une personne imprudente peut toujours appuyer sur le mauvais bouton, choisir le mauvais trader et ignorer les signaux qui devraient la faire s’arrêter. Pour moi, Binance P2P vaut la peine d’y réfléchir pour cette raison : parfois, le moment où le prix reste immobile est justement celui où l’esprit commence enfin à travailler.
#binancep2pantoan @Binance Vietnam

Je suis tombé sur le mot « LUX » dans la documentation de Dusk et, au départ, j’ai cru que c’était simplement une autre unité de crypto que j’aurais à mémoriser.

Puis j’ai vu la conversion.

1 DUSK = 1 000 000 000 LUX.

D’accord.

Ça fait beaucoup de décimales.

Le LUX est tout simplement la plus petite unité de DUSK, un peu comme le wei par rapport à l’ETH. Dusk utilise le LUX pour le calcul du prix du gaz : la commission réelle est déterminée à partir du gaz utilisé multiplié par le prix du gaz.

Rien de révolutionnaire.

Mais je me suis mis à réfléchir à pourquoi cela compte plus qu’il n’y paraît.

La plupart des gens ne pensent pas au gaz en termes de plus petite unité.

Ils veulent juste savoir une chose :

« Combien m’a coûté cette transaction ? »

Et ça devient plus intéressant encore sur une chaîne qui veut pouvoir gérer des applications financières.

Si vous déplacez de très petites quantités, interagissez avec des contrats, ou effectuez beaucoup de transactions automatisées, la précision des frais commence à compter.

Le modèle de Dusk ne vous facture pas non plus le gaz que vous n’utilisez pas réellement. Si une transaction utilise moins que la limite de gaz, la partie inutilisée n’est pas facturée. Si elle manque de gaz, la transaction revient en arrière (revert), mais le gaz déjà consommé reste payé.

Ça ressemble à un détail d’implémentation ennuyeux.

Ça l’est probablement.

Mais ce sont justement les détails auxquels je me surprends à faire davantage attention en ce moment.

Tout le monde aime parler du débit.

Tout le monde aime parler de la confidentialité.

Presque personne ne parle des toutes petites unités sous-jacentes du système que les utilisateurs finissent par devoir payer.

Peut-être parce que de bonnes infrastructures devraient rendre ces choses invisibles.

Vous ne devriez pas avoir à penser au LUX à chaque fois que vous envoyez une transaction.

Et si Dusk finit par devenir sérieusement active sur le plan financier on-chain, je pense que cette partie « ennuyeuse » comptera bien plus que ce que le nom laisse entendre.#dusk $DUSK @Dusk

SUI : Accumulation au bord inférieur du triangle étendu chaque jour – Le scénario macro vise de nouveaux sommets ATH
SUI offre une opportunité convaincante de bâtir une position macro lorsque la structure de marché quotidienne confirme une nouvelle validation technique au bord inférieur dans un grand modèle de triangle étendu. L’évolution des prix dans l’historique montre que chaque fois que le prix a touché cette ligne de support de base principale, cela a auparavant déclenché une impulsion explosive, propulsant directement l’action des prix vers la résistance proche de la borne supérieure.
D’après les données visuelles du graphique journalier, les deux cycles de structure précédents ont généré des hausses marquées, respectivement de 361,8 % et 888,8 %, et chaque mouvement a nécessité une période d’accumulation plus longue de plus de 150 jours (161 jours et 154 jours). Actuellement, les chandeliers se resserrent étroitement au-dessus du seuil de support de 0,670 $, sous la courbe dynamique de tendance MA100. Cette phase de range prolongée illustre une fenêtre d’accumulation d’énergie nécessaire pour absorber l’offre située au-dessus, avant de lancer la prochaine vague haussière.
Ce cadre d’analyse technique offre une opportunité d’exécution Long macro à fort avantage, avec des paramètres risque/rendement nettement supérieurs. La stratégie de trading optimale consiste à accumuler patiemment des positions Long autour de la zone actuelle de 0,670 $, en plaçant un stop-loss de protection strict juste en dessous de la limite du support du triangle, au bord inférieur. L’objectif de prise de bénéfices à long terme, orienté de façon stratégique, vise la borne supérieure du canal autour du repère de 12 000 $.
Déclaration de non-responsabilité : Ceci ne constitue pas un conseil financier ; veuillez faire vos propres recherches (DYOR). $SUI

J’ai une confidence.

En général, je saute les annonces d’audit de blockchain.

Elles finissent par se ressembler.

« Protocole audité. »

« Problèmes critiques résolus. »

« La sécurité est notre priorité absolue. »

Puis je fais défiler l’écran.

Du coup, j’aurais presque fait pareil quand j’ai vu Dusk parler de ses audits.

Mais le nombre m’a arrêté.

Dusk affirme que sa pile technologique a fait l’objet de 10 audits différents, avec plus de 200 pages de rapports, couvrant notamment le Piecrust VM et son système de preuve à divulgation nulle de type PLONK.

Dix audits, ce n’est pas rien.

Pour autant, je ne pense pas que les « 10 audits » doivent être traités comme une sorte de score magique de sécurité.

Les audits ne rendent pas un logiciel invincible.

Ils ne vous disent pas ce que personne n’a encore découvert.

Et ils n’éliminent certainement pas tous les risques une fois qu’un système est mis en ligne.

Mais je pense qu’il y a quelque chose qui mérite qu’on s’y attarde.

Dusk ne se contente pas d’exécuter un smart contract et d’espérer que personne ne trouve de problème.

Elle construit une pile assez complexe : machine virtuelle, cryptographie, systèmes de confidentialité, consensus, et toutes les pièces qui les relient.

Cela signifie que le travail ennuyeux compte.

Beaucoup.

En fait, j’aime voir les rapports exister, plus que de voir un projet dire « nous prenons la sécurité au sérieux ».

Le premier, c’est une preuve de travail.

Le second, ce n’est qu’une phrase.

Et après l’incident lié au pont plus tôt cette année, je suis devenu encore plus sceptique à l’idée de considérer les affirmations de sécurité comme des garanties.

Un projet peut avoir un code audité et, malgré tout, qu’une chose tourne mal ailleurs.

Alors je ne mets pas Dusk dans la case « sûr, parce qu’audité ».

Je la mets dans une autre case :

« D’accord, au moins, ils font le travail peu glamour. »

Le fait que ce travail tienne face à une utilisation réelle est une autre question.

Et c’est probablement la plus importante. #dusk @Dusk $DUSK
#dusk $DUSK @Dusk

J’ai vu une fois un ami emprunter des stablecoins pour continuer à faire tourner son slot de “points farming”, et sur l’interface, tout semblait encore confortablement dans les limites. Quelques jours plus tard, le taux d’emprunt a changé, le coût du capital s’est éloigné de son plan, et le rendement qu’il pensait avoir verrouillé a commencé à s’éroder.

TermMax s’attaque exactement à ce point de douleur, en transformant des taux d’intérêt fixes en quelque chose qui peut s’acheter et se revendre à l’échéance. FT représente le principal à maturité, XT représente la partie intérêts, et GT enregistre la position de levier sous forme de NFT. Ainsi, les utilisateurs ne regardent pas seulement l’APR : ils négocient la structure des flux de trésorerie.

Ce qu’il vaut la peine d’examiner avec TermMax, c’est la façon dont il sépare le risque en couches plus lisibles. Les prêteurs verrouillent leur rendement, les emprunteurs verrouillent leur coût, et les utilisateurs de levier connaissent leur coût du capital avant d’amplifier une position. C’est plus clair, mais cela ne signifie pas que c’est plus sûr.

Le TGE rend l’équation comportementale plus tendue. TMX a une offre totale de 1 milliard, avec une circulation initiale de 200 millions au TGE, soit 20 %, tandis que la pré-minière pour les premiers utilisateurs est de 40 millions, soit 4 %. Ces chiffres attirent l’attention, mais ils ne prouvent pas encore qu’il existe une véritable demande pour l’emprunt à terme.

TermMax a des données qui méritent d’être examinées : plus de 837 000 portefeuilles enregistrés, un pic de 170 000 utilisateurs actifs quotidiens, plus de 64 millions de dollars de TVL, et un déploiement sur 7 chaînes. Même ainsi, les portefeuilles enregistrés ne sont pas la même chose qu’une liquidité durable, et le TVL ne nous dit pas combien de positions sont détenues jusqu’à l’échéance.

Je pense que ce projet mérite d’être suivi parce qu’il force la DeFi à s’exprimer en termes de coût du capital, de maturité et de liquidité, plutôt que de ne parler que par le biais de récompenses. La question qui reste est de savoir si, après le TGE, TermMax peut conserver des utilisateurs qui veulent gérer leur capital, ou seulement les traces d’une saison de “points”.
#termmax @TermMax