AL Roo

$BOME se maintient fermement après le fort balayage de liquidité. Les acheteurs défendent la structure autour de la base actuelle.

EP 0.0008150 - 0.0008230

TP 0.0008345 0.0008458 0.0008700

SL 0.0007970

La liquidité en dessous a été balayée de manière agressive, suivie d'une réaction nette de retour dans la structure. Le maintien de cette base garde le scénario de reprise sous contrôle.

Allons-y $BOME

$SOPH indique une force autour de la zone de support actuelle. Les acheteurs confirment le contrôle tandis que la structure se maintient au-dessus d’une liquidité clé.

EP 0.00387 - 0.00390

TP TP1 0.00393 TP2 0.00397 TP3 0.00400

SL 0.00381

La liquidité se renforce autour de la plage actuelle, avec une forte réaction du support et une structure qui reste constructive pour une nouvelle impulsion à la hausse.

Allons-y $SOPH

$MUBARAK affiche une dynamique solide.

Les acheteurs restent aux commandes tandis que la structure demeure haussière.

EP 0.02720 - 0.02780

TP 0.02870 0.02980 0.03120

SL 0.02580

La liquidité se renforce au-dessus du récent plus haut, tandis que chaque repli déclenche une forte réaction et que la structure haussière reste intacte.

Allons-y $MUBARAK

$DOGE affiche une force autour d’un support clé. Les acheteurs confirment le contrôle de la structure.

EP 0.0820 - 0.0822

TP 0.0825 0.0830 0.0837

SL 0.0816

La liquidité ci-dessous a été testée, une réaction se forme depuis le support, et la structure reste positionnée pour un mouvement à la hausse.

Allons-y $DOGE

$ETH affichant un fort élan.

La structure haussière reste solidement sous contrôle.

EP 2505 - 2514

TP TP1 2520 TP2 2532 TP3 2545

SL 2492

La liquidité se renforce au-dessus du récent plus haut, avec une forte réaction des acheteurs soutenant la poursuite. Le maintien de la structure de cassure permet de préserver l’élan à la hausse.

On y va $ETH

$ZEC affiche une forte dynamique.

Les taureaux restent aux commandes, avec une structure qui tient bon.

EP 810 - 814

TP TP1 817 TP2 825 TP3 835

SL 804

La liquidité se renforce au-dessus des plus récents sommets, et une réaction claire depuis la zone d’entrée maintient la structure haussière intacte.

Allons-y $ZEC

$BNB affiche une forte dynamique.

Les acheteurs gardent encore le contrôle après la cassure.

EP 695 - 702

TP TP1 710 TP2 720 TP3 726

SL 687

La liquidité se renforce au-dessus de la fourchette actuelle, et une forte réaction depuis la zone d’entrée peut maintenir la structure haussière.

Allons-y $BNB

$BTC montre une forte dynamique haussière.

Les acheteurs restent aux commandes et la structure continue de tenir solidement.

EP
79,500 - 80,500 $

TP
81,270 $
82,220 $
84,000 $

SL
77,700 $

La liquidité se renforce au-dessus du plus haut récent. Une forte réaction depuis la zone d’entrée peut maintenir la structure haussière intacte et ouvrir la voie à une continuation vers les prochains niveaux de liquidité.

Allons-y $BTC

Je relisais encore la documentation de Dusk, et un petit détail s’est avéré plus intéressant à mes yeux que le grand récit très “blockchain de la confidentialité”.

La confidentialité sur Dusk n’est pas vraiment un mode unique et fixe.

Il y a Moonlight pour des activités transparentes et Phoenix pour des transactions confidentielles. Au début, je me suis demandé pourquoi ils auraient intérêt à conserver les deux. Si la confidentialité est un élément si important de Dusk, ne serait-il pas plus logique de tout masquer ?

Après avoir lu un peu plus, la logique a fini par me paraître plus claire.

Les applications financières n’ont pas toujours besoin d’une confidentialité maximale. Parfois, une transaction peut être publique. D’autres fois, le montant ou les informations de propriété ne devraient pas être visibles par tout le monde, mais certains détails doivent quand même être divulgués à une partie autorisée pour des raisons de conformité.

Ce “juste milieu” est probablement plus utile dans la pratique que de tout rendre public ou tout rendre privé.

Mais je vois aussi comment cela pourrait prêter à confusion.

La plupart des personnes qui utilisent un portefeuille n’étudieront pas la différence entre Moonlight et Phoenix avant d’envoyer quelque chose. Elles voudront probablement juste une réponse claire à une question simple : ce que je fais est-ce public ou privé ?

Pour moi, la partie intéressante n’est donc pas uniquement de savoir si la technologie de confidentialité de Dusk fonctionne en dessous. Il s’agit de savoir si les portefeuilles et les applications qui s’appuient dessus peuvent rendre ces choix évidents, sans forcer les utilisateurs à comprendre l’architecture technique.

Une bonne confidentialité peut se révéler étonnamment complexe lorsqu’il faut aussi assurer la conformité.

Le véritable test UX de Dusk sera peut-être de faire en sorte que cette complexité soit à peine perceptible pour les utilisateurs.

Préféreriez-vous choisir manuellement votre niveau de confidentialité, ou laisser l’application le gérer automatiquement ?

@Dusk #dusk $DUSK

$ETH affiche une forte dynamique.

Les acheteurs conservent toujours le contrôle de la structure.

EP
$2,420 - $2,455

TP
$2,485
$2,545
$2,580

SL
$2,385

La liquidité se construit au-dessus de la plage actuelle. Une forte réaction depuis la zone d’entrée peut maintenir la structure haussière et ouvrir la voie vers le plus haut récent ainsi que vers les niveaux de liquidité supérieurs.

Allons-y $ETH

Je lisais la documentation de Dusk et un point m’a amené à regarder un peu différemment toute la description de la « blockchain de confidentialité ».

Dusk sépare en réalité les transactions en différents modèles. Moonlight est public et basé sur des comptes, tandis que Phoenix a été conçu autour d’éléments dissimulés (notes) et de preuves à connaissance nulle. Au départ, je pensais que la confidentialité serait simplement la valeur par défaut sur tout le réseau, donc cette distinction m’a semblé intéressante.

Et honnêtement, le raisonnement a du sens pour quelque chose qui vise des applications financières. Toutes les transactions financières n’ont pas besoin du même niveau de confidentialité. Parfois, la transparence est utile, tandis que dans d’autres cas, vous voulez des informations sensibles cachées sans pour autant rendre la vérification impossible.

Mais il y a un autre détail que je pense facile à manquer si l’on se contente de lire un aperçu de Dusk.

Phoenix a été désactivé sur le mainnet lors de la mise à niveau Boreas en juin 2026. Il y a donc une différence entre comprendre ce que l’architecture de Dusk était conçue pour prendre en charge et comprendre ce que les utilisateurs peuvent réellement utiliser sur le réseau en ce moment.

Cela peut sembler un petit détail technique, mais cela change la façon dont j’interprète les discussions autour de Dusk. Quand quelqu’un dit qu’une chaîne prend en charge la confidentialité, je veux maintenant savoir exactement où cette confidentialité se produit et si cette fonctionnalité est actuellement active.

En fait, je préfère regarder les réseaux de cette manière plutôt que de les réduire à des étiquettes comme « privacy chain » ou « RWA chain ». L’implémentation vous en apprend généralement beaucoup plus que la catégorie.

Je me demande si les personnes qui suivent Dusk de près voient Moonlight et Phoenix comme deux faces du même système, ou si la configuration actuelle change cette idée d’origine.

@Dusk #dusk $DUSK

$ZEC Affichant une force sérieuse après une cassure explosive.
Les taureaux restent aux commandes tant que la structure se maintient au-dessus de la zone de cassure.

EP
810 - 825

TP
TP1 850
TP2 888
TP3 920

SL
785

La liquidité ci-dessus a déjà déclenché une forte réaction, tandis que les acheteurs continuent de défendre la structure de la cassure. Tenir cette zone permet de conserver l’élan pour une nouvelle poussée vers une liquidité plus élevée.

Allons-y $ZEC

Les gars, long

Je lisais la documentation de Dusk et il y a une chose qui m’a un peu surpris.

Je pensais que le volet confidentialité serait assez simple : utiliser Dusk, obtenir des transactions privées. Mais ce n’est pas exactement comme ça que ça fonctionne.

Dusk propose deux modèles de transaction différents. Moonlight est transparent, tandis que Phoenix est conçu pour des transactions protégées via des preuves à divulgation nulle de connaissance (zero-knowledge proofs). Donc, utiliser simplement le réseau ne signifie pas automatiquement que tout ce que vous faites est privé.

Je pense que c’est logique quand on regarde ce que Dusk essaie de construire. Les applications financières n’ont pas toujours besoin d’une confidentialité totale. Parfois, certaines informations doivent être visibles pour l’audit ou la conformité, tandis que d’autres détails ne devraient probablement pas rester publiquement sur la chaîne pour que n’importe qui puisse les inspecter.

Ce qui m’intéresse, c’est l’expérience utilisateur que cela crée.

La plupart des gens ne se soucieront probablement pas de la différence technique entre Moonlight et Phoenix. Ils voudront juste savoir une chose : cette transaction est-elle privée ou non ?

Cela met beaucoup de responsabilité sur les portefeuilles et les applications construits sur Dusk. S’ils indiquent clairement ce qui est public et ce qui est confidentiel avant qu’une personne ne signe une transaction, l’approche à deux modèles pourrait paraître assez naturelle.

S’ils ne le font pas, je peux voir des gens supposer qu’ils ont plus de confidentialité qu’ils n’en ont réellement.

Peut-être que le problème le plus difficile pour les chaînes orientées confidentialité n’est pas seulement de construire la cryptographie. C’est de rendre la confidentialité suffisamment évidente pour que les utilisateurs lambda comprennent ce qu’ils obtiennent.

Je me demande comment les applications de Dusk géreront ça à mesure que davantage de personnes commencent réellement à les utiliser.

$DUSK #dusk @Dusk

$TUT is tient bon après la volatilité.
La structure reste contrôlée au-dessus de la zone de réaction clé.

EP
0.0460 – 0.0500

TP
TP1 0.0550
TP2 0.0620
TP3 0.0750

SL
0.0420

La liquidité a été balayée après la forte expansion, avec un prix qui réagit autour de la structure inférieure. Le fait de maintenir cette zone conserve la configuration à court terme et laisse de la place pour une nouvelle impulsion de liquidité plus haut.

On y va $TUT

Je lisais la documentation de Dusk, et un détail m’a fait repenser la description habituelle de « blockchain de confidentialité ».

Je pensais que la confidentialité serait, en gros, le réglage par défaut pour tout ce qui se passe sur le réseau. Mais Dusk propose en réalité deux modèles de transaction différents.

Moonlight est le volet le plus familier, de type compte (account-based), où l’activité est transparente. Phoenix fonctionne différemment. Il utilise des notes chiffrées et des preuves à connaissance nulle, de sorte qu’une transaction peut être vérifiée sans exposer publiquement les mêmes informations.

Je pense que cette distinction est plus importante qu’elle n’en a l’air.

Si je suis un utilisateur ordinaire et qu’on me dit qu’une blockchain est conçue autour de la confidentialité, mon hypothèse naturelle est que tout ce que j’y fais est privé. Avec Dusk, c’est plus nuancé. Ce que les autres peuvent voir dépend de la manière dont vous interagissez avec le réseau.

En même temps, je comprends pourquoi ils l’ont conçu ainsi. Les applications financières n’ont pas toujours les mêmes besoins. Parfois, la confidentialité est essentielle ; dans d’autres cas, disposer d’un historique transparent peut au contraire être utile. Forcer tout le monde à s’enfermer dans un seul modèle créerait probablement ses propres limites.

La partie dont je suis moins sûr concerne la clarté avec laquelle cela se traduira dans l’expérience utilisateur. La plupart des gens ne vont pas lire la documentation de Phoenix et de Moonlight avant d’effectuer une transaction. Ils utiliseront simplement ce que l’application leur présente.

Du coup, le défi intéressant pour Dusk n’est peut-être pas uniquement de construire la confidentialité au niveau du protocole. Il s’agit aussi de s’assurer que les utilisateurs comprennent réellement quand ils en bénéficient.

Préféreriez-vous choisir vous-même entre des transactions privées et transparentes, ou laisser les applications prendre cette décision en arrière-plan ?

@Dusk #dusk $DUSK

$ETH is montre une forte dynamique.

Les acheteurs conservent encore le contrôle après la cassure.

EP
2,420 - 2,465

TP
2,500
2,547
2,585

SL
2,350

La liquidité au-dessus du récent plus haut reste l’objectif clé. Une forte réaction depuis la zone d’entrée permet de maintenir la structure haussière.

Allons-y $ETH

Je lisais les documents de Dusk et un point m’a vraiment fait m’arrêter un moment.

Quand on entend « blockchain de confidentialité », je pense que l’hypothèse la plus naturelle est que tout ce qui se passe sur le réseau est privé. Mais Dusk ne fonctionne pas vraiment comme ça.

Il existe différentes façons d’effectuer des transactions.

Moonlight est le modèle de compte le plus familier et transparent. Phoenix fonctionne différemment : il utilise des notes chiffrées et des preuves à divulgation nulle de connaissance pour garder, par exemple, les montants des transactions et les parties impliquées privés.

Au début, je me suis demandé pourquoi un réseau axé sur la confidentialité aurait même besoin d’une option transparente. Mais plus j’y réfléchissais, plus cela devenait logique pour des applications financières.

Toutes les transactions ne doivent pas disparaître de la vue publique. Parfois, la transparence est utile, voire nécessaire. D’autres situations exigent de la confidentialité, tout en permettant de divulguer certaines informations lorsqu’il le faut.

Le point qui risque d’être délicat, je pense, c’est simplement de l’expliquer aux utilisateurs réguliers.

La plupart des gens ne vont pas lire la documentation avant d’utiliser un portefeuille ou d’interagir avec une application. S’ils voient Dusk associé à la confidentialité, ils peuvent supposer que leur activité est automatiquement confidentielle, sans vérifier quel modèle de transaction ils utilisent réellement.

Du coup, pour moi, la question intéressante ne tient pas seulement au fait de savoir si la technologie de confidentialité de Dusk fonctionne.

Elle porte sur la capacité des portefeuilles et des applications à rendre ces différences suffisamment claires pour que quelqu’un comprenne ce qui est privé et ce qui ne l’est pas avant de cliquer sur « confirmer ».

Cela peut sembler être un petit détail d’UX, mais en matière de confidentialité financière, les attentes comptent énormément.

Je me demande si offrir ce choix aux utilisateurs est finalement mieux que de faire de la confidentialité la valeur par défaut pour tout.

#dusk @Dusk $DUSK

$XRP is maintient sa dynamique après un mouvement explosif.

La structure haussière reste intacte, avec des acheteurs qui gardent le contrôle.

EP
1.44 - 1.49

TP
1.55
1.62
1.69

SL
1.39

La liquidité au-dessus reste attrayante, tandis que le repli actuel montre une réaction maîtrisée. Tant que le support tient, la structure favorise une nouvelle poussée vers les récents plus hauts.

Allons-y $XRP

En parcourant la documentation de Dusk, j’ai remarqué quelque chose que j’avais honnêtement négligé auparavant. Le fait que Dusk soit axé sur la confidentialité ne signifie pas que chaque transaction sur le réseau fonctionne de la même manière, de façon exactement privée.

Il existe en réalité deux approches différentes.

Moonlight est le modèle de compte transparent le plus familier, tandis que Phoenix est conçu pour les transactions confidentielles. Avec Phoenix, des détails comme qui a envoyé des fonds, qui les a reçus et le montant transféré peuvent rester cachés.

Cela a changé la façon dont j’ai regardé Dusk.

Quand les gens entendent « blockchain de confidentialité », il est facile de supposer que tout ce qui se passe on-chain est automatiquement masqué. Dusk semble emprunter une voie plus pragmatique : parfois, la transparence est utile, et parfois, la confidentialité est nécessaire. Pour les applications financières, en particulier celles qui traitent de la conformité, disposer des deux options a du sens.

On retrouve la même réflexion autour de XSC. L’objectif n’est pas simplement de cacher l’information. Des smart contracts confidentiels peuvent être conçus en tenant compte de différents besoins en matière de confidentialité et de conformité, de sorte que certaines informations puissent rester protégées sans pour autant transformer l’ensemble du système en une boîte noire.

J’aime la logique derrière cette approche, mais je vois aussi où les utilisateurs pourraient se sentir perdus.

La plupart des gens ne vont pas passer du temps à lire une documentation technique avant d’utiliser une application. Ils voudront probablement juste savoir une chose : « Ce que je fais là, maintenant, est-ce privé ou public ? »

Ainsi, le plus grand défi pour Dusk n’est peut-être pas seulement de construire la technologie de confidentialité. Il s’agit plutôt de rendre ces choix en matière de confidentialité suffisamment évidents pour que les utilisateurs réguliers comprennent réellement ce qu’ils obtiennent.

Je me demande quelle part de cette responsabilité doit incomber à Dusk lui-même, et quelle part devrait revenir aux applications construites au-dessus de lui.

@Dusk #dusk $DUSK

Je lisais les documents de TermMax et un petit détail m’a fait reconsidérer ce que signifie vraiment, ici, l’expression « emprunt à taux fixe ».

Au début, j’ai supposé que cela fonctionnait comme un marché de prêt simple : il y a un taux à l’écran, on emprunte, et c’est essentiellement tout.

Mais TermMax est un peu différent.

La liquidité peut se répartir sur toute une gamme de taux. Le taux que vous obtenez dépend donc aussi bien de la quantité de liquidité disponible que de la taille de votre ordre. Un emprunt plus petit peut être comblé autour de la meilleure partie de cette fourchette, tandis qu’un emprunt plus important peut atteindre une liquidité tarifée à un taux plus élevé.

Ça paraît évident une fois qu’on comprend le système, mais je ne pense pas que ce soit évident quand on voit pour la première fois les mots « taux fixe ».

L’élément important, c’est que le taux devient fixe après l’exécution de la transaction. Du point de vue de l’emprunteur, c’est utile : vous pouvez réellement connaître votre coût d’emprunt, au lieu de surveiller en permanence une APY variable qui bouge.

L’autre aspect, c’est que les utilisateurs doivent quand même faire attention avant d’entrer dans la position. Le taux affiché et le taux auquel vous exécutez réellement votre ordre ne sont pas nécessairement identiques pour chaque taille d’ordre.

Je comprends pourquoi TermMax fonctionne ainsi. La liquidité n’est pas illimitée, et différents montants doivent être valorisés d’une manière ou d’une autre. Mais je pense aussi que c’est un type de détail qui doit être extrêmement clair dans l’interface, surtout pour les personnes qui viennent de pools de lending classiques.

Ça me rend curieux : quand les gens entendent « DeFi à taux fixe », s’attendent-ils à un prix de marché fixe, ou simplement à un coût fixe une fois leur position ouverte ?

@TermMax #TermMax