W Shakespeare

Dusk a déployé 39 correctifs via AEGIS. Parmi les conclusions à l’origine de cette remédiation, 7 ont été évaluées comme critiques. Cela ressemble à un grand nombre de problèmes de sécurité distincts. Mais ces 7 constats critiques se ramènent en réalité à seulement 4 causes racines, ce qui rend le comptage du titre moins évident qu’il n’y paraît au premier abord.

Trente-neuf correctifs me donnent une idée de l’ampleur du travail de remédiation de Dusk. Ils ne me disent pas combien de modes de défaillance indépendants ces correctifs étaient réellement en train de traiter. Ce que je ne sais pas encore, c’est si le processus de remédiation de Dusk élimine de façon systématique les causes partagées derrière plusieurs constats, ou s’il ne fait que fermer les voies d’exploitation individuelles qui se sont trouvées mises en évidence.

Le propre processus AEGIS de Dusk offre un mécanisme utile à surveiller. La remédiation critique est suivie non seulement par la fermeture des exploits, mais aussi par la fermeture des causes racines et par la couverture de non-régression. Cela rend la récurrence future plus informative pour moi que le simple nombre de correctifs. Déployer un correctif prouve qu’un problème connu a été traité. Une preuve plus solide consisterait à voir la même classe de défaillance sous-jacente cesser de réapparaître dans des revues ultérieures ou dans des parties adjacentes de la pile.

Alors que Dusk met en place une infrastructure pour les workflows de délivrance natifs, où davantage du cycle de vie d’une sécurité réglementée peut dépendre directement du réseau sous-jacent, la remédiation des causes racines devient un signal de sécurité plus significatif que le simple nombre de correctifs livrés.

J’en apprendrais davantage grâce à des preuves montrant que quelques causes racines partagées ont été entièrement éliminées, plutôt que d’un nombre plus élevé de correctifs sans savoir combien de modes de défaillance indépendants se cachaient derrière.

La question est de savoir si le processus de sécurité de Dusk réduit les classes de défaillances sous-jacentes, et pas seulement le nombre de constats ouverts. Je surveille si les mêmes causes racines réapparaissent lors d’audits ultérieurs, comment évolue la couverture de non-régression et si des hypothèses similaires bas niveau se retrouvent ailleurs dans la pile.

#dusk $DUSK @Dusk ✨

Je reviens sans cesse à Smart Unwind, le mécanisme de TermMax qui permet aux emprunteurs de définir une sortie anticipée pour les positions à terme fixe, avant l’échéance.

Sur le papier, cela rend la dette à terme fixe bien plus liquide. Mais disposer d’une voie de sortie et pouvoir l’utiliser quand on veut sont deux choses différentes. Smart Unwind m’indique qu’un emprunteur peut proposer une position existante pour une sortie anticipée à un APR (taux annuel) ou à un prix cible. Il ne me dit pas qu’il y aura toujours une demande suffisante pour prendre l’autre côté. Ce que je ne sais pas encore, c’est si TermMax peut rendre ces sorties anticipées fiables, ou s’il s’agit surtout de créer une voie de sortie qui ne fonctionne que lorsque les conditions de marché et la demande secondaire se trouvent alignées.
Les mécanismes rendent cette distinction plus claire. Si la cible est atteinte, un autre emprunteur ou un arbitragiste peut prendre l’autre côté, permettant à la position initiale de se dénouer et au capital emprunté de retourner au pool de prêt avant son échéance d’origine.

Une position peut donc être négociable sans être continuellement liquide. La preuve la plus solide n’est pas le nombre d’ordres Smart Unwind que les emprunteurs peuvent passer, mais à quelle fréquence ces ordres se exécutent réellement, combien de temps mettent les sorties à se faire, et à quelle fréquence le capital revient côté prêt avant l’échéance.

J’en apprendrais davantage à partir d’un plus petit nombre de positions qui sortent de façon régulière que d’un très grand nombre qui restent simplement là, disponibles pour se dénouer. Smart Unwind ne rend pas l’échéance sans importance. Il transforme le problème : au lieu d’être obligé de conserver une position jusqu’à l’échéance, il s’agit de trouver quelqu’un prêt à prendre l’autre côté avant cela.

La question est de savoir si TermMax peut créer une demande secondaire suffisante pour rendre les positions à terme fixe réellement plus faciles à quitter, ou s’il ajoute principalement un autre type d’ordre dont l’utilité dépend encore des conditions de marché.

Je surveille les taux de remplissage des ordres à la sortie, le temps nécessaire pour sortir et la fréquence à laquelle le capital revient avant l’échéance.
#termmax @TermMax 🔥

Je reviens sans cesse à la façon dont Dusk Trade est présenté comme un lieu permettant de découvrir, d’acheter et de vendre des actifs financiers tokenisés.
Du point de vue de l’investisseur, cela ressemble beaucoup à un néocourtier. Une seule interface peut gérer la découverte, l’onboarding et le trade lui-même. Mais un front-end fluide ne signifie pas pour autant que Dusk Trade soit aussi le courtier, le lieu d’exécution, le dépositaire ou l’opérateur de règlement en coulisses.
Ce que je ne sais pas encore, c’est combien de ces rôles réglementés Dusk Trade va réellement détenir, et combien il va coordonner avec d’autres institutions.
Les mécanismes à surveiller se situent là où un ordre est réellement exécuté, quelle entité opère le lieu, et qui contrôle la garde via le règlement.
Le bouton « Acheter » ne me dit que où l’investisseur commence la transaction. Un flux de transaction en temps réel m’en apprend davantage : où se situent concrètement l’exécution, la garde et la responsabilité du lieu.
Cette distinction compte, car un produit peut regrouper l’expérience utilisateur en un seul endroit tout en gardant des rôles institutionnels, en dessous, répartis entre plusieurs opérateurs réglementés.
Donc, je jugerai Dusk Trade moins sur la fluidité de l’interface ressentie que sur la clarté avec laquelle ces rôles peuvent être retracés une fois que de vraies transactions commencent.
La question est de savoir si Dusk Trade devient un produit financier verticalement intégré, ou une couche applicative plus « propre » qui coordonne des infrastructures réglementées en dessous. Je surveille de très près le premier flux live de Dusk Trade afin de voir exactement où se situent l’exécution, la responsabilité du lieu et la garde.
#dusk $DUSK @Dusk ✨

Je reviens sans cesse à la rapidité avec laquelle TermMax a élargi son empreinte sur le marché. Dans son récapitulatif V1, TermMax indiquait avoir lancé 30+ marchés, les marchés du Pendle Principal Token (PT) apparaissant comme l’adéquation produit-marché la plus évidente. En mars 2026, cette empreinte s’était déjà étendue à plus de 100 marchés déployés. Cela me dit que TermMax est devenu bien plus large en tant que produit. Ce que cela ne me dit pas, en revanche, c’est si la demande à l’origine de cette expansion s’est élargie en même temps.

Les stratégies adossées à des PT étaient un choix naturel pour un ajustement précoce avec TermMax. L’emprunt à taux fixe fonctionne particulièrement bien lorsque les utilisateurs peuvent emprunter en s’appuyant sur des positions générant du rendement, et structurer des opérations de rendement avec effet de levier autour d’un coût d’emprunt connu. Ainsi, l’adhésion constatée sur ces marchés me dit quelque chose d’utile sur l’endroit où TermMax a d’abord trouvé de la demande.

Ce que je ne sais pas encore, c’est si, depuis, TermMax a trouvé des raisons tout aussi convaincantes pour que les emprunteurs utilisent ses marchés en dehors de cette niche initiale.

C’est cela qui rendrait le passage de 30+ à 100+ marchés plus significatif à mes yeux.

L’emprunt en dehors des stratégies pilotées par les PT constituerait une preuve plus solide, surtout si cela vient de cas d’usage qui ne dépendent pas de la même configuration de transaction sur rendement. Cela montrerait que TermMax n’ajoute pas seulement davantage de lieux pour emprunter, mais qu’il trouve aussi plus de raisons pour lesquelles des personnes empruntent à taux fixe.

J’en apprendrais davantage avec un plus petit ensemble de cas d’usage d’emprunt réellement différents qui gagnent une traction réelle, plutôt qu’avec un nombre beaucoup plus grand de marchés déployés construits à partir de variations d’une demande que TermMax avait déjà prouvée.

La question est de savoir si TermMax utilise son premier fit produit-marché autour des PT comme un tremplin vers un marché du crédit à taux fixe plus large, ou si le cas d’usage d’origine explique encore l’essentiel de la demande sous-jacente à sa plus grande empreinte. Je surveille d’où vient la demande d’emprunt non-PT de TermMax et quels nouveaux cas d’usage commencent à gagner une traction significative.

#termmax @TermMax ✨

Je reviens sans cesse à l’idée de Dusk concernant la confidentialité programmable pour les marchés réglementés, en particulier à la manière dont cela se déploie au sein de Dusk Trade.
Le modèle a du sens. Les investisseurs, les émetteurs, les plateformes et les examinateurs autorisés n’ont pas tous besoin de voir le marché de la même façon ; ainsi, ce que chaque participant voit peut dépendre de son rôle.
Mais contrôler ce que l’on montre directement à quelqu’un ne revient pas à contrôler ce qu’il peut, au final, apprendre.
L’accès basé sur les rôles me dit que Dusk peut décider qui reçoit une information donnée. Il ne me dit pas si les participants peuvent reconstituer l’activité qu’ils voient et en déduire quelque chose qui était censé rester hors de leur champ de vision.
Ce que je ne sais pas encore, c’est si ces limites tiennent encore après que les participants ont regardé suffisamment d’activités s’accumuler.
Les signaux qui méritent d’être surveillés ne sont donc pas seulement les champs auxquels chaque rôle peut accéder, mais aussi ce qui reste visible comme états du marché, quelles actions peuvent être reliées entre des transactions, et si l’exécution ou le comportement de règlement révèle des schémas au-delà du périmètre de divulgation prévu.
Donner à des participants différents des vues différentes prouverait que Dusk Trade peut contrôler l’accès direct. Une preuve plus solide serait qu’ils apprennent très peu au-delà de ce que Dusk Trade avait l’intention de leur montrer selon leur rôle.
Cela change la manière dont j’évaluerais le modèle de confidentialité programmable de Dusk.
L’épreuve la plus difficile n’est pas de savoir si Dusk peut masquer un champ à un participant. C’est de savoir si tout le reste que ce participant peut voir lui permet de reconstituer l’information de toute façon.
La question est de savoir si Dusk peut rendre la visibilité du marché réellement programmable via Dusk Trade, ou si les participants peuvent encore reconstituer des informations que l’application n’avait jamais prévu de divulguer.
Je surveille l’accès à l’information basé sur les rôles, les états observables des transactions et du règlement, ainsi que ce que les participants peuvent déduire après une activité répétée.
#dusk $DUSK @Dusk ✨

Aujourd’hui, j’ai acheté 2 212 USDT via Binance P2P. Le contrepartiste que j’ai choisi est le marchand « HuanHH ». C’est un marchand fiable depuis de nombreuses années, avec un profil comprenant plus de 15 500 transactions au total et une première transaction remontant à il y a 5 ans.
J’ai passé la commande et ouvert l’application bancaire pour effectuer le virement. J’ai vérifié minutieusement le nom du bénéficiaire et les détails de paiement sur la commande. Comme toutes les informations correspondaient, j’ai transféré l’argent puis j’ai marqué le paiement comme « completed ».
Mais en attendant assez longtemps, le marchand ne libère toujours pas la crypto. J’ai envoyé un message dans le chat P2P et ils m’ont répondu qu’ils n’avaient pas encore reçu le paiement.
Comme mon virement est bien terminé conformément aux informations indiquées dans la commande, j’ai ouvert un Appeal et j’ai envoyé une preuve de paiement au support Binance pour qu’ils examinent le dossier.
Juste après cela, le marchand m’a recontacté en disant qu’il avait bien reçu l’argent. Cependant, il me demande d’annuler l’Appeal avant qu’il ne libère les USDT.
Je ne suis pas d’accord et je lui ai demandé de libérer la crypto d’abord.
La raison est assez simple. À ce stade, l’Appeal continue de protéger une commande qui n’a pas encore été résolue. Et surtout, Cancel Appeal est irréversible. Une fois que je retire l’Appeal, je perds le droit de contester cette commande via le processus d’appel.
Donc, il n’y a aucune raison pour que je retire la couche de protection dont je dispose juste parce qu’on me promet que la crypto sera libérée ensuite.
Le marchand a confirmé avoir reçu l’argent : l’étape suivante devrait donc être de libérer la crypto. S’ils ne le font toujours pas, je garde l’Appeal tel quel et j’attends le résultat de l’examen du dossier par le support Binance.
Ce cas m’a fait comprendre que, lorsque l’Appeal est ouvert, l’ordre de traitement est très important.
Ma règle de sécurité P2P est assez précise : si j’ai déjà ouvert un Appeal, je ne l’annule pas à la demande du contrepartiste, ni sur la base de sa promesse. Je ne retire l’Appeal que lorsque les USDT ont été libérés ou que l’argent fiat a réellement été remboursé sur mon compte bancaire.
S’il n’y a aucun de ces deux résultats, je laisse l’Appeal continuer.
#binancep2pantoan @Binance Vietnam ✨

Je reviens toujours à TermMax, un protocole décentralisé d’emprunt et de prêt à taux fixe, en citant plus de 20 partenariats institutionnels.

Cela ressemble à une traction institutionnelle significative. Mais le nombre devient moins évident dès que je demande ce que représente réellement économiquement un « partenariat ».

Les institutions peuvent se situer à des endroits très différents de l’écosystème de TermMax. Une relation peut étendre les infrastructures ou la distribution. Une autre peut se rapprocher de la tarification, de la fourniture de liquidité ou de l’allocation directe de capitaux. Toutes peuvent compter, mais les regrouper sous un seul titre rend difficile de voir à quel point cette portée institutionnelle s’est réellement traduite par une participation en capitaux.

Ce que je ne sais pas encore, c’est si ces plus de 20 partenariats se transforment en une base large d’institutions avec une exposition économique réelle via TermMax, ou si une grande partie de cette présence se situe encore à d’autres niveaux de l’écosystème. C’est là que le capital déployé devient un signal plus fort. Une fois qu’une institution met effectivement de l’argent au travail via TermMax, la relation doit passer un test économique qu’un simple partenariat ou une intégration ne peut pas remplacer. L’institution doit accepter le risque, le rendement et les conditions de marché liés à cette position, plutôt que d’être simplement connectée au protocole. Ainsi, la largeur des relations et la largeur de capitaux ne sont pas la même chose. TermMax peut construire un vaste réseau institutionnel, tandis que l’argent qui circule réellement dans ses marchés provient encore d’un sous-ensemble beaucoup plus réduit.

J’en apprendrais davantage d’un petit groupe d’institutions dont le capital est activement déployé via TermMax que d’un nombre de partenariats beaucoup plus élevé où le rôle économique derrière chaque relation reste flou.

La question est de savoir si TermMax construit un large réseau institutionnel autour du protocole, ou s’il transforme cette largeur en une base tout aussi large de participation institutionnelle au capital. Je surveille la part de cette empreinte institutionnelle qui se matérialise effectivement comme du capital déployé ensuite.

#termmax @TermMax ✨$BTW

Je reviens sans cesse à la volonté de Dusk de faire passer les marchés financiers sur la chaîne (onchain) avec des institutions agréées par l’UE, en particulier son travail avec NPEX en vue d’un système de négociation et de règlement basé sur la DLT (DLT TSS). Il est facile d’y voir surtout une histoire de règlement plus rapide.

Mais la vitesse de règlement et la structure de règlement ne sont pas la même chose. Un DLT TSS peut réunir, au sein d’une même infrastructure réglementée, les fonctions de négociation et de règlement, plutôt que de faire passer une transaction d’un système à un autre avant que la propriété ne soit définitive.

Ce que je ne sais pas encore, c’est si la trajectoire de Dusk en matière de DLT TSS supprimera réellement les transferts (handoffs) significatifs entre l’exécution et le règlement, ou si elle ne fera que rendre l’étape finale plus rapide, tandis qu’une grande partie de l’ancien processus restera en place. Les mécanismes à surveiller sont l’emplacement des volets titres et espèces, si la livraison et le paiement sont réglés ensemble, et quelles étapes nécessitent encore un système externe ou une conciliation. Une infrastructure de DLT TSS en conditions réelles, comme celle de 21X, montre que la négociation et le règlement peuvent évoluer sur la chaîne, tout en conservant certaines fonctions de conformité hors chaîne (offchain). C’est un étalon plus utile pour Dusk que le seul temps de règlement. Le temps de règlement m’indique à quelle vitesse le processus se termine. Les transferts qui subsistent m’indiquent dans quelle mesure le DLT TSS a réellement modifié le processus.

J’évaluerais les progrès de Dusk en fonction des fonctions de négociation vers règlement qui sont véritablement consolidées, et non seulement de la rapidité à laquelle la transaction finale s’exécute.

La question est de savoir si Dusk peut comprimer le workflow du marché lui-même, ou seulement comprimer l’horloge. Je surveille quels transferts institutionnels disparaissent réellement lorsque le DLT TSS de Dusk et NPEX passe en production.

#dusk $DUSK @Dusk ✨

Tout à l’heure, je suis allé sur Binance P2P pour vendre 2,940 USDT, le contrepartiste étant un merchant nommé "DamDang131". Le profil affiche plus de 51 200 transactions, un taux d’achèvement de 98,34 %, des retours récents plutôt corrects et les limites correspondent aussi à mes besoins ; j’ai donc passé la commande.
Deux minutes plus tard, le merchant a indiqué avoir transféré l’argent en totalité et a envoyé une capture d’écran de virement réussi dans le chat P2P.
J’ai ouvert l’application de banque pour vérifier avant de libérer les USDT, mais à ce moment-là, la banque était en maintenance, donc je n’ai pas pu consulter la transaction récente.
Le merchant a continué à mettre la pression et m’a rappelé qu’en cas de non-libération des USDT, ils feraient une Appeal auprès du support Binance.
J’ai donc maintenu la commande en attente.
Je ne dis pas que cette capture est fausse, ni que le merchant n’a pas payé. Simplement, à ce moment-là, je n’étais pas en mesure de confirmer le montant depuis le compte de réception. L’ensemble des preuves dont je dispose vient de l’autre partie.
Quelques minutes plus tard, l’application bancaire s’est remise à fonctionner. Je me suis connecté, j’ai vérifié le montant réel et le nom de l’expéditeur, qui correspondaient à la commande, puis j’ai libéré les USDT.
Ce cas m’a fait remarquer une situation assez rare dans les transactions P2P : le paiement a peut-être bien été envoyé, mais le canal que j’utilise pour le vérifier n’est temporairement pas opérationnel.
Si l’application bancaire est interrompue seulement un instant, je garde la commande telle quelle et j’attends de pouvoir vérifier moi-même. Si la confirmation se prolonge ou si les deux parties ne parviennent pas à clarifier le paiement, à ce moment-là, une Appeal serait plus appropriée pour que le support Binance prenne en charge le dossier selon le processus officiel.
Après cette transaction, j’ai gardé une règle assez simple :
🔒 Tant que je ne peux pas vérifier moi-même le paiement, je ne libère pas non plus de crypto.
La capture d’écran du contrepartiste peut servir d’information, mais la décision de libération n’intervient qu’après que j’ai pu vérifier le montant réel effectivement présent dans le compte de réception.
#binancep2pantoan @Binance Vietnam ✨

Aujourd’hui, j’ai rencontré un cas assez pénible en achetant des cryptos via Binance P2P.
J’avais payé l’intégralité du montant, au bon nom du bénéficiaire, mais le vendeur a affirmé ne pas avoir reçu l’argent et a refusé de libérer la crypto. J’ai répondu à nouveau dans le chat P2P, en leur demandant de vérifier encore quelques fois, mais la situation n’a pas changé.
Finalement, j’ai décidé d’ouvrir un Appeal.
Ce qui est surprenant, c’est que pendant que Binance Support n’avait même pas encore besoin d’intervenir, le vendeur m’a recontacté et a libéré la crypto.
Je ne connais pas exactement la raison de leur changement de méthode, donc je ne veux pas spéculer. Mais ce cas m’a fait voir l’Appeal différemment.
J’avais déjà pensé qu’ouvrir un Appeal signifiait forcément devoir attendre que Binance Support examine, fasse les vérifications nécessaires, puis rende une décision finale. Du coup, j’étais parfois hésitant à ouvrir un Appeal, de peur qu’une simple commande ne s’éternise.
En réalité, le process n’a pas forcément besoin d’aller jusque-là.
Quand un Appeal est ouvert, la partie concernée est notifiée et a la possibilité de répondre. Si le problème se règle directement de cette manière, la commande peut se terminer sans que Binance Support ait besoin de trancher.
Donc, si le paiement est complété, que le vendeur n’a pas encore libéré et que les échanges dans le chat P2P ne résolvent pas le problème, je ne vais pas éviter l’Appeal juste par peur de perdre du temps. Pour moi, c’est aussi une règle de sécurité assez simple : lorsque la gestion directe n’est plus efficace, utilisez le process prévu par Binance P2P plutôt que d’attendre indéfiniment.
Ce cas m’a aussi fait réaliser une autre chose concernant les fonctionnalités de sécurité sur P2P.
La valeur de ces fonctionnalités ne réside pas toujours dans le fait que Support doive intervenir jusqu’au bout. Parfois, il suffit qu’un mécanisme officiel comme l’Appeal soit déclenché : la façon dont les deux parties gèrent la transaction change alors.
#binancep2pantoan @Binance Vietnam ✨

Avec le lancement du TGE $TMX prévu pour le 25 août, je me suis davantage penché sur la manière dont TermMax prévoit de distribuer le token. Un détail ressort sans cesse : 290M $TMX, soit 29% de l’offre, sont alloués à l’écosystème sur 48 mois.

Pour un protocole qui cherche à construire des marchés de prêt et d’emprunt à taux fixe décentralisés, cette période de financement constitue une marge substantielle pour soutenir la croissance. Mais la période de 48 mois fait moins le travail qu’il n’y paraît.
Elle m’indique pendant combien de temps TermMax dispose de tokens pour les distribuer à l’écosystème. Elle ne me dit pas combien de temps l’activité soutenue par ces tokens peut durer par elle-même.

Ce que je ne sais pas encore, c’est si ces 48 mois laissent à TermMax assez de temps pour transformer une participation soutenue par des incitations en une demande récurrente pour ses marchés à taux fixe, ou si cela ne fait principalement que prolonger la durée pendant laquelle cette participation peut être soutenue avec $TMX.

Les signaux à surveiller sont donc plus précis que l’allocation elle-même : comment se comporte la demande d’emprunt lorsque les incitations changent, et si le capital continue de revenir pour financer de nouveaux prêts après la maturation des positions précédentes.

L’activité pendant la distribution de $TMX peut montrer que les incitations sont capables d’attirer la participation. Des prêts répétés lorsque ce soutien devient moins important seraient une preuve plus solide, car le marché doit continuer à mettre en relation prêteurs et emprunteurs sans dépendre du même niveau de récompense externe.

J’en apprendrais davantage d’un marché à taux fixe plus petit qui continue de tourner avec moins de dépendance aux incitations que d’un marché beaucoup plus grand dont l’activité reste étroitement liée à l’allocation de 290M $TMX.

Cela change aussi la façon dont je lis la période de distribution sur 48 mois. La question est de savoir si l’allocation de 290M $TMX donne à TermMax 48 mois pour construire une demande récurrente à taux fixe, ou simplement 48 mois pour continuer à la soutenir. Je surveille la demande d’emprunt et la réutilisation du capital pendant l’évolution des incitations de l’écosystème.

#termmax @TermMax ✨

Je reviens sans cesse à la volonté de Dusk de rendre la confidentialité programmable réellement applicable dans des workflows EVM réglementés, en particulier au rôle que joue Hedger au sein de DuskEVM. Hedger peut générer des preuves côté client en moins de deux secondes. Cela ressemble à un signal de performance solide. Mais le chiffre fait moins de travail qu’il n’y paraît au premier abord.

Une preuve inférieure à deux secondes m’indique que l’étape cryptographique côté utilisateur peut être suffisamment rapide pour un usage pratique. Elle ne me dit pas combien de temps prend une transaction confidentielle une fois que la vérification de la preuve, l’ordonnancement, l’exécution et le règlement font partie du même workflow. Ce que je ne sais pas encore, c’est si Dusk peut transformer cette étape locale de génération rapide en une exécution confidentielle de bout en bout qui reste systématiquement rapide.

Les signaux à surveiller sont donc plus spécifiques que le temps de génération des preuves : la latence de vérification et d’inclusion, le temps total de finalisation d’une transaction, et la façon dont ces chiffres évoluent lorsque l’activité confidentielle augmente. Une preuve rapide montre qu’un goulot d’étranglement en matière de confidentialité pourrait être maîtrisable. Une performance répétée de bout en bout sous charge constituerait une preuve plus solide, car une plus grande partie de la pile EVM confidentielle de Dusk doit fonctionner correctement en même temps.

Cela change la manière dont j’évaluerais les progrès de Dusk ici.

Hedger donne à Dusk un moyen d’introduire la confidentialité dans l’activité EVM, mais les utilisateurs et les applications financières vivent le chemin complet de la transaction, pas seulement le prouveur isolé. Le benchmark utile est donc la quantité de latence que la confidentialité ajoute, du début à la fin.

La question est de savoir si Dusk peut transformer une cryptographie en dessous de deux secondes en des workflows financiers confidentiels systématiquement rapides, plutôt que de laisser cette vélocité concentrée dans une seule étape d’un processus plus long.

Je vais donc surveiller la latence de bout en bout, les temps de vérification et d’inclusion, ainsi que les performances sous une activité confidentielle concurrente.

#dusk $DUSK @Dusk ✨

Je reviens sans cesse aux Atomic Orders dans les marchés de prêts à taux fixe de TermMax, et à l’idée que la même liquidité peut être disponible sur plusieurs marchés.

À première vue, cela ressemble à une façon utile d’empêcher la liquidité d’être immobilisée à un seul endroit. Mais « la même liquidité » fait ici tout le travail. Une liquidité partagée me dit que le capital inactif peut être mis en concurrence pour des emprunteurs dans plusieurs marchés à la fois. Elle ne me dit pas que ce capital peut continuer à circuler une fois que l’un de ces marchés l’utilise. TermMax s’attendait à ce que Atomic Orders augmente la liquidité disponible par marché de 5 à 20 fois. Mais cet objectif mesure la disponibilité, pas la fréquence à laquelle le capital sous-jacent est réellement réutilisé.

Ce que je ne sais pas encore, c’est si Atomic Orders augmente réellement, de manière significative, la fréquence de réutilisation du capital, ou si elles augmentent surtout le nombre d’endroits où le même capital inactif peut attendre la demande. Les mécanismes font cette distinction plus clairement. Avant qu’une exécution ait lieu, un seul pool peut être cotée sur plusieurs marchés TermMax. Après une exécution, le capital ne se multiplie pas. La quantité disponible ailleurs diminue, et une fois que des fonds entrent dans un prêt à terme fixe, ils peuvent rester immobilisés jusqu’à l’échéance, sauf si la position sort plus tôt.

Cela me pousse à réfléchir à l’efficacité du capital un peu différemment. La liquidité affichée me dit dans quelle mesure le capital peut concourir pour répondre à la demande. La rotation du capital me dit s’il peut revenir en circulation après avoir été déployé. C’est une preuve plus solide, car le capital doit accomplir les deux côtés du cycle : trouver un emprunteur et redevenir disponible pour prêter.

J’en apprendrais davantage avec un pool plus petit qui parcourt plusieurs prêts réels qu’avec une quantité beaucoup plus grande qui apparaît sur les marchés mais qui devient statique après la première exécution.

La question est de savoir si Atomic Orders fait travailler le capital de TermMax plus souvent, ou si elles rendent surtout le même capital inactif plus facile à trouver. Je surveille le temps pendant lequel le capital reste immobilisé après des exécutions, la fréquence à laquelle les positions sortent avant l’échéance, et si cette liquidité est redéployée.

#termmax @TermMax $GPS

Aujourd’hui, j’ai filtré les marchands sur Binance P2P pour acheter des USDT et j’ai rencontré un profil assez intéressant.
Le nombre de commandes sur les 30 derniers jours est plutôt bas, donc j’ai d’abord envisagé de passer outre. Mais en regardant de plus près, l’annonce de ce marchand a une limite d’environ 1 500 à 10 000 USD par commande.
En comparaison, un autre marchand a un nombre de commandes beaucoup plus élevé, mais une limite seulement d’environ 100 à 1 000 USD.
À ce moment-là, je me suis dit que le nombre de commandes, pris seul, peut facilement prêter à confusion.
Un marchand qui traite beaucoup de petites commandes peut générer des milliers de transactions chaque mois. À l’inverse, un marchand qui se concentre sur des montants plus importants peut avoir moins de commandes et ce n’est pas forcément anormal.
Du coup, maintenant, je ne considère plus “peu de transactions” comme un signal d’alerte rouge immédiat. Je vérifie si cela correspond aux autres signaux du profil.
🔎 Faible nombre de commandes mais limite élevée
Ça peut simplement vouloir dire que le marchand traite moins de commandes, mais avec un volume plus important.
📊 Faible nombre de commandes, et taux d’exécution aussi faible
Là, je vais vérifier plus attentivement, surtout quand les retours récents commencent à contenir des plaintes répétées.
💬 Les signaux commencent à ne plus correspondre
C’est ça qui me rend plus prudent.
Je continue à regarder le taux d’exécution, les retours récents, l’historique de trading et les conditions de l’annonce avant de choisir un contrepartiste.
Après ce cas, ma façon de repérer les signaux d’alerte rouge sur un profil a changé.
Avant, je me demandais quel chiffre était le plus bas. Maintenant, je regarde quel chiffre ne correspond pas au reste du profil.
Bien sûr, ce n’est qu’une couche de vérification avant de passer commande. Pendant le trade, il peut toujours apparaître des détails que le profil ne peut pas prédire.
C’est pourquoi je conserve toutes les preuves de paiement, l’historique du chat P2P ... jusqu’à ce que la commande soit terminée. Et s’il y a ensuite un litige nécessitant un Appeal, au moins j’aurai suffisamment de records pour que Binance Support puisse comparer et traiter selon la procédure.
#binancep2pantoan @Binance Vietnam ✨

Je reviens sans cesse à l’affirmation de Dusk concernant la portée de 50 000+ investisseurs, à travers la crypto et ses partenaires.

Le chiffre ressemble à un avantage de distribution. Mais « à travers la crypto et les partenaires » compte davantage pour moi que le total lui-même. Ces investisseurs ne constituent pas nécessairement un seul marché. Ils peuvent provenir de différentes plateformes, de systèmes d’onboarding et de règles d’éligibilité. Dans la finance réglementée, être « à portée » ne signifie pas pouvoir participer au même actif. Ce que je ne sais pas encore, c’est si Dusk peut transformer ces bassins d’investisseurs distincts en un marché onchain connecté, ou si le chiffre de 50 000+ paraît important en agrégé mais correspond, en réalité, à des bassins distincts une fois qu’un titre est réellement mis en ligne.

Cela devient d’autant plus intéressant lorsque Dusk construit Dusk Trade autour d’actifs financiers tokenisés. Toucher des investisseurs, c’est une chose. Les faire passer par le bon onboarding, l’association au portefeuille (wallet binding) et les règles de transfert propres à chaque marché, c’en est une autre. Ainsi, la portée investisseurs m’informe sur le potentiel de distribution. Elle me dit beaucoup moins à quel point ces investisseurs deviennent connectés lorsque les règles d’accès commencent à compter.

La participation à des émissions multiples (cross-issuance) serait une preuve plus solide. Si la même base d’investisseurs peut réellement participer à différents actifs déjà en ligne, davantage de ce réseau de distribution fonctionne alors comme un marché, plutôt que comme une simple collection de publics séparés.

J’en apprendrais plus d’un groupe plus restreint d’investisseurs qui participe à plusieurs émissions de manière répétée, que d’un chiffre de portée beaucoup plus élevé, réparti sur des canaux déconnectés.

La question est de savoir si Dusk agrège les investisseurs uniquement de façon numérique, ou s’il les relie réellement économiquement via la même infrastructure réglementée. Je surveille la participation à des émissions multiples, les règles d’éligibilité et la possibilité pour les investisseurs de passer d’un marché à l’autre sans que chacun ne devienne un silo d’accès distinct.

#dusk $DUSK @Dusk 🔥

Aujourd’hui, j’ai vendu 1863.2 USDT via Binance P2P. Avant de passer l’ordre, j’ai choisi le merchant "TANTHINHPHAT" car les retours récents sont plutôt bons : aucune évaluation négative sur les 30 derniers jours, un taux de complétion de 95,7 %, et 15 210 transactions au total.
Arrivé à l’étape du paiement, il y a eu un problème.
Le nom du virement correspond aux informations de l’ordre, mais le montant réel que j’ai reçu sur mon compte bancaire était inférieur d’une petite partie.
Je n’ai pas encore libéré l’USDT, mais j’ai envoyé un message tout de suite dans le chat P2P pour signaler le problème. Le merchant a vérifié et a reconnu qu’il avait transféré en dessous du montant. Il m’a dit qu’il enverrait le reste, tout en me demandant de ne pas ouvrir un Appeal, par peur que cela impacte le compte du merchant.
Le montant manquant était assez faible : le merchant a réglé ça immédiatement, et comme toute la conversation restait dans le chat Binance P2P, j’ai accepté d’attendre le complément.
Après le deuxième transfert, j’ai ouvert l’application bancaire pour recontrôler. Ce n’est que lorsque le total réellement reçu correspondait au montant de l’ordre que j’ai libéré l’USDT.
C’est aussi une règle de sécurité que je respecte toujours lors des transactions P2P : ne pas se baser sur une capture d’écran de paiement ou sur une confirmation du contrepartiste. Les fonds doivent vraiment être crédités sur le compte avant que la crypto soit libérée.
Dans ce cas, ça m’a fait voir le “paiement qui ne correspond pas” un peu différemment.
Ce n’est pas parce qu’on transfère moins qu’il faut forcément ouvrir un Appeal. Si c’est juste une erreur de paiement, que la contrepartie reconnaît l’erreur directement dans le chat P2P et ajoute immédiatement tout le montant manquant, alors il n’est pas forcément nécessaire d’ouvrir un Appeal.
Mais si le montant manquant est important, si le merchant répond avec retard, ou s’il y a un détail dont je ne suis pas sûr, je vais capturer toute l’historique du chat P2P ainsi que les preuves de paiement, puis ouvrir un Appeal pour que Binance Support puisse vérifier.
La façon de gérer une erreur de paiement peut être très différente selon l’attitude et la manière dont le contrepartiste traite le problème. Mais si vous êtes débutant, il vaut mieux demander à Binance Support pour être sûr !
#binancep2pantoan @Binance Vietnam 🔥

Je reviens sans cesse à la démarche de Dusk visant à amener les marchés financiers sur la blockchain avec des institutions autorisées par l’UE, notamment grâce à son travail avec NPEX. La bourse a désormais financé plus de 217 M€ via sa plateforme existante, ce qui donne l’impression que cette relation constitue un signal fort d’adoption pour Dusk.

Mais ce chiffre mesure ce que NPEX a déjà construit. Il ne me dit pas quelle part de ce marché a réellement basculé sur la blockchain via le réseau de Dusk.

Les 217 M€+ restent néanmoins importants. NPEX dispose déjà d’émetteurs, d’investisseurs et d’une activité de financement réglementée. Dusk ne démarre pas à partir d’un marché qui n’existe que sur une feuille de route. Ce que je ne sais pas encore, c’est si Dusk peut transformer cette base existante en un marché onchain fonctionnel.

Les signaux à surveiller sont beaucoup plus ciblés que le titre principal : quels instruments de NPEX passent réellement en ligne sur Dusk, quelle part de l’activité existante d’investisseurs de NPEX se déplace avec eux, et si la négociation sur le secondaire se développe une fois qu’ils y sont disponibles.

Le historique de NPEX, avec plus de 217 M€, me dit qu’il y a quelque chose de réel pour Dusk à apporter onchain. Même une quantité bien plus petite qui deviendrait active sur Dusk me dirait davantage si ce mouvement fonctionne, surtout si ces instruments attirent de la négociation réelle plutôt que de simplement apparaître onchain.

Cela change la façon dont j’évaluerais les progrès de Dusk.

J’en apprendrais plus grâce à quelques instruments de NPEX qui trouvent de vrais acheteurs et vendeurs sur Dusk, plutôt que grâce à la taille du marché que NPEX avait déjà construit avant le début du basculement onchain.

La question est de savoir si Dusk peut amener un marché réglementé existant sur la blockchain sans laisser derrière lui l’activité qui faisait de ce marché un marché.

Je surveille les premiers instruments de NPEX à être mis en ligne sur Dusk, et ce que font réellement les investisseurs une fois qu’ils y sont.

#dusk $DUSK @Dusk ✨

La finalité déterministe d’environ 10 secondes de Dusk attire particulièrement mon attention. Ce type de finalité devient encore plus intéressant lorsque le réseau Dusk est construit pour les marchés financiers aux côtés d’institutions agréées par l’UE. Pour un marché réglementé, cela évoque un avantage de règlement puissant. Mais ici, le terme « finalité » a un sens plus étroit que ce qu’il laisse d’abord entendre.

Sur le réseau Dusk, la finalité déterministe m’indique quand le réseau a atteint un état qui ne devrait plus pouvoir être inversé par consensus.
Elle ne me dit pas automatiquement quand le transfert d’une valeur mobilière réglementée devient juridiquement définitif. Dusk peut finaliser l’état. La question de savoir si cet état constitue aussi un règlement définitif est différente. L’instrument doit être valide, l’établissement ou l’opérateur concerné doit disposer de la bonne autorisation, et l’état de propriété qui en résulte doit être reconnu comme faisant autorité. Ce que je ne sais pas encore, c’est si la finalité technique déterministe d’environ 10 secondes de Dusk peut se répercuter sur le calendrier réel de règlement d’une valeur réglementée, ou si, au contraire, le terme qui a une signification juridique arrive encore plus tard.

Les signaux à surveiller sont donc plus précis que le simple chiffre de finalité : les instruments réglementés réels, le délai entre l’exécution de la transaction et le règlement reconnu, et la possibilité que ce processus se répète. Un état irréversible en 10 secondes prouve que Dusk peut fermer rapidement la couche de consensus. Un règlement réglementé répété constitue une preuve encore plus forte, car les couches techniques, institutionnelles et juridiques doivent toutes s’aligner dans le même flux de travail.

Cela change la façon dont je juge les progrès de Dusk.

J’en apprendrais davantage en observant de vrais instruments atteignant à répétition un règlement reconnu, plutôt qu’en constatant simplement que le réseau maintient un chiffre de finalité rapide. La question est de savoir si la finalité déterministe de Dusk reste une propriété de la blockchain, ou si elle devient une partie de l’horloge réelle du règlement d’un marché financier. Je vais donc surveiller les données de règlements réglementés répétés.
#dusk $DUSK @Dusk ✨

SÉCURITÉ BINANCE P2P : QUAND NE PAS ANNULER UNE COMMANDE ?

Ce matin, je suis allé(e) sur Binance P2P pour acheter 115,89 USDT auprès d’un commerçant. Le prix était plutôt “souple”, le compte avait l’insigne Bronze Merchant, et le profil était correct avec plus de 158 800 transactions et un taux d’achèvement d’environ 97,06 %. Du coup, j’ai passé une commande chez lui.

Mais avant de transférer l’argent, le commerçant m’a envoyé un message dans le Chat et m’a demandé de virer l’argent vers un autre compte bancaire, avec des informations différentes de celles affichées sur la commande.

Pour moi, c’est un signal d’alerte classique. À ce moment-là, la commande était encore au statut « pending » et je n’avais pas encore transféré l’argent ; j’ai donc choisi « Annuler la commande ». La transaction s’est terminée et je n’ai eu à faire aucune autre étape.

Mais si ce cas se produit plus tard, c’est-à-dire après une étape en plus, ma façon de gérer la situation serait totalement différente.

Par exemple, si l’argent a déjà été transféré, puis que je découvre seulement après que les informations ne vont pas, ou que le commerçant n’a pas encore libéré la crypto. Là, je ne pourrai plus cliquer sur « Annuler ».

Donc, je cliquerai sur « Appel ». Comme je conserve toujours le reçu de paiement, l’Order ID et le contenu du chat P2P, lors de l’Appel je fournis ces preuves au Support Binance afin qu’ils puissent vérifier et traiter selon la procédure appropriée.

Raison : l’annulation peut mettre fin au statut de la commande, mais le montant que j’ai transféré à la banque ne revient pas automatiquement juste parce que la commande a été annulée.

Après ce cas, j’ai remarqué une chose assez importante.

Le même signal d’alerte, mais la façon de traiter sur P2P peut être totalement différente uniquement parce que l’état du paiement a changé.

Le bouton « Annuler » ou « Appel » ne devrait pas être choisi en fonction du ressenti du type : « cette commande semble louche ». Il faut plutôt se baser sur l’état de l’argent. Le signal d’alerte me dit seulement que la transaction pose un problème, tandis que l’état du paiement décide de ce que je dois faire ensuite.

#binancep2pantoan @Binance Vietnam $CYS ✨

SÉCURITÉ BINANCE P2P : QUAND LE PAIEMENT ARRIVE DANS LA MAUVAISE DEVISE FIAT🔥

Une fois, j’ai vendu de l’USDT sur Binance en pair-à-pair (P2P) contre des VND, mais l’acheteur m’a envoyé des USD à la place. Après conversion du montant, la valeur était à peu près équivalente aux VND que je devais recevoir.

Je n’ai cependant pas libéré la crypto.

La commande concernait les VND. Recevoir la même valeur en USD ne rendait pas le paiement correct. C’est, je pense, un point que beaucoup d’utilisateurs peuvent ne pas remarquer.

Sur Binance P2P, on ne devrait pas seulement vérifier que la valeur reçue est suffisante. Il faut aussi faire correspondre la devise fiduciaire, le montant exact, le nom de l’expéditeur et le mode de paiement avec la commande active.

Binance conserve la crypto du vendeur en séquestre pendant la commande, donc j’ai eu le temps de tout vérifier avant de libérer. J’ai gardé la conversation à l’intérieur du chat P2P et j’ai informé l’acheteur du problème de devise.

Je n’ai pas essayé de calculer un nouveau taux de change, d’accepter les USD comme solution de remplacement, de demander un autre paiement, ni d’organiser un autre règlement en privé.

J’ai conservé la commande P2P et les preuves de paiement, puis j’ai ouvert un appel pour signaler que l’acheteur avait payé en USD au lieu des VND indiqués dans la commande. Je pouvais aussi contacter le support Binance et suivre les instructions prévues pour ce cas précis.

Est-ce que vous avez déjà reçu la mauvaise devise fiduciaire lors d’une transaction Binance P2P ?

Si oui, dites-nous comment vous l’avez géré. Je suis curieux de voir comment d’autres utilisateurs abordent ce type de discordance.

#binancep2pantoan @Binance Vietnam $AKE