Binance Square
W Shakespeare
1.8k Publications

W Shakespeare

It's vacation time
193 Suivis
700 Abonnés
2.5K+ J’aime
Publications
PINNED
·
--
Vérifié
Voir la traduction
With the $TMX TGE coming on August 25, I've been looking more closely at how TermMax plans to distribute the token. One detail keeps standing out: 290M $TMX, or 29% of the supply, is allocated to the ecosystem over 48 months. For a protocol trying to build decentralized fixed-rate borrowing and lending markets, that is a substantial runway for supporting growth. But the 48-month period is doing less work than it first appears. It tells me how long TermMax has tokens available to distribute into the ecosystem. It does not tell me how long the activity supported by those tokens can persist on its own. What I don't know yet is whether those 48 months give TermMax enough time to turn incentive-supported participation into recurring demand for its fixed-rate markets, or mainly extend how long that participation can be supported with $TMX. The signals worth watching are therefore more specific than the allocation itself: how borrowing demand behaves as incentives change, and whether capital keeps returning to new loans after earlier positions mature. Activity while $TMX is being distributed can show that incentives are capable of attracting participation. Repeated lending as that support becomes less important would be stronger evidence, because the market still has to keep bringing lenders and borrowers together without relying on the same level of external reward. I'd learn more from a smaller fixed-rate market that keeps turning over with less dependence on incentives than from a much larger one whose activity remains closely tied to the 290M $TMX allocation. That changes how I would read the 48-month distribution period. The question is whether the 290M $TMX allocation gives TermMax 48 months to build recurring fixed-rate demand, or simply 48 months to keep supporting it. I am watching borrowing demand and capital reuse as ecosystem incentives change. #termmax @termmax ✨
With the $TMX TGE coming on August 25, I've been looking more closely at how TermMax plans to distribute the token. One detail keeps standing out: 290M $TMX, or 29% of the supply, is allocated to the ecosystem over 48 months.

For a protocol trying to build decentralized fixed-rate borrowing and lending markets, that is a substantial runway for supporting growth. But the 48-month period is doing less work than it first appears.
It tells me how long TermMax has tokens available to distribute into the ecosystem. It does not tell me how long the activity supported by those tokens can persist on its own.

What I don't know yet is whether those 48 months give TermMax enough time to turn incentive-supported participation into recurring demand for its fixed-rate markets, or mainly extend how long that participation can be supported with $TMX.

The signals worth watching are therefore more specific than the allocation itself: how borrowing demand behaves as incentives change, and whether capital keeps returning to new loans after earlier positions mature.

Activity while $TMX is being distributed can show that incentives are capable of attracting participation. Repeated lending as that support becomes less important would be stronger evidence, because the market still has to keep bringing lenders and borrowers together without relying on the same level of external reward.

I'd learn more from a smaller fixed-rate market that keeps turning over with less dependence on incentives than from a much larger one whose activity remains closely tied to the 290M $TMX allocation.

That changes how I would read the 48-month distribution period. The question is whether the 290M $TMX allocation gives TermMax 48 months to build recurring fixed-rate demand, or simply 48 months to keep supporting it. I am watching borrowing demand and capital reuse as ecosystem incentives change.

#termmax @TermMax
PINNED
Vérifié
Voir la traduction
I keep coming back to Dusk's push to make programmable privacy practical for regulated EVM workflows, especially the role Hedger plays inside DuskEVM. Hedger can generate client-side proofs in under two seconds. That sounds like a strong performance signal. But the number is doing less work than it first appears. A sub-two-second proof tells me the cryptographic step on the user's side may be fast enough for practical use. It does not tell me how long a confidential transaction takes once proof verification, sequencing, execution and settlement are part of the same workflow. What I don't know yet is whether Dusk can turn that fast local proving step into consistently fast end-to-end confidential execution. The signals worth watching are therefore more specific than proof-generation time: verification and inclusion latency, total transaction completion time, and how those numbers change when confidential activity increases. A fast proof shows that one privacy bottleneck may be manageable. Repeated end-to-end performance under load would be stronger evidence because more of Dusk's confidential EVM stack has to work well at the same time. That changes how I would judge Dusk's progress here. Hedger gives Dusk a way to bring confidentiality into EVM activity, but users and financial applications experience the whole transaction path, not the prover in isolation. The useful benchmark is therefore how much latency privacy adds from start to finish. The question is whether Dusk can turn sub-two-second cryptography into consistently fast confidential financial workflows, rather than leaving that speed concentrated in one step of a longer process. I am watching end-to-end latency, verification and inclusion times, and performance under concurrent confidential activity next. #dusk $DUSK @Dusk_Foundation ✨
I keep coming back to Dusk's push to make programmable privacy practical for regulated EVM workflows, especially the role Hedger plays inside DuskEVM. Hedger can generate client-side proofs in under two seconds. That sounds like a strong performance signal. But the number is doing less work than it first appears.

A sub-two-second proof tells me the cryptographic step on the user's side may be fast enough for practical use. It does not tell me how long a confidential transaction takes once proof verification, sequencing, execution and settlement are part of the same workflow. What I don't know yet is whether Dusk can turn that fast local proving step into consistently fast end-to-end confidential execution.

The signals worth watching are therefore more specific than proof-generation time: verification and inclusion latency, total transaction completion time, and how those numbers change when confidential activity increases. A fast proof shows that one privacy bottleneck may be manageable. Repeated end-to-end performance under load would be stronger evidence because more of Dusk's confidential EVM stack has to work well at the same time.

That changes how I would judge Dusk's progress here.

Hedger gives Dusk a way to bring confidentiality into EVM activity, but users and financial applications experience the whole transaction path, not the prover in isolation. The useful benchmark is therefore how much latency privacy adds from start to finish.

The question is whether Dusk can turn sub-two-second cryptography into consistently fast confidential financial workflows, rather than leaving that speed concentrated in one step of a longer process.

I am watching end-to-end latency, verification and inclusion times, and performance under concurrent confidential activity next.

#dusk $DUSK @Dusk
Voir la traduction
Hôm nay mình gặp một case khá khó chịu khi mua crypto qua Binance P2P. Mình đã thanh toán đủ số tiền, đúng tên người nhận, nhưng seller lại báo là chưa nhận được tiền và không chịu release crypto. Mình nhắn lại trong P2P Chat, nhờ họ check thêm vài lần nhưng tình trạng vẫn không thay đổi. Cuối cùng mình quyết định mở Appeal. Điều bất ngờ là Binance Support còn chưa cần vào xử lý thì seller đã nhắn lại và release crypto cho mình. Mình không biết chính xác lý do họ thay đổi cách xử lý nên cũng không muốn suy đoán. Nhưng case này làm mình nhìn Appeal khác trước. Mình từng nghĩ mở Appeal đồng nghĩa với việc phải chờ Binance Support review, đối chiếu rồi đưa ra final decision. Vì thế nhiều lúc mình cũng có tâm lý ngại Appeal vì sợ một order đơn giản lại kéo dài thêm. Thực tế, process không nhất thiết phải đi đến bước đó. Khi Appeal được opened, counterparty đã được notified và có cơ hội phản hồi. Nếu vấn đề được giải quyết ở đây thì order có thể kết thúc mà Binance Support chưa cần đứng ra phân xử. Vì vậy, nếu payment đã completed, seller chưa release và trao đổi trong P2P Chat không giải quyết được vấn đề, mình sẽ không né Appeal chỉ vì sợ mất thời gian. Với mình, đây cũng là một safety rule khá đơn giản: khi cách xử lý trực tiếp không còn hiệu quả, hãy dùng đúng process mà Binance P2P đã cung cấp thay vì tiếp tục chờ vô thời hạn. Case này còn làm mình nhận ra một điều khác về các safety features trên P2P. Giá trị của chúng không phải lúc nào cũng nằm ở việc Support phải can thiệp tới cùng. Đôi khi chỉ cần một cơ chế chính thức như Appeal được kích hoạt, cách hai bên xử lý giao dịch đã thay đổi rồi. #binancep2pantoan @Binance_Vietnam ✨
Hôm nay mình gặp một case khá khó chịu khi mua crypto qua Binance P2P.
Mình đã thanh toán đủ số tiền, đúng tên người nhận, nhưng seller lại báo là chưa nhận được tiền và không chịu release crypto. Mình nhắn lại trong P2P Chat, nhờ họ check thêm vài lần nhưng tình trạng vẫn không thay đổi.
Cuối cùng mình quyết định mở Appeal.
Điều bất ngờ là Binance Support còn chưa cần vào xử lý thì seller đã nhắn lại và release crypto cho mình.
Mình không biết chính xác lý do họ thay đổi cách xử lý nên cũng không muốn suy đoán. Nhưng case này làm mình nhìn Appeal khác trước.
Mình từng nghĩ mở Appeal đồng nghĩa với việc phải chờ Binance Support review, đối chiếu rồi đưa ra final decision. Vì thế nhiều lúc mình cũng có tâm lý ngại Appeal vì sợ một order đơn giản lại kéo dài thêm.
Thực tế, process không nhất thiết phải đi đến bước đó.
Khi Appeal được opened, counterparty đã được notified và có cơ hội phản hồi. Nếu vấn đề được giải quyết ở đây thì order có thể kết thúc mà Binance Support chưa cần đứng ra phân xử.
Vì vậy, nếu payment đã completed, seller chưa release và trao đổi trong P2P Chat không giải quyết được vấn đề, mình sẽ không né Appeal chỉ vì sợ mất thời gian. Với mình, đây cũng là một safety rule khá đơn giản: khi cách xử lý trực tiếp không còn hiệu quả, hãy dùng đúng process mà Binance P2P đã cung cấp thay vì tiếp tục chờ vô thời hạn.
Case này còn làm mình nhận ra một điều khác về các safety features trên P2P.
Giá trị của chúng không phải lúc nào cũng nằm ở việc Support phải can thiệp tới cùng. Đôi khi chỉ cần một cơ chế chính thức như Appeal được kích hoạt, cách hai bên xử lý giao dịch đã thay đổi rồi.
#binancep2pantoan @Binance Vietnam
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
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 ✨
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
Partiellement vrai
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_Foundation 🔥
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 🔥
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 🔥
Partiellement vrai
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_Foundation ✨
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
Vérifié
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_Foundation ✨
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 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
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
Vérifié
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_Foundation ✨
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
Vérifié
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_Foundation 🔥
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
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 ✨
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
#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.
#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.
Le capital afflue vers $XAU gold maintenant
Le capital afflue vers $XAU gold maintenant
$CL Aller à une autre vague de pompe ? 🔥 Attendez de nos nouvelles et de celles d’Iran ce soir. De grosses cassures vont arriver !
$CL Aller à une autre vague de pompe ? 🔥
Attendez de nos nouvelles et de celles d’Iran ce soir. De grosses cassures vont arriver !
Sécurité Binance P2P : pourquoi la patience compte pendant un appel ? Les transactions Binance P2P se déroulent généralement sans encombre, mais il arrive parfois qu’une commande ait besoin d’aide. Deux signaux d’alerte que je prends au sérieux sont les informations de paiement qui ne correspondent pas à la commande et un interlocuteur qui me demande de continuer en dehors de Binance P2P. Si je ne peux pas résoudre le problème en toute sécurité dans le cadre de la commande, je m’arrête et j’utilise le processus d’Appel pour travailler avec le Support client de Binance. Quand je contacte le support client (CS), je reste simple. Je donne l’ID de la commande, j’explique le problème en quelques lignes, puis j’envoie les preuves qui comptent : justificatif de paiement, identifiant de transaction, montant, heure, nom du compte et le chat P2P pertinent. Si j’ai payé en retard, saisi le mauvais montant ou commis une autre erreur, je dis exactement ce qui s’est passé au CS au lieu d’essayer de le cacher. Le point que je pense que les nouveaux utilisateurs comprennent souvent mal, c’est la patience. Pour moi, la patience pendant un Appel ne consiste pas seulement à attendre la réponse du CS. Cela signifie ne pas rendre la situation plus difficile pendant qu’ils l’examinent. Une fois que j’ai envoyé les preuves, j’essaie de ne rien toucher tant que le CS ne me le demande pas. Si j’effectue un autre paiement, j’ouvre une nouvelle commande, j’accepte un remboursement privé ou je déplace la conversation ailleurs, je donne en fait au CS deux problèmes à démêler au lieu d’un. L’attente peut donner l’impression d’être passive, donc faire quelque chose peut sembler plus sûr. Mais parfois, la chose la plus utile que je puisse faire est d’arrêter d’ajouter de nouvelles actions à un dossier qui est déjà en cours d’examen. Le CS peut avoir besoin de temps pour vérifier mes preuves, entendre l’autre partie et comparer les deux versions avant de décider de la suite. Pendant ce temps, la crypto liée à la commande contestée peut rester bloquée pour examen. Cela a changé une chose dans ma façon de gérer Binance P2P. Lors d’une transaction P2P normale, je veux que tout aille vite : paiement, vérification, libération. Mais une fois qu’un Appel commence, la vitesse n’est plus ce que j’essaie d’optimiser. À ce stade, je préfère laisser le CS terminer l’examen de la commande plutôt que de se précipiter vers une autre action juste pour avoir l’impression que quelque chose avance. En P2P, savoir quand agir compte. Savoir quand s’arrêter peut compter tout autant. #binancep2pantoan @Binance_Vietnam ✨
Sécurité Binance P2P : pourquoi la patience compte pendant un appel ?

Les transactions Binance P2P se déroulent généralement sans encombre, mais il arrive parfois qu’une commande ait besoin d’aide. Deux signaux d’alerte que je prends au sérieux sont les informations de paiement qui ne correspondent pas à la commande et un interlocuteur qui me demande de continuer en dehors de Binance P2P.
Si je ne peux pas résoudre le problème en toute sécurité dans le cadre de la commande, je m’arrête et j’utilise le processus d’Appel pour travailler avec le Support client de Binance.
Quand je contacte le support client (CS), je reste simple. Je donne l’ID de la commande, j’explique le problème en quelques lignes, puis j’envoie les preuves qui comptent : justificatif de paiement, identifiant de transaction, montant, heure, nom du compte et le chat P2P pertinent. Si j’ai payé en retard, saisi le mauvais montant ou commis une autre erreur, je dis exactement ce qui s’est passé au CS au lieu d’essayer de le cacher.
Le point que je pense que les nouveaux utilisateurs comprennent souvent mal, c’est la patience.
Pour moi, la patience pendant un Appel ne consiste pas seulement à attendre la réponse du CS. Cela signifie ne pas rendre la situation plus difficile pendant qu’ils l’examinent.
Une fois que j’ai envoyé les preuves, j’essaie de ne rien toucher tant que le CS ne me le demande pas. Si j’effectue un autre paiement, j’ouvre une nouvelle commande, j’accepte un remboursement privé ou je déplace la conversation ailleurs, je donne en fait au CS deux problèmes à démêler au lieu d’un.
L’attente peut donner l’impression d’être passive, donc faire quelque chose peut sembler plus sûr. Mais parfois, la chose la plus utile que je puisse faire est d’arrêter d’ajouter de nouvelles actions à un dossier qui est déjà en cours d’examen.
Le CS peut avoir besoin de temps pour vérifier mes preuves, entendre l’autre partie et comparer les deux versions avant de décider de la suite. Pendant ce temps, la crypto liée à la commande contestée peut rester bloquée pour examen.
Cela a changé une chose dans ma façon de gérer Binance P2P. Lors d’une transaction P2P normale, je veux que tout aille vite : paiement, vérification, libération. Mais une fois qu’un Appel commence, la vitesse n’est plus ce que j’essaie d’optimiser.
À ce stade, je préfère laisser le CS terminer l’examen de la commande plutôt que de se précipiter vers une autre action juste pour avoir l’impression que quelque chose avance. En P2P, savoir quand agir compte. Savoir quand s’arrêter peut compter tout autant.
#binancep2pantoan @Binance Vietnam
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme