W Shakespeare

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

I keep coming back to Dusk's push to bring financial markets onchain with EU-licensed institutions, especially its work with NPEX toward a DLT Trading and Settlement System (DLT TSS). It is easy to read that mainly as a faster-settlement story.

But settlement speed and settlement structure are not the same thing. A DLT TSS can bring trading and settlement functions into the same regulated infrastructure instead of passing a trade across separate systems before ownership is final.

What I don't know yet is whether Dusk's DLT TSS path will actually remove meaningful handoffs between execution and settlement, or simply make the final step faster while much of the old workflow stays in place. The mechanics worth watching are where the securities and cash legs sit, whether delivery and payment settle together, and which steps still require an external system or reconciliation. Live DLT TSS infrastructure such as 21X shows that trading and settlement can move onchain while some compliance functions remain offchain. That is a more useful benchmark for Dusk than settlement time alone. Settlement time tells me how fast the workflow finishes. The handoffs that remain tell me how much of the workflow DLT TSS has actually changed.

I would judge Dusk's progress by which trading-to-settlement functions are genuinely consolidated, not just by how quickly the final transaction completes.

The question is whether Dusk can compress the market workflow itself, or only compress the clock. I am watching which institutional handoffs actually disappear if the Dusk and NPEX DLT TSS moves into 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

Je continue de penser à l’élan de Dusk visant à faire passer des marchés financiers réglementés onchain, avec des institutions sous licence de l’UE, tout en utilisant une infrastructure de blockchain publique en dessous.

Il y a une tension dans cette idée. L’infrastructure peut être publique, tandis que l’accès au marché financier construit au-dessus doit encore être restreint à des participants éligibles. Ce que je ne sais pas encore, c’est si le fait de déplacer ces autorisations dans des smart contracts change réellement la structure du marché, ou s’il ne fait que recréer le même verrouillage à une couche différente.

La relation de Dusk avec 21X offre un mécanisme utile à observer. 21X exploite des marchés réglementés sur des blockchains publiques, tandis que les participants vérifiés sont admis via des smart contracts de liste blanche. Cela rend « public » un signal plus faible qu’il n’y paraît au premier abord.

Savoir que le règlement se fait sur une infrastructure publique me dit où ont lieu les transactions. Cela ne me dit pas qui contrôle encore la participation, comment l’éligibilité peut être modifiée ou révoquée, ni où les restrictions de transfert sont effectivement appliquées. La preuve la plus solide serait de voir si ces règles d’accès deviennent explicites, auditables et appliquées de manière cohérente onchain, au lieu de rester des décisions discrétionnaires derrière le marché. J’en apprendrais plus en observant cela que simplement en sachant que la couche de règlement est publique. La question est de savoir si Dusk rend l’accès aux marchés réglementés plus programmable et transparent, ou s’il ne fait que déplacer le même portier d’un système privé vers un smart contract.

Je surveille ensuite la gouvernance du contrôle d’accès, les règles de révocation et les restrictions de transfert réelles.
#dusk $DUSK @Dusk ✨

Je reviens sans cesse à la volonté de Dusk de faire passer les marchés financiers sur la chaîne, avec des institutions sous licence UE, notamment le chiffre de 300 M€+ qu’il cite pour les émissions institutionnelles confirmées.

Cela ressemble à un signal d’adoption solide. Mais le mot « confirmées » fait ici beaucoup de travail.

Les émissions confirmées m’indiquent qu’une valeur institutionnelle est prête à entrer dans le système. Cela ne me dit pas quelle part de cette valeur est déjà devenue des instruments opérationnels, a changé de mains entre investisseurs, ou a atteint le règlement onchain final. Ce que je ne sais pas encore, c’est si ces 300 M€ se transforment en un marché onchain fonctionnel, ou s’il s’agit principalement d’actifs qui se trouvent encore quelque part plus tôt dans le pipeline d’émission.

Les signaux à surveiller sont donc plus précis que le titre : quelle quantité de valeur passe réellement en production, si le trading secondaire apparaît, et le nombre de transactions qui parviennent jusqu’au règlement final.

Les émissions confirmées peuvent prouver l’intention institutionnelle avant même que le marché lui-même ne soit actif. Le règlement répété constitue une preuve plus forte, car davantage de couches doivent fonctionner en même temps.

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

J’en apprendrais plus avec une plus petite quantité d’actifs faisant l’objet de transactions et de règlements onchain répétés, plutôt qu’avec un pipeline confirmé beaucoup plus important qui n’a pas encore franchi l’ensemble du cycle de vie du marché.
La question est de savoir si Dusk peut convertir des engagements institutionnels en un marché onchain en fonctionnement, et pas seulement continuer à augmenter la quantité en attente d’y entrer. Je vais surveiller les données sur les émissions en direct et sur les règlements répétés ensuite.
#dusk $DUSK @Dusk 🔥

Je pensais autrefois que le trading peer-to-peer (P2P) signifiait que Binance s’efface une fois que j’ai trouvé un autre utilisateur pour échanger.
C’était trop simple.
Sur Binance P2P, je traite directement avec une autre personne : je n’achète pas de crypto directement auprès de Binance. Les cryptos du vendeur sont conservées dans un compte séquestre (escrow) P2P pendant que j’effectue le paiement, et une fois que le vendeur confirme que l’argent est bien arrivé, la commande peut être finalisée.
Pendant longtemps, j’ai mentalement considéré cela comme la fin du voyage.
Mais la crypto ne se déplace pas automatiquement vers un portefeuille que je contrôle. Elle reste d’abord sur mon compte Binance. Si je veux faire de la self-custody, je dois effectuer un retrait distinct, choisir le réseau correct, saisir l’adresse de mon portefeuille, passer les vérifications de sécurité requises, puis attendre que le transfert soit traité sur la chaîne.
Cela m’a permis de remarquer quelque chose que j’avais négligé.
Le P2P supprime un type de barrière. Binance n’a pas besoin d’être l’acheteur ou le vendeur de l’autre côté de mon échange. Mais le retrait en introduit une autre, car l’actif reste sous la garde de Binance tant que je ne le déplace pas activement.
Ainsi, la plateforme ne disparaît pas du processus après la commande P2P. Son rôle change simplement.
Pendant la transaction, Binance fournit la place de marché et l’escrow autour d’un échange entre deux utilisateurs. Après la transaction, Binance reste l’entité qui conserve la crypto tant que je n’ai pas décidé où elle doit aller ensuite.
Cette distinction a changé la façon dont je planifie un achat P2P.
Désormais, je pense à la destination avant de passer la commande. Si je veux simplement conserver la crypto sur Binance, la commande P2P finalisée peut vraiment être la fin de l’itinéraire. Mais si mon objectif est la self-custody, je sais déjà qu’il y a une autre étape qui m’attend après la transaction.
Donc « finalisée » signifie quelque chose de différent selon l’objectif que je cherche à atteindre.
La commande P2P peut être terminée alors que ma décision de garde n’est pas encore finalisée.
#binancep2pantoan @Binance Vietnam $AKE

Hier, j’avais besoin d’acheter 2 995 USDC sur Binance P2P pour préparer une stratégie DCA sur l’or ($XAU ) que je prévois de commencer la semaine prochaine.
J’ai consulté une fois les annonces de vente disponibles et la plupart des prix tournaient autour de 26 800 à 27 500 VND par USDC. Mon objectif était de 26 100 VND.
Normalement, j’aurais traité cet écran comme un menu : choisir le vendeur dont les conditions semblaient les meilleures et accepter le prix déjà affiché. Cette fois, j’ai fait quelque chose de différent. J’ai publié ma propre annonce d’achat à 26 100 et j’ai attendu.
Ce petit changement a inversé mon rôle. Au lieu d’accepter l’offre de quelqu’un, je suis devenu le maker et j’ai rendu ma volonté d’achat visible.
Ce qui m’a surpris, c’est ce que cela signifiait pour la liquidité.
J’avais toujours imaginé la liquidité P2P comme une crypto en attente d’être vendue. Un vendeur a des USDC, un acheteur arrive et les prend. Mais mon annonce d’achat n’a ajouté aucun USDC au marché. Elle ne faisait que dire que j’étais prêt à acheter 2 995 USDC à 26 100.
De mon côté, c’était de la demande.
Du côté de quelqu’un qui cherche à vendre des USDC à ce prix, c’était un endroit pour vendre.
Avant que je publie l’annonce, 26 100 n’existait que dans ma tête. Aucun vendeur ne pouvait négocier contre un prix qu’il ne pouvait pas voir. Une fois l’annonce en ligne, cette préférence est devenue un ensemble de conditions visibles sur lesquelles un autre utilisateur pouvait réellement agir. Le prix, la taille et le mode de paiement n’étaient plus seulement mes conditions privées.
Si un vendeur prend l’annonce, c’est à ce moment-là qu’un ordre réel commence et que sa crypto est conservée dans l’escrow de Binance P2P pendant que le paiement est effectué. Je vérifierais toujours avec qui je commerce avant d’aller plus loin, parce qu’un prix qui correspond n’est pas la même chose qu’un contrepartie qui correspond.
Cela a changé ma façon de penser la liquidité sur le P2P.
Avant, je pensais que la liquidité était quelque chose que l’on cherche. Maintenant, je vois qu’un maker peut y contribuer simplement en rendant une partie du trade suffisamment visible pour que l’autre partie puisse la trouver.
Ce qui ressemble à de la demande de mon côté peut devenir de la liquidité pour quelqu’un qui se tient du côté opposé.
#binancep2pantoan @Binance Vietnam ✨

$APR flash pump ! Prochain tour sera deep dump

#binancep2pantoan @Binance Vietnam
Hier, je prenais un verre avec Minh, un ami encore nouveau dans la crypto, quand il m’a demandé : « Comment est-ce que je récupère réellement de la crypto ? »
Je lui ai dit que Binance P2P rend ça simple. Il peut utiliser de la monnaie fiduciaire comme l’USD, le VND pour acheter du BTC, de l’ETH, du USDC… auprès d’un autre utilisateur, avec une adresse de type escrow de Binance P2P qui conserve la crypto du vendeur jusqu’à ce que le paiement soit terminé.
Minh a tout de suite répondu : « Super. Je vais acheter 0,68 BTC. »
Je l’ai arrêté.
C’était sa première transaction P2P. Il devait encore apprendre comment trouver un bon vendeur. Comment finaliser une commande. Et comment reconnaître les signaux d’alerte…
Rien de tout ça n’est difficile une fois qu’on s’y est habitué. La première fois, en revanche, chaque vérification prend plus de temps.
Et ce temps supplémentaire compte quand l’actif peut évoluer rapidement.
Imaginons que le BTC soit autour de 65 000 $ au moment où Minh passe la commande. Le montant en VND qu’il accepte de payer et les 0,68 BTC qu’il recevra sont fixés pour cette commande. Mais pendant qu’il suit un parcours de paiement qu’il ne connaît pas et qu’il attend que le vendeur confirme la réception, le marché du BTC continue de s’échanger.
Si le BTC est à 64 500 $ quand le vendeur libère la crypto, Minh obtient quand même exactement 0,68 BTC. La commande a fonctionné comme convenu. Mais la valeur boursière de ce qu’il reçoit est déjà d’environ 340 $ inférieure à celle au moment où il a passé la commande.
C’est ce que je voulais qu’il remarque.
Une commande P2P peut fixer les conditions entre l’acheteur et le vendeur, mais elle ne peut pas mettre le marché en pause pendant qu’un débutant apprend le déroulement. Pour un utilisateur expérimenté, l’écart entre le moment où il passe une commande et celui où il la finalise peut sembler routinier. Pour un utilisateur qui débute, cet écart peut être plus long, simplement parce que chaque étape demande encore de l’attention.
Je lui ai donc conseillé le USDC pour son premier achat P2P. Pas parce que je choisissais un investissement pour lui, mais parce que le USDC est conçu pour suivre le dollar américain. Il lui permet d’apprendre ce qui se passe, de la passation d’une commande à la réception de la crypto, sans que la volatilité du BTC devienne une deuxième leçon en même temps.
Cette conversation m’a fait voir le trading P2P autrement. Il peut verrouiller le montant que je paie et la quantité de crypto que je reçois, mais pas la valeur de cette crypto au moment où je la reçois. Comprendre cette limite fait partie de l’apprentissage du P2P.