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

I have a bad habit when I use crypto apps.

I usually click “connect wallet” before I even think about what I’m connecting to.

Probably not the best habit.

That got me thinking about Dusk’s approach to identity.

Because if Dusk wants financial applications to work on-chain, “who are you?” becomes a much bigger question than just knowing someone’s wallet address.

That’s where Citadel started making more sense to me.

The basic idea is that a user can hold credentials and later prove something about them without simply dumping all of the underlying personal information onto the blockchain.

Say an application needs to know that I’m eligible to use a service.

It doesn’t necessarily need my entire identity.

Dusk’s Citadel 2 uses zero-knowledge proofs to let users prove that a credential is valid while keeping the actual personal information off-chain. The service can define what it accepts, while the proof establishes that the requirement has been satisfied.

I like the direction.

But I also think there’s an awkward question hiding here.

Who controls the credentials?

Who decides which credentials are trusted?

And what happens when a credential needs to be revoked?

Those problems don’t disappear just because zero-knowledge proofs are involved.

That’s probably why I’m more interested in Dusk’s identity architecture than the usual “privacy” headline.

Privacy is only one part.

The harder part is making identity useful without turning every financial interaction into another giant KYC form.

If Dusk can make that boring process feel invisible to the user, I’d consider that a much bigger win than another flashy privacy demo.
#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 slipped seven percent in the evening, and the lending chat group I follow suddenly went quiet. Many people were not as afraid of that drop as they were of not understanding why borrowing rates, collateral, and reference pricing were all making their positions fragile at the same time.

TermMax caught my attention because it does not try to sell a feeling of simplicity. It separates borrowing, collateral, and pricing into distinct modules, which means users have to look at lending as a layered system, not just as a pool of money with one interest rate.

In the traditional pool model, liquidity, collateral assets, oracle data, and cost of capital are often compressed into a single experience. When the market is calm, that compression feels smooth, but when volatility appears, borrowers realize they are reading one number in place of an entire chain of decisions.

The deeper point of TermMax is that it gives risk a location. The borrowing module shows debt obligations and maturity, the collateral module shows the asset buffer, and the pricing module shows how the market is brought into the system.

But TermMax also cannot escape a familiar paradox in crypto. The clearer the structure becomes, the more honest the protocol is, yet ordinary users often want fewer layers, fewer terms, and a screen calm enough for them to click without thinking too much.

I do not see TermMax as the final answer for onchain lending. What is worth observing is that it reframes the behavioral question, whether users truly want to understand where risk is created, or simply want a product that makes risk look tidier.
#termmax @TermMax

At the end of the workday, my phone screen kept lighting up as bank notifications arrived one after another. I was selling a little USDT, the buyer sent a neat transfer screenshot, but the actual statement was mixed with several small payments from the same time window. I did not release the coins yet, because the bank reference code had not matched the line I needed to find.

Binance P2P makes many people forget that the transaction does not only exist on the exchange. The most sensitive part runs through a personal bank account. When the displayed data is incomplete, users often cling to instinct more than evidence.

After using Binance P2P a few times, I noticed that the common mistake is not a lack of knowledge, but too much trust in coincidence. The amount is correct, the timing is close, the name is close, and that is enough for many people to confirm. But when a statement contains many similar payments, almost correct can still pull you into the wrong transaction.

That is why the bank reference code has a fairly strange role. It is small, dry, and hard to remember. But it is exactly what pulls the money flow back onto the right track, especially when the transfer note is cut off or the sender uses wording that is too generic.

I do not think Binance P2P is dangerous in an absolute sense. The problem is that users handle it with everyday buying and selling habits, while the consequences belong to the real financial system. One rushed action can turn the seller into the person who has to explain a money flow they never fully understood.

Speed is always treated as a benefit, while checking is treated as a nuisance. Binance P2P is not wrong because it is fast, and users are not wrong for wanting a clean transaction. The remaining question is, if a small reference code is enough to help trace the money flow, why do so many people only remember it after the statement has already become messy.
#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

I expected Dusk’s networking section to be boring.

I was wrong.

I ended up on Kadcast.

Most blockchains have some version of the same basic problem: when a node receives something new, how do you get that information around the network without everyone shouting at everyone else?

The usual answer is some form of gossip.

Dusk went a different way.

Kadcast uses a structured peer-to-peer overlay rather than simply broadcasting messages to a random set of peers. The idea is to control how messages travel through the network, reducing unnecessary bandwidth use and making latency more predictable.

That sounds like a very small engineering decision.

Until you think about what happens when the network gets busy.

If every node keeps forwarding everything to more nodes, the amount of duplicated traffic can get ugly.

A structured network gives the messages somewhere specific to go.

What I found interesting is that Dusk actually had Kadcast audited by Blaize Security. The audit scored it 9.8/10 overall, with code quality receiving 10/10; the issues found during the audit were subsequently fixed.

And yet...

I almost never see anyone talking about this part of Dusk.

Everyone talks about privacy.

Everyone talks about tokenized assets.

Everyone talks about EVM.

Almost nobody talks about how the packets get from one node to another.

Maybe that's because nobody notices good networking when it works.

And perhaps that's the point.

A blockchain can have impressive cryptography and a clever execution layer.

If the basic plumbing underneath it is inefficient, though, someone eventually pays for it.

I'm not saying Kadcast is some hidden reason to buy DUSK.

That would be a ridiculous conclusion from a networking protocol.

I just found it interesting that one of the less visible pieces of Dusk is also one of the pieces they've spent years refining.

Sometimes the boring layer is worth looking at.
#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

After several DeFi seasons, the most annoying feeling is not whether the rate is high or low. It is that one fixed rate borrowing decision still has to pass through too many screens, from collateral, pending orders, maturity date, to the position after execution.

TermMax V2 goes straight at that pain point. Limit orders sit inside the borrowing and lending flow, while quotes from curators and users are aggregated to create clearer execution pricing. Multi chain vaults give capital movement more context, instead of forcing users to remember where each asset is sitting.

What makes TermMax worth analyzing is how the project packages fixed rate lending into position management. Borrowers track GT, debt, and maturity date in the same dashboard, while lenders see FT, vault shares, open orders, and yield by maturity. Repayment with FT also makes the position more flexible before everything piles up at the end of the term.

The numbers give the story more footing. The project documents state a total TMX supply of one billion tokens, forty million TMX allocated to early user pre mine, and twenty percent circulating at TGE. For TermMax, TGE is when the market tests real demand for fixed rates.

I still keep some distance from this clean experience. Vaults have curators, orders may not fill, liquidity in each market can be thin, collateral still fluctuates, and smart contracts remain the base layer risk. TermMax V2 is only strong if the interface helps users understand borrowing costs more clearly, not forget risk more quickly.

The paradox is that the more a product feels like fintech, the easier self custody responsibility becomes blurred. TGE may bring more people in to try it, but after the rewards, how many will stay because they genuinely need fixed rate borrowing, fixed rate lending, and position management in one place.
#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

I once saw a friend borrow stablecoins to keep his points farming slot, and on the interface, everything still looked comfortably within range. A few days later, the borrowing rate changed, the cost of capital drifted away from his plan, and the yield he thought he had locked in began to erode.

TermMax touches that exact pain point, turning fixed interest rates into something that can be bought and sold by maturity. FT represents the principal at maturity, XT represents the interest portion, and GT records the leverage position as an NFT, so users are not just looking at APR, they are trading the structure of cash flows.

What is worth examining in TermMax is how it separates risk into clearer layers. Lenders lock in their return, borrowers lock in their cost, and leverage users know their cost of capital before amplifying a position. It is clearer, but that does not mean it is safer.

TGE makes the behavioral equation more tense. TMX has a total supply of 1 billion, with an initial circulation of 200 million at TGE, or 20 percent, while the pre mine for early users is 40 million, or 4 percent. These numbers attract attention, but they do not yet prove that real demand for term based borrowing exists.

TermMax has data worth looking at, more than 837 thousand registered wallets, a peak of 170 thousand daily active users, over 64 million dollars in TVL, and deployment across 7 chains. Even so, registered wallets are not the same as sustainable liquidity, and TVL does not tell us how many positions are held until maturity.

I find this project worth watching because it forces DeFi to speak in terms of cost of capital, maturity, and liquidity, instead of only speaking through rewards. The question that remains is whether, after TGE, TermMax can retain users who want to manage capital, or only retain the footprints of a points season.
#termmax @TermMax