MIND FLARE

$DEXE est encore en phase de réparation. Le prix a baissé depuis 2,707 et se situe désormais sous les deux moyennes mobiles MA7 (2,325) et MA25 (2,366). La question clé est de savoir si la zone 2,24–2,27 continue d’absorber les vendeurs. Si ce support tient, le retour vers 2,32–2,37 pourrait rouvrir la voie à 2,42. Perdre 2,24 et le prochain support significatif se situe autour de 2,12–2,02.

$NIL semble beaucoup plus solide. Le prix se maintient au-dessus de la MA7 (0,0514) et de la MA25 (0,0491) après avoir atteint 0,05395. Tant que 0,0514–0,0520 tient, cela ressemble davantage à une consolidation proche des plus hauts qu’à une cassure échouée. Un mouvement net au-dessus de 0,05395–0,0543 confirmerait une nouvelle phase d’expansion, tandis que perdre 0,0514 affaiblirait ce scénario.

Mon avis : NIL consolide sa force ; DEXE a encore besoin d’une reprise avant que l’élan ne redevienne constructif.

#DEXE/USDT #NIL

$TUT a la tendance 1H la plus propre. Le mouvement de 0.0357 → 0.0846 est toujours en train de former des plus hauts et des plus bas plus élevés, avec le prix qui reste bien au-dessus de la MA7 en hausse. Le hic, c’est l’extension : à 0.0825, il est déjà étiré par rapport au support à court terme. 0.0846–0.0870 est la zone de résistance immédiate ; 0.0748–0.0720 est la zone où j’aimerais voir les acheteurs défendre si l’élan se refroidit.

$1000CAT c’est différent. La majeure partie de son mouvement de +42 % vient d’une seule bougie d’expansion, et maintenant le volume baisse tandis que le prix consolide sous 0.00227–0.00244. Se maintenir sur 0.00206–0.00211 ferait penser à une absorption après l’impulsion. Perdre 0.00206, et la probabilité d’un reset plus profond vers 0.00185–0.00171 augmente.
Mon avis : TUT a une meilleure qualité de tendance, 1000CAT a le setup de compression le plus intéressant.

#TUT #1000cat

Qu’est-ce qui casse en premier ?

$CHIP maintient au-dessus de la MA7 autour de 0.0541, mais le prix se comprime juste sous 0.0565–0.0570 tandis que le volume se calme. C’est constructif tant que 0.0530–0.0540 continue de tenir ; une cassure au-dessus de 0.0565 pourrait relancer l’élan, tandis qu’une perte de 0.0530 ouvre une retest plus profond vers 0.0507–0.0475.

$MUBARAK semble plus solide à ce stade. Il a absorbé le premier repli après cassure et presse déjà à nouveau la zone de résistance 0.03226–0.03256, avec un prix bien au-dessus de la MA7 et de la MA25. Le maintien de 0.0305–0.0296 conserve la structure en creux plus haut ; en dessous, 0.0280 devient le niveau de reset clé.

Mon avis : CHIP consolide sous la résistance, tandis que MUBARAK la teste activement. MUBARAK a l’avantage de dynamique le plus net, sauf si CHIP casse 0.0565 avec du volume.
#CHIP #MUBARAK
Qu’est-ce qui casse en premier ?

$ACE possède une structure de continuation 1H plus propre. La cassure de 0,183–0,196 s’est faite avec un volume important, et le prix accepte encore près des plus hauts au lieu de donner immédiatement le mouvement en arrière. 0,205–0,196 est désormais la zone de support clé ; maintenez-la, et 0,2206–0,224 reste le prochain test de résistance. Une perte de 0,196 exposerait la zone de reset plus forte 0,183–0,175.

$SC a déjà traversé sa phase d’expansion. Après avoir touché 0,001099, le prix s’est comprimé autour de 0,00086 pendant que le volume s’affaiblit et reste sous la MA7 près de 0,000892. Les haussiers doivent reprendre 0,000892–0,000921 avant qu’une nouvelle poussée vers 0,00102–0,00110 devienne convaincante. 0,000834–0,000826 est le support qui ne peut pas continuer à échouer ; en dessous, 0,000793 devient l’aimant le plus réaliste.

Mon avis : ACE maintient l’acceptation de la cassure ; SC prouve encore si son pic peut se transformer en base.
#ACE #SC

Ce qui confirme d’abord ?

$ZKC est toujours la configuration d’élan la plus forte. Après le passage à 0.0744, le prix est revenu en arrière, mais se maintient presque exactement autour de la MA7 à 0.0675. C’est important car le mouvement n’a pas encore cassé la structure. 0.066–0.0616 est la zone de support clé ; si les acheteurs la défendent, 0.0688 → 0.0744 reste possible. Perdre 0.0616, et le prochain reset significatif se rapproche de 0.0544–0.0501.

$PROM est beaucoup plus comprimé. Le prix est coincé entre la MA7 (6.979) et la MA25 (6.931) après avoir rejeté 7.434, tandis que le volume diminue. Cela signifie généralement que le prochain mouvement doit être confirmé plutôt que prédit. Tenir 6.90–6.93 garde une poussée vers 7.20–7.43 possible. Une perte nette de cette zone ramène 6.48–6.34 sur la table.

Mon analyse : ZKC se refroidit à l’intérieur d’une tendance haussière ; PROM est à un point de décision.
#ZKC #PROM
Ce qui confirme en premier ?

J’ai dressé une liste approximative de ce que Dusk doit encore avoir, avant que des actifs réglementés puissent y circuler à grande échelle.
Certains éléments étaient faciles à imaginer : que la communauté les soutienne, comme de nouvelles dApps, des portefeuilles, des outils de trading et des programmes de liquidité.
Le reste était beaucoup moins excitant.
Audits de sécurité.
Intégrations de custody.
Outils de conformité.
Onboarding des émetteurs.
Infrastructure juridique et de reporting.
Maintenance à long terme de logiciels que les utilisateurs ne remarqueront peut-être jamais.
Cette liste m’a amené à regarder le vote OpenDusk sous un autre angle.
S’il est approuvé, les récompenses de bloc brûlées financeraient un trésor communautaire pour le développement de l’écosystème. L’avantage évident est que les décisions de financement ne dépendraient plus entièrement de la Dusk Foundation.
Mais le financement par la communauté introduit son propre biais.
Les produits visibles sont plus faciles à expliquer et à promouvoir. Une nouvelle interface d’échange peut montrer aux utilisateurs, le volume et des captures d’écran. Un connecteur de custody ou un module de reporting peut prendre des mois à construire et susciter presque pas d’enthousiasme public, même si une institution ne peut pas fonctionner sans.
Cela compte davantage pour Dusk que pour une blockchain à usage général.
Dusk ne cherche pas seulement à attirer des utilisateurs de la crypto. Il cherche à soutenir les émetteurs, les plateformes réglementées et les institutions financières. Leurs exigences les plus importantes sont peut-être les propositions les moins attrayantes dans un vote public.
Donc le véritable test d’OpenDusk n’est peut-être pas de savoir si la communauté peut choisir des projets.
Il s’agit plutôt de savoir si la communauté peut financer un travail nécessaire qui ne donne pas l’impression d’être excitant.
Je regarderais comment les propositions sont évaluées lorsqu’une dApp populaire pour consommateurs concurrence, au sein du même capital du trésor, un audit, une intégration de conformité ou un outil de règlement.
Si OpenDusk finance systématiquement ce qui reçoit le plus d’attention, cela pourrait créer de l’activité sans pour autant compléter la pile institutionnelle.
Parfois, la décision de gouvernance la plus forte consiste à payer une infrastructure que personne ne célébrera, mais que chaque acteur sérieux du marché finira par devoir utiliser.
@Dusk $DUSK #dusk
Que devrait prioriser OpenDusk en premier ?

J’ai essayé de retracer où commence réellement la confidentialité au sein d’une application Solidity, sur @Dusk .
Je pensais qu’un contrat déployé sur DuskEVM hériterait d’une certaine confidentialité de Dusk, parce que ses données et son règlement passent finalement par DuskDS.
Mais ce n’est pas exactement comme fonctionne la pile.
DuskEVM offre aux développeurs une exécution EVM familière. Ils peuvent utiliser Solidity, Hardhat, Foundry et des portefeuilles existants. DuskDS se trouve en dessous comme base de règlement et d’accessibilité des données.
Cependant, un simple contrat Solidity peut toujours publier son état comme n’importe quelle autre application EVM.
La confidentialité doit être conçue dans l’application via Hedger, ou être gérée plus près du parcours natif de confidentialité de Dusk via DuskVM et Phoenix. Elle n’est pas ajoutée automatiquement parce que le contrat s’exécute dans l’écosystème Dusk.
Cette limite m’a fait m’arrêter.
Imaginez un marché d’obligations tokenisées.
Le prix du marché doit peut-être rester public.
L’éligibilité des investisseurs doit seulement être prouvée.
Les soldes des détenteurs devraient probablement rester privés.
L’émetteur ou le régulateur peut exiger un accès contrôlé à des enregistrements spécifiques.
Ces quatre éléments ne peuvent pas être simplement placés dans le même état Solidity public.
Hedger est conçu pour résoudre une partie de ce problème en conservant les valeurs chiffrées tandis que des preuves à connaissance nulle vérifient que la transaction a respecté ses règles. Mais le développeur doit encore décider ce qui entre dans le flux chiffré, ce qui reste public et qui reçoit des droits de divulgation.
Un mauvais choix de conception pourrait exposer des données financières sensibles avant même que la cryptographie ait une chance de les protéger.
Ainsi, je me concentre moins sur le nombre de primitives cryptographiques que Dusk prend en charge.
Je surveille plutôt la clarté, pour des équipes Solidity ordinaires, de la frontière public/privé offerte par ses outils, afin de pouvoir l’utiliser correctement.
Dusk peut fournir les voies de confidentialité. Il ne peut pas faire cette décision d’architecture pour chaque application.
#dusk $DUSK

$ONG rejeté 0,0930 et a maintenant glissé sous la MA7 à 0,0869. Cela transforme 0,0869–0,0898 en première zone de reprise. Si 0,0835–0,0817 se maintient pendant que le volume se contracte, cela peut devenir un reset sain avant une nouvelle tentative à 0,0930. Perdre cette zone et 0,0796–0,0789 devient alors un support plus solide.

$PROM a eu une réponse d’offre beaucoup plus vive à 4,991, avec le rejet arrivant sur un volume élevé. La différence est que le prix tient encore au-dessus de sa MA7 montante proche de 4,27. Tant que 4,15–4,27 tient, la tendance n’est pas cassée et 4,60 → 4,99 peut revenir sur le devant de la scène. Une perte nette de 4,15 exposerait la MA25 autour de 3,88.

Mon analyse : ONG a besoin d’une reprise ; PROM a besoin de support pour survivre. Aucun des deux n’est une poursuite propre ici.
#ONG #PROM
Quel se résout en premier ?

J’ai continué à voir une divulgation sélective à travers @Dusk material, alors j’ai cherché le point exact où le protocole décide qui peut voir quoi.
La documentation m’a guidé à travers trois éléments différents.
Moonlight gère l’activité de compte publique.
Phoenix gère les transferts protégés.
Citadel permet à un utilisateur de prouver un attribut tel que la résidence ou le statut d’investisseur sans révéler le reste de son identité.
Jusqu’ici, tout est clair.
Ensuite, je suis arrivé sur la page Assets & Regulations et j’ai trouvé le détail qui m’a fait faire une pause.
Dusk décrit la divulgation sélective comme un schéma, mais indique que la conception exacte du contrôle d’accès dépend des exigences juridiques et produit de l’actif.
Cela signifie que Dusk fournit les outils de confidentialité et d’identité, mais ne semble pas imposer une politique universelle de divulgation à chaque application.
L’émetteur, le lieu de négociation ou l’application doit toujours décider quel identifiant est accepté, quel transfert devrait échouer et quelle partie est autorisée à recevoir des informations spécifiques.
Cela a changé la façon dont je regardais l’affirmation relative à la confidentialité.
La blockchain peut masquer une position au public et prouver que le détenteur est éligible. Mais la partie difficile n’a pas disparu. Elle s’est déplacée vers les règles entourant l’actif.
Par exemple, un émetteur d’obligations tokenisées peut avoir besoin de données de propriété pour le service. Un lieu de négociation peut n’avoir besoin que de la preuve qu’un acheteur est éligible. Un régulateur peut avoir besoin des relevés de transactions pour une enquête définie.
Ces trois parties ne devraient pas recevoir automatiquement la même vue.
L’architecture de Dusk peut prendre en charge cette séparation. Mais la qualité du système final dépendra de la façon dont chaque application définit soigneusement ces autorisations et de qui est en mesure de les modifier plus tard.
C’est la partie que je voudrais examiner avant de me concentrer sur le langage ZK.
Pas seulement de savoir si les données sont privées, mais qui rédige la politique de divulgation pour les premiers actifs en direct sur Dusk, et si les investisseurs peuvent voir ces règles avant d’entrer sur le marché.
#dusk $DUSK
Qu’est-ce qui compte le plus dans la politique de divulgation de Dusk ?

J’utilisais autrefois @Dusk pour lire davantage d’actifs et d’utilisateurs comme un argument haussier simple en faveur de $DUSK
Le dernier plan d’écosystème m’a amené à distinguer deux boucles de valeur très différentes.
La première est native au réseau. Si davantage d’applications règlent des transactions via Dusk, plus de Dusk est utilisé pour les frais et plus d’activité économique atteint les validateurs et les stakers.
La seconde boucle est moins automatique.
Dusk Trade et l’opération ECSP prévue pourraient générer des revenus de produit en reliant des entreprises européennes à des investisseurs et en distribuant des offres réglementées. Mais les revenus gagnés par un produit ne se transforment pas automatiquement en demande pour le token de son réseau.
Dusk semble conscient de cette lacune. L’équipe explore plusieurs façons de reconnecter les revenus de produit à DUSK : des distributions aux stakers, des rachats et des destructions, ou une allocation pilotée par la communauté.
Cette distinction compte pour moi.
Explorer n’est pas la même chose que disposer d’un mécanisme fixe. Un rachat crée un effet différent d’une distribution aux stakers, tandis que laisser l’allocation à la gouvernance introduit une autre couche de décision, entièrement.
La partie intéressante, c’est que Dusk pourrait contrôler les deux côtés de la boucle : les produits qui génèrent l’activité et l’infrastructure où cette activité se déroule. Si une offre d’une PME commence via le canal ECSP, atteint les investisseurs via Dusk Trade et continue à générer des transferts onchain ou des événements de service, la valeur peut potentiellement circuler dans le même écosystème plus d’une fois.
Mais ce résultat doit être mesuré, pas supposé.
Je surveillerais le nombre d’offres qui atteignent réellement la plateforme, le capital qu’elles lèvent, la quantité d’activités ultérieures qui se règleront sur Dusk et la part, le cas échéant, des revenus de produit formellement connectés à DUSK.
La meilleure histoire d’utilité du token ne serait pas de dire que l’écosystème a grandi.
Elle serait de montrer exactement comment cette croissance atteint le token.
#dusk
Quel mécanisme relierait le plus efficacement la croissance de l’écosystème Dusk à $DUSK ?

@Dusk dit dit plus d’activité dans l’écosystème devrait se traduire par plus d’utilisation de DUSK pour les frais de réseau.
Techniquement, oui.
DUSK est utilisé pour le règlement et le staking sur DuskDS, tandis que DuskEVM et DuskVM l’utilisent aussi pour l’exécution.
Ensuite, j’ai essayé de voir ce flux comme un client normal de Dusk Trade.
Quelqu’un qui investit dans une obligation SME européenne ne voudrait probablement pas acheter un jeton de gaz séparé, le faire passer via un bridge et calculer des frais avant de s’abonner.
Un design produit plus fluide masquerait la majeure partie de cela.
Dusk Trade pourrait prendre en charge les frais, regrouper les transactions ou gérer DUSK derrière l’interface, tandis que l’investisseur ne voit simplement que des euros et l’actif acheté.
Cela créerait quand même une utilisation de DUSK en dessous.
Mais cela change qui crée la demande.
Au lieu que chaque nouvel investisseur achète personnellement du DUSK, l’application ou l’opérateur de règlement peut acheter et gérer l’inventaire de gaz pour des milliers d’utilisateurs.
Cela fait que la croissance brute des utilisateurs est un raccourci faible pour estimer la demande en jetons.
Dix mille investisseurs dont les actions sont regroupées dans un petit nombre de règlements peuvent consommer moins de gaz que une seule application financière active qui déplace en permanence des actifs entre des contrats.
Je ne dis pas que l’utilité liée aux frais est faible. Je dis que le taux de conversion est inconnu.
Cela dépend du regroupement des transactions, des frais sponsorisés, de la fréquence des règlements et de la manière dont l’activité circule entre Dusk Trade, DuskEVM et DuskDS.
Le bon indicateur serait le DUSK consommé par euro de volume produit.
Tant que ce chiffre n’existe pas, plus d’utilisateurs signifie directionnellement plus de demande en jetons, mais il est impossible de la valoriser correctement.
#dusk $DUSK
Qu’est-ce qui fera augmenter la demande $DUSK la plus forte en frais ?

$SC vient d’imprimer une expansion de liquidité classique : une énorme bougie 1H a poussé jusqu’à 0,000935, suivie immédiatement d’un rejet net. Cela fait maintenant de 0,00067–0,00062 la zone de maintien (hold) la plus importante. Si les acheteurs absorbent le repli là-bas, 0,000766 → 0,00086 pourra être retesté. Perdre 0,00062, et le pic commencera à ressembler davantage à une exhaustion (épuisement) qu’à une continuation.

$TRUMP est plus avancé dans la phase post-pump. Depuis le rejet à 3,68, le prix a formé des plus bas et se trouve maintenant sous la MA7 à 2,64. Les haussiers doivent reconquérir 2,64–2,75 pour que l’élan s’améliore. Sinon, 2,45, puis la MA25 vers 2,27, sont les niveaux que je surveillerais.

Mon avis : SC a encore de l’élan, mais doit prouver que la cassure peut se maintenir. TRUMP a besoin d’une reconquête avant que je fasse confiance à une autre jambe haussière.
#SC #TRUMP
Ce qui confirme d’abord ?

J’ai passé en revue @TermMax options d’allocation, et le plus grand chiffre n’était pas la prime de staking.
C’était le 70 % qu’un utilisateur peut renoncer définitivement.
Si une allocation dépasse le seuil d’acquisition, une option consiste à réclamer 30 % immédiatement et à renoncer à tout le reste.
L’alternative offre 15 % maintenant, tandis que les 85 % restants s’acquièrent sur une période de trois ou six mois, avec un choix de staking supplémentaire.
Cela rend cette page moins une page de réclamation classique et davantage une décision de liquidité.
La prime la plus élevée peut sembler attrayante, mais elle compense les utilisateurs d’accepter un risque de temps et de prix. Un token débloqué des mois plus tard pourrait valoir plus ou nettement moins qu’à l’approche du TGE.
La voie à 30 % offre plus de liquidité immédiate, mais les 70 % sacrifiés ne pourront jamais être récupérés.
Donc je ne comparerais pas ces options en ne regardant que les pourcentages de bonus.
Je comparerais l’allocation liquide garantie disponible maintenant avec le montant qui est bloqué, le calendrier de déblocage et le niveau d’exposition que je veux réellement après le TGE.
$TMX force les utilisateurs à choisir entre la certitude aujourd’hui et une exposition à plus long terme.
Aucune des deux voies n’est automatiquement meilleure. L’erreur coûteuse serait d’en choisir une sans calculer ce qui est abandonné de façon permanente.
#TermMax

Je suis passé par @Dusk financements SME récents en m’attendant à l’argument habituel sur la propriété fractionnée.
Le tableau à l’intérieur pointe vers un problème moins visible.
Quand une PME émet une obligation ou un certificat d’actions, le travail ne s’arrête pas après l’achat par les investisseurs. Les registres de propriété doivent rester exacts pour les transferts, le vote, les intérêts, les dividendes et le remboursement.
Aujourd’hui, ces registres peuvent passer entre l’émetteur, l’administrateur, la banque, le dépositaire, le teneur de registre et le lieu de négociation. Chaque transmission crée un autre endroit où les données doivent être vérifiées ou rapprochées.
C’est là que le partenariat NPEX commence à avoir du sens.
Le registre de l’AFM confirme NPEX comme un lieu de négociation multilatérale autorisé. Il fournit déjà du financement pour les PME et du trading secondaire, donc Dusk ne conçoit pas une solution autour d’un marché imaginaire.
Le modèle DLT proposé pourrait relier l’éligibilité des investisseurs, l’émission, la propriété, le règlement et, plus tard, les opérations sur titres autour d’un seul état de propriété contrôlé.
Mais l’article de Dusk comporte un avertissement important.
La tokenisation ne peut pas remplacer l’émetteur, l’administrateur, le notaire ou le lieu. Le vote exige toujours une décision approuvée. Les dividendes exigent toujours des calculs corrects et des fonds disponibles. Les litiges et les paiements incorrects nécessitent encore des personnes responsables.
Ainsi, le token ne réduit la réconciliation que si les parties acceptent son état de propriété comme faisant foi sur le plan opérationnel et juridique.
S’ils laissent les anciens registres inchangés à côté, la DLT devient une autre base de données à rapprocher.
C’est le véritable test pour NPEX et Dusk dans le cadre du parcours pilote DLT de l’UE : pas de savoir si un titre de PME peut être tokenisé, mais si un seul enregistrement peut rester utile de l’émission jusqu’aux transactions, aux dividendes et au remboursement final.
Une transaction plus rapide est utile.
Le résultat le plus important serait cinq ans sans registres de propriété conflictuels.
#dusk $DUSK

Au départ, j’ai confondu Moonlight et Phoenix avec deux paramètres de confidentialité pour la même transaction Dusk.
La séparation est plus utile que cela.
Moonlight prend en charge l’activité de compte public lorsque la transparence est acceptable. Phoenix fournit des transferts protégés lorsque les soldes et les détails des transactions doivent rester confidentiels.
Cela signifie qu’une application n’a pas besoin de forcer chaque action à entrer dans un seul modèle de visibilité.
Un lieu réglementé pourrait conserver l’activité générale du marché publique tout en protégeant les flux de règlement privés ou les positions sensibles d’investisseurs, et divulguer des preuves spécifiques uniquement lorsque cela est nécessaire.
@Dusk n’impose pas la confidentialité partout.
Elle fait de la visibilité des transactions un choix de conception.
#dusk $DUSK
Si vous construisiez un lieu réglementé sur Dusk, où utiliseriez-vous d’abord la confidentialité de Phoenix ?

Je me suis arrêté à @TermMax : un exemple où un FT est acheté 0,80 $ et racheté 1 $ à l’échéance.
Cela génère un rendement de 25 %, mais cela ne signifie pas que chaque marché TermMax propose un taux fixe de 25 %.
Le rendement provient de deux éléments : le prix payé pour le FT et le temps restant jusqu’à l’échéance.
Un passage de 0,80 $ à 1 $ sur un an est très différent du même passage sur trois mois. C’est pourquoi l’interface TermMax calcule l’APY effectif en plus du slippage et des frais avant d’effectuer la transaction.
Ce détail compte.
Ce qui est fixe, c’est la créance du FT sur un jeton de dette à l’échéance. Son prix d’achat, le prix de sortie anticipée et la liquidité disponible peuvent encore évoluer.
Ainsi, un prêteur connaît la destination, mais la qualité de la transaction dépend toujours de l’endroit où il entre et du temps qu’il doit attendre.
Je ne jugerais pas un marché TermMax uniquement d’après son taux affiché.
Je vérifierais le prix du FT, la date d’échéance, l’APY effectif et l’existence d’une liquidité suffisante si j’ai besoin de sortir tôt.
La valeur de rachat peut être fixe.
Le rendement n’est intéressant que si le prix d’entrée est cohérent.
#TermMax

Qu’est-ce que vous vérifieriez d’abord avant d’acheter un FT ?

Au début, j’ai supposé qu’un protocole de prêt à taux fixe calculerait un taux unique à l’échelle du protocole pour chaque marché.
@TermMax Le Range Order Tool renvoie à un modèle différent.
Les market makers peuvent créer des cotations de prêt uniquement, d’emprunt uniquement ou des cotations bidirectionnelles, puis définir la courbe de tarification et la plage dans laquelle leur liquidité est active. Le contrat d’ordre V2 le reflète directement via des fonctions telles que createOrder et setCurveAndPrice.
Cela signifie que le taux affiché à un utilisateur n’est pas simplement le taux TermMax.
C’est le prix produit par la liquidité disponible, la courbe choisie par le market maker, la plage de l’ordre et la taille de la transaction.
Je trouve cela plus intéressant qu’une formule fixe, car des maturités et des marchés de collatéral différents ne nécessitent pas forcément la même forme de tarification.
Un market maker peut concentrer la liquidité près des taux auxquels il est réellement disposé à prêter ou à emprunter, plutôt que de financer l’intégralité d’une courbe.
Mais la personnalisation ne crée pas automatiquement un bon marché.
Si seuls quelques market makers publient des cotations, un taux affiché peut sembler précis alors que, pour une taille significative, le mouvement se fait rapidement vers une plage moins favorable. L’outil offre un contrôle ; il ne peut pas garantir une liquidité concurrente.
Les chiffres que je surveillerais ne sont pas seulement les APR “en gros titre”.
Je regarderais la profondeur des cotations, les spreads, les plages qui se chevauchent et la quantité de taille pouvant être échangée avant que le taux ne change de manière significative.
Un taux fixe peut être connu à l’avance.
Cela ne signifie pas que le marché qui le produit est profond.
#TermMax
Qu’est-ce qui prouve le mieux qu’un marché à taux fixe a une profondeur réelle ?

Je pensais que DuskVM et DuskEVM étaient essentiellement deux façons de construire la même chose.
Puis j’ai passé un peu de temps à regarder les parcours de développement réels et pas vraiment.
Si vous construisez via DuskVM, vous êtes beaucoup plus proche du @Dusk side natif. Les contrats sont écrits en Rust, compilés en WASM et s’exécutent directement sur la L1. Cela vous donne accès aux modèles de transaction propres à Dusk et à des fonctionnalités de confidentialité/ZK plus bas niveau.
DuskEVM ressemble au compromis inverse.
Vous obtenez Solidity, Foundry, Hardhat, des portefeuilles EVM classiques… essentiellement les outils que les développeurs Ethereum connaissent déjà. Mais l’exécution finit quand même par se régler via DuskDS.
Ce qui m’a fait comprendre, c’est que ce n’est pas vraiment demander aux développeurs de choisir la meilleure VM.
C’est plutôt demander de quoi l’application a réellement besoin.
Si j’ai besoin d’un contrôle direct de la L1, d’une logique de confidentialité native ou d’une exécution au niveau du protocole, DuskVM a davantage de sens.
Si j’ai déjà une application EVM et que je veux simplement une manière familière d’entrer dans la pile Dusk, forcer une réécriture en Rust serait un frein inutile.
Donc oui, au départ, ces deux environnements d’exécution m’ont semblé redondants.
Maintenant, j’ai l’impression que Dusk essaie de ne pas faire en sorte que la compatibilité développeur et le contrôle natif se fassent concurrence.
Même écosystème, points d’entrée très différents.
Je suis curieux de savoir quel camp les développeurs choisiront réellement quand plus d’applications commenceront à arriver.

$DUSK #dusk

#TermMax @TermMax
Je vérifiais ce qui avait réellement changé autour de TermMax cette semaine au lieu d’écrire encore un post de compte à rebours de TGE.
Je suis finalement tombé sur la page du périmètre Immunefi.
Dernière mise à jour : 17 août 2026.
Il y a une nouvelle ligne :
TermMax App V2 ajoutée le 17 août.
Ça m’a surpris, car le TGE de $TMX a lieu le 25 août. Donc, même si l’attention se tourne naturellement vers le token, la surface de sécurité autour du produit est mise à jour littéralement huit jours avant.
J’ai cliqué plus loin pour voir ce qu’Immunefi considère comme critique pour TermMax.
Ce n’est pas seulement le fait que des contrats intelligents soient exploités.
Le périmètre inclut aussi le vol direct de fonds, le gel permanent, des échanges/retraits non autorisés, et même un portefeuille connecté poussé vers des paramètres de transaction modifiés, des adresses de contrat substituées ou des transactions malveillantes.
Ça change un peu la façon dont je vois l’histoire de TermMax.
Le protocole a déjà des marchés à taux fixes en dessous, tandis qu’Alpha met les calls, puts et positions de coffre (vaults) dans une interface beaucoup plus orientée utilisateur.
À mesure que cette interface devient plus performante, le front-end lui-même fait partie de la surface de risque financier.
La feuille de route de TermMax rend ça encore plus pertinent : Atomic Orders, Smart Unwind et un Order Aggregator sont toujours listés comme directions à venir pour la V2.
Je ne lirais pas une mise à jour Immunefi comme une preuve que l’App V2 est sur le point de sortir, et ça ne prouve absolument pas non plus que cette nouvelle surface est sans risque.
Mais l’ajouter au périmètre de la prime avant le lancement du token est, pour moi, un signal plus utile qu’un autre visuel “TGE bientôt”.
La prochaine chose que je surveille n’est pas seulement ce que $TMX fait le 25 août.
C’est ce que TermMax V2 met réellement derrière cette nouvelle barrière de sécurité.

#dusk $DUSK @Dusk
Je me suis arrêté à la section Hedger sur la pile de produits de Dusk parce qu’elle est encore marquée Testnet.
La description confirmée est assez spécifique : chiffrement homomorphe, preuves à connaissance nulle, transferts confidentiels et un chemin compatible EVM.
Elle ne promet pas explicitement un meilleur market making.
Mais cela m’a fait réfléchir à ce que demande à révéler un marché entièrement public aux apporteurs de liquidité.
Un market maker peut coter en continu les deux côtés d’une obligation tokenisée. Les cotations doivent être visibles : c’est ainsi que fonctionne la découverte des prix. Mais si les mêmes adresses publiques révèlent aussi les variations d’inventaire, les valeurs de règlement et chaque couverture, les traders peuvent commencer à estimer quand ce market maker devient trop long ou trop court.
Une fois cette pression visible, le marché peut y commercer.
Le market maker peut réagir en réduisant la taille des ordres, en élargissant les spreads ou en déplaçant une partie de son activité loin de la plateforme publique. Je ne peux pas affirmer que Hedger l’a déjà empêché ; je n’ai pas trouvé de données de production publiques comparant les spreads ou la liquidité avant et après l’exécution confidentielle.
La direction technique reste pertinente.
Le chiffrement homomorphe est conçu pour permettre des calculs sur des valeurs chiffrées, tandis que les preuves à connaissance nulle peuvent vérifier les conditions requises sans publier les données sous-jacentes. Mon interprétation est qu’une application DuskEVM pourrait emprunter cette voie pour séparer les informations du marché public des détails privés d’inventaire ou d’exécution.
Cette frontière compte.
Un prix transparent aide tout le monde. Un carnet de risques transparent aide surtout ceux qui veulent trader contre lui.
Hedger est toujours sur le testnet, donc le vrai test ne sera pas de démontrer que des ordres confidentiels peuvent l’être. Le test sera de savoir si les market makers citent réellement des spreads plus profonds ou plus serrés une fois que leurs positions internes ne constituent plus une information publique gratuite.