Munlead

#TinFed #45NgayTuDoTaiChinh hồi đó mà biết đc thì tôi chọn 13 BTC cho khoẻ. giờ là dưỡng già đc rồi

DASH +37%. Một cái tên khá lâu đời bất ngờ chạy mạnh giữa thị trường.

Điều làm mình chú ý không chỉ là cây nến xanh.

DASH đang hưởng lợi từ dòng tiền quay lại nhóm privacy coin. Trước đó ZEC, XMR và một số token cùng nhóm cũng đã có những nhịp tăng đáng kể. Khi thị trường chung hồi phục, dòng tiền bắt đầu tìm đến những narrative từng bị bỏ quên.

Nhưng +37% cũng là vùng mình không thích FOMO.

Sau một nhịp tăng nhanh, câu hỏi đáng quan tâm hơn là: volume có giữ được không, giá có giữ được vùng breakout khi lực mua hạ nhiệt không?

DASH có thể đang trở lại radar của thị trường.

Còn mua sau một cây +37% lại là câu chuyện khác.

$DASH #Dogecoin‬⁩ #crypto

3m$ lên 9m$ chỉ trong vài ngày.
liệu rằng sóng meme đang tạo ra nhiều triệu phú ở giới cryto.
$BTC

#dusk $DUSK @Dusk
Mình từng nghĩ privacy trên blockchain khá đơn giản: hoặc công khai, hoặc ẩn.

Đọc sâu hơn về @DuskFoundation mới thấy cách họ tiếp cận không hẳn như vậy.

Một khái niệm mình để ý là selective disclosure.

Giả sử một tổ chức nắm giữ tài sản on-chain. Họ có thể không muốn toàn bộ thị trường nhìn thấy dữ liệu tài chính nhạy cảm, nhưng khi kiểm toán hoặc xác minh danh tính, một số thông tin vẫn cần được cung cấp cho đúng bên.

Vấn đề lúc này không còn là "công khai hay riêng tư".

Nó trở thành:

Thông tin nào cần tiết lộ, cho ai và trong trường hợp nào?

Mình thấy cách nhìn này thực tế hơn khá nhiều.

Tài chính truyền thống vốn đã hoạt động như vậy. Nhân viên ngân hàng, kiểm toán viên hay cơ quan quản lý không có cùng quyền truy cập dữ liệu. Blockchain muốn phục vụ những hệ thống tương tự thì việc đưa tất cả thông tin lên một public ledger có vẻ khó phù hợp.

Đây cũng là chỗ zero-knowledge và selective disclosure trong kiến trúc của Dusk bắt đầu có ý nghĩa với mình.

Privacy lúc này không phải cố giấu mọi thứ.

Nó giống một cơ chế kiểm soát việc tiết lộ dữ liệu hơn.

Tất nhiên, công nghệ làm được chưa có nghĩa các tổ chức sẽ sử dụng nó. Mình nghĩ adoption mới là bài kiểm tra khó hơn cho $DUSK .

Nhưng nếu tài sản tài chính tiếp tục dịch chuyển lên on-chain, mình khá tò mò xem mô hình này sẽ đi được đến đâu.
$ETH

#dusk $DUSK @Dusk
Mấy hôm nay đọc về Dusk, mình để ý một chuyện khá lạ.

Crypto nói rất nhiều về TPS. Nhưng nếu thứ được chuyển trên blockchain là cổ phiếu hay trái phiếu trị giá lớn thì có lẽ câu hỏi quan trọng hơn lại là:

Bao giờ giao dịch này thực sự xong?

Mình quay lại đọc phần DuskDS của @DuskFoundation và thấy Succinct Attestation khá đáng chú ý.

Một vòng consensus đi qua proposal → validation → ratification. Sau khi block được ratify, DuskDS cho deterministic finality.

Nghe hơi khô 😅 nhưng đặt vào tài chính thì nó dễ hiểu hơn nhiều.

Nếu A vừa chuyển một tài sản cho B, B không chỉ cần thấy giao dịch xuất hiện trên explorer. Họ cần biết trạng thái đó đã được chốt để bước tiếp theo của giao dịch có thể diễn ra.

Và mình nghĩ đây là chỗ Dusk đang chọn một bài toán khá khác nhiều L1.

Không chỉ “xử lý được bao nhiêu giao dịch”, mà còn xây settlement đủ rõ ràng cho những workflow tài chính mà chuyện đã chốt hay chưa thực sự có ý nghĩa.

DuskDS còn đảm nhiệm consensus, settlement và data availability, trong khi DuskVM/DuskEVM phục vụ những hướng execution khác nhau.

Càng đào sâu mình càng thấy phần đáng xem của $DUSK lại nằm ở những thứ khá ít hype như thế này.

Nếu muốn đưa tài sản tài chính thật lên chain, đôi khi “final” quan trọng hơn “fast”.
$ACE

#termmax @TermMax

SEASON 0 ĐÃ 4/4 — NHƯNG ALLOCATION VẪN LÀ DẤU HỎI

Khi xem lại Season 0 của TermMax, mình chú ý một điều: 4/4 giai đoạn đã hoàn tất, nhưng điều đó chưa có nghĩa chúng ta biết chính xác mình sẽ nhận bao nhiêu TMX.

TermMax đã công bố chương trình RLUSD có 5M TMX rewards, đồng thời TMX kiếm được từ pre-mining sẽ được unlock sau TGE.

Nhưng câu hỏi quan trọng nhất vẫn còn:

XP / AP / MP → TMX được tính như thế nào?

Hiện chúng ta đã thấy điểm số của tài khoản, nhưng chưa có công thức chung để tính:

X XP + Y AP + Z MP = ? TMX

Vì vậy, theo mình:

4/4 completed ≠ allocation confirmed.

Hoạt động nhiều hơn có thể giúp tăng XP/AP/MP, nhưng để đánh giá giá trị thực sự của số điểm đó, mình vẫn muốn biết:

• Trọng số giữa XP, AP và MP
• Tổng TMX phân bổ cho từng nhóm
• Công thức tính contribution của mỗi user
• Thời điểm TGE, claim và unlock

Đây mới là phần mình đang theo dõi sát.

Season 0 đã cho chúng ta biết mình có bao nhiêu điểm.

Bước tiếp theo quan trọng hơn là biết những điểm đó cuối cùng tương ứng với bao nhiêu TMX.

Điểm số đã xuất hiện.

Giờ mình chờ allocation math.

#termmax
Càng tìm hiểu @TermMax , mình càng thấy điểm thú vị của fixed-rate DeFi không chỉ nằm ở chữ “fixed”.

Điểm đáng chú ý hơn là: người dùng có thể định hình mức lãi suất theo lượng vốn mà họ thực sự muốn triển khai.

Đó là lý do Range Orders của TermMax khiến mình chú ý.

Thay vì đặt toàn bộ vốn ở một mức lãi suất duy nhất, người cho vay có thể thiết lập các mức lãi suất khác nhau tùy vào mức độ lệnh được khớp. Người vay cũng có thể làm tương tự ở chiều ngược lại.

Ví dụ, với phần vốn đầu tiên, mình có thể chấp nhận mức lợi suất thấp hơn để tăng khả năng được khớp.

Nhưng khi ngày càng nhiều vốn được sử dụng, mình có thể yêu cầu lợi suất cao hơn để bù lại việc lượng thanh khoản còn sẵn có giảm xuống.

Điều này tạo ra một khác biệt khá lớn:

Lãi suất không còn chỉ là một con số. Nó trở thành một đường cong phản ánh cách mình muốn phân bổ vốn.

Và theo mình, đây mới là phần thú vị.

Trong DeFi, một vị thế 1.000 USD và một vị thế 100.000 USD không nhất thiết nên được quản lý theo cùng một cách. Quy mô vốn thay đổi thì yêu cầu về lợi suất, thanh khoản và rủi ro cũng có thể thay đổi.

Range Orders cho phép thể hiện những lựa chọn đó ngay trong cách đặt lệnh.

Tất nhiên, sự linh hoạt này cũng đi kèm với một cái giá: người dùng phải hiểu nhiều hơn về cách vốn của mình được triển khai.

Quan trọng hơn là biến sự phức tạp đó thành những công cụ mà người dùng có thể kiểm soát.
Không chỉ cố định lãi suất.
Mà là cho người dùng nhiều quyền hơn trong việc quyết định vốn của họ nên được định giá như thế nào.

#dusk $DUSK @Dusk
PRIVACY TRÊN BLOCKCHAIN THỰC SỰ CẦN THIẾT KHI NÀO?

Đây là câu hỏi mình nghĩ đến sau vài ngày tìm hiểu @DuskFoundation.

Với một giao dịch crypto nhỏ, việc dữ liệu công khai có thể chẳng phải vấn đề lớn.

Nhưng hãy thử đổi bối cảnh.

Một công ty trả lương cho hàng trăm nhân viên.
Một quỹ thực hiện giao dịch lớn.
Một doanh nghiệp thanh toán cho nhà cung cấp.
Hay một tổ chức nắm giữ tài sản trị giá hàng triệu USD.

Liệu họ có muốn số dư, giá trị giao dịch và hoạt động tài chính của mình được công khai cho tất cả mọi người?

Có lẽ là không.

Nhưng ngược lại, tài chính cũng không thể đơn giản “ẩn tất cả”.

Kiểm toán viên, đối tác hoặc những bên có thẩm quyền vẫn có thể cần xác minh một số thông tin nhất định.

Và đây là lúc mình bắt đầu hiểu rõ hơn hướng đi của Dusk.

Mục tiêu thú vị không phải là privacy bằng mọi giá, mà là tìm cách kết hợp:

Privacy + Verifiability + Compliance.

Người không cần biết thì không nhất thiết phải thấy.

Nhưng người có quyền xác minh vẫn có thể nhận được thông tin cần thiết.

Theo mình, nếu blockchain muốn bước từ crypto-native sang tài chính thực tế, đây sẽ là một bài toán rất đáng quan tâm.

Và cũng là lý do mình vẫn tiếp tục đào sâu $DUSK . 👀

#binancep2pantoan @Binance Vietnam
Có một thứ trên Binance P2P mà trước đây mình gần như bỏ qua: lịch sử giao dịch và tỷ lệ hoàn thành của đối tác.
Lúc đầu mình nghĩ đó chỉ là vài con số tham khảo. Giá tốt thì chọn.
Nhưng càng giao dịch, mình càng thấy không đơn giản như vậy.
Một người bán USDT rẻ hơn 50 VND nhưng tỷ lệ hoàn thành chỉ 85%. Người khác đắt hơn một chút, nhưng đã hoàn thành hàng nghìn lệnh với tỷ lệ 99%.
Mình chọn ai?
Binance không quyết định thay mình. Hệ thống chỉ đưa ra dữ liệu: số lệnh, tỷ lệ hoàn thành, trạng thái Merchant, phương thức thanh toán...
Và chính lúc này, những con số nhỏ cạnh tên đối tác không còn là chi tiết giao diện nữa.
Nó là dữ liệu để mình cân nhắc rủi ro trước khi đặt lệnh.
Escrow, hồ sơ đối tác, chat và Appeal tạo ra các lớp hỗ trợ. Nhưng quyết định cuối cùng vẫn nằm ở mình.
Người nhìn giá → có lợi thế về giá.
Người đọc hồ sơ → có thêm thông tin.
Người hiểu cả quy trình → có thêm một lớp quản lý rủi ro.
Vì vậy giờ mình ít hỏi:
“Ai bán rẻ nhất?”
Mà thường hỏi:
“Với những gì đang thấy, mình muốn giao dịch với ai?”
Còn mọi người khi chọn lệnh P2P: nhìn giá trước hay hồ sơ đối tác trước?
$RE

#termmax @TermMax
Có một con số dễ khiến mình hiểu sai về mô hình của TermMax: phí 2%.

Thoạt nhìn 2% nghe khá cao. Nhưng nó không phải 2% trên số vốn vay, mà là 2% trên phần lãi.

Ví dụ vay 1.000 USD, APR 10%, kỳ hạn 1 năm:

Lãi ≈ 100 USD
Phí TermMax = 2% × 100 = 2 USD

Tức phí thực tế chỉ khoảng 0,20% giá trị khoản vay. Với kỳ hạn 30 ngày, con số tuyệt đối còn nhỏ hơn.

Vì vậy, mình nghĩ câu hỏi quan trọng với @TermMax không phải “2% có đắt không?”, mà là người dùng đánh giá sự chắc chắn của lãi suất cố định cao đến đâu.

Fixed-rate giúp người vay biết trước chi phí vốn, nhưng đổi lại họ phải chấp nhận kỳ hạn và quản lý rollover.

Đặc biệt khi thị trường biến động mạnh, liệu người vay vẫn chọn sự chắc chắn, hay quay về các khoản vay linh hoạt hơn?

Đó mới là thứ mình muốn theo dõi.

Fee design quyết định economics. Nhưng user behavior mới quyết định nó có scale được hay không.
#USStorageStocksExtendLosses

#binancep2pantoan @Binance Vietnam
Tuần trước thằng bạn mình bán một khoản USDT qua P2P.
Lệnh hôm đó nhìn rất bình thường.
Tiền vào đủ.
Tên người chuyển gần giống thông tin trong Order.
Không có gì khiến nó nghi ngờ.
Thế là release USDT.
Vài ngày sau, ngân hàng liên hệ yêu cầu làm rõ khoản tiền nhận vào và tài khoản bị hạn chế giao dịch.
Case này làm mình nhận ra một điều:
Escrow bảo vệ crypto trong lúc giao dịch, nhưng không thể thay mình kiểm tra dòng fiat đi vào tài khoản ngân hàng.
Order hoàn tất không có nghĩa mọi rủi ro cũng kết thúc.
Vì vậy khi bán P2P, mình luôn đối chiếu người chuyển tiền với thông tin trong Order và giữ lại Order ID + lịch sử chat + chứng từ ngân hàng.
Nếu thông tin không khớp, mình không tự nghĩ “chắc người nhà chuyển hộ” rồi release cho nhanh.
P2P an toàn không chỉ là bảo vệ USDT trong lệnh.
Mà còn là khi có vấn đề xảy ra sau đó, mình vẫn có đủ bằng chứng để giải thích giao dịch.#TheoDõiFOMC #45NgayTuDoTaiChinh
$ACE

#dusk $DUSK @Dusk
IL EXISTE UNE RAISON QUI ME DONNE ENVIE D’EN APPRENDRE DAVANTAGE SUR DUSK, ET PLUS JE M’INTÉRESSE, PLUS CELA DEVIENT CAPTIVANT.

Auparavant, je me faisais souvent happer par les « rabbit holes » classiques de la crypto : rendement DeFi, nouveaux L1, nouveaux récits… toujours le même cycle, encore et encore.

Mais en commençant à observer comment fonctionne la finance traditionnelle, je me suis rendu compte qu’il s’agissait d’un autre problème.

L’argent, les actions et les données financières ne peuvent pas simplement être tout transférés sur une blockchain publique, puis « basta ».

La finance a besoin de confidentialité. Mais elle a aussi besoin de conformité et de capacité à être vérifiée.

C’est la raison pour laquelle la @DuskFoundation a attiré mon attention.

Dusk construit une infrastructure orientée vers des actifs financiers gérés comme des valeurs mobilières, des obligations et des actifs tokenisés.

Ce que j’aime, c’est leur approche de la confidentialité.

Ce n’est pas « tout cacher ».

C’est plutôt utiliser des technologies comme les preuves à connaissance nulle (zero-knowledge proofs) et la divulgation sélective afin de tendre vers un modèle où les données sensibles peuvent être protégées, tout en permettant aux parties autorisées d’accéder aux informations nécessaires quand il faut vérifier.

Après quelques jours à creuser, de XSC → Moonlight/Phoenix → DuskDS, j’ai commencé à voir les pièces du puzzle s’assembler.

Sans doute que l’histoire la plus intéressante de $DUSK n’est pas de créer encore une blockchain de plus.

Mais plutôt la question :

Est-ce que la blockchain peut devenir une infrastructure que la finance utilise réellement, sans pour autant sacrifier complètement la vie privée afin d’obtenir de la transparence ?

Je continue à me renseigner, mais c’est l’une des questions qui me donne envie de creuser encore Dusk.
#45NgayTuDoTaiChinh
#DollarHits3MonthLow
#EthereumFoundationLaunchesGlamsterdamTestnet

#binancep2pantoan @Binance Vietnam
“Đã hoàn thành 6 lần.”
Trước đây mình gần như không để ý nhiều đến dòng này khi giao dịch P2P.
Mình thường làm điều đơn giản hơn: mở danh sách quảng cáo, so giá rồi chọn mức tốt nhất.
Nhưng hôm nay khi chuẩn bị giao dịch lại với một Merchant, mình nhìn thấy Binance hiển thị:
“Đã hoàn thành 6 lần.”
Và tự nhiên mình nghĩ: liệu vài đồng chênh lệch về giá có còn quan trọng bằng 6 lần giao dịch trước đó đều diễn ra ổn không?
Giả sử một Merchant khác đang có giá USDT tốt hơn một chút.
Nếu giao dịch 1.000 USDT, mức chênh vài đồng có thể giúp mình tiết kiệm được một khoản nhỏ.
Nhưng với người mình đã giao dịch 6 lần, mình đã biết khá nhiều thứ mà bảng giá không thể hiện hết:
Họ thường thanh toán thế nào.
Tốc độ xử lý ra sao.
Cách họ trao đổi khi giao dịch.
Và quan trọng nhất, mình đã có lịch sử giao dịch thực tế với họ.
Điều đó không có nghĩa lần thứ 7 mình sẽ bỏ qua kiểm tra.
Mình vẫn đối chiếu thông tin thanh toán, kiểm tra đúng số tiền và chỉ release khi tiền thực sự vào tài khoản.
Lịch sử tốt tạo ra sự quen thuộc, chứ không thay thế bước xác minh.
Nhưng nó lại cho mình thêm một lựa chọn:
Giá tốt nhất chưa chắc lúc nào cũng là lựa chọn mình muốn nhất.
Đôi khi mình sẵn sàng bỏ qua một mức giá hời hơn một chút để giao dịch lại với một Merchant mà mình đã có 6 lần hoàn thành thuận lợi.
Có lẽ đây cũng là một loại “giá trị” trong P2P mà trước đây mình ít để ý:
Giá nằm trên quảng cáo.
Còn trải nghiệm nằm trong lịch sử giao dịch.
Nếu có một Merchant bạn đã giao dịch thuận lợi nhiều lần, bạn có sẵn sàng chọn họ lần nữa dù giá kém hơn một chút không?

NẾU @Dusk LÀ MỘT TÒA NHÀ, DuskDS CHÍNH LÀ PHẦN MÓNG. 🏗️

Tìm hiểu về @DuskFoundation, mình thấy mọi người thường chú ý đến privacy hay DuskEVM.

Nhưng hôm nay thứ khiến mình quan tâm lại nằm sâu hơn: DuskDS.

Có thể hình dung DuskEVM và DuskVM là những tầng phía trên, còn DuskDS là lớp nền chịu trách nhiệm cho những thành phần cốt lõi như settlement, consensus và data availability.

Một điểm mình thấy đáng chú ý là cơ chế đồng thuận Succinct Attestation.

Ở mỗi vòng, các provisioner được lựa chọn để tham gia quá trình đề xuất, xác thực và ratify block. Khi một block hoàn tất quá trình này, mạng hướng tới deterministic finality — điều đặc biệt quan trọng với các ứng dụng tài chính, nơi việc một giao dịch đã hoàn tất hay chưa cần phải thật rõ ràng.

Settlement cũng nằm ở lớp này.

Dù ứng dụng hoạt động phía trên DuskEVM hay DuskVM, trạng thái cuối cùng vẫn cần được chốt trên nền tảng chung.

Điều mình thích ở cách thiết kế này là sự phân chia khá rõ:

Lớp dưới → bảo mật, consensus, settlement, data availability.
Lớp trên → môi trường linh hoạt hơn cho ứng dụng và developer.

Nếu Dusk muốn phục vụ tokenized securities hay các ứng dụng tài chính tổ chức, thì có lẽ những thứ “không hào nhoáng” như settlement và finality mới chính là phần quan trọng nhất.

Càng tìm hiểu mình càng thấy $DUSK không chỉ có câu chuyện về privacy.

Dusk đang cố xây cả một nền móng dành cho tài chính on-chain.

Theo mọi người, DuskDS có phải là mảnh ghép đang bị ít người chú ý nhất của Dusk không? 👀

#dusk $DUSK $PORTAL
#45NgayTuDoTaiChinh

#binancep2pantoan @Binance Vietnam
2.000.000 VND sur la commande. La banque a indiqué le virement comme arrivé. Je pensais que tout était terminé… jusqu’à ce que je regarde de plus près la notification.

+2.000 VND.

Oui, seulement deux mille dong 😅

Voici un cas que j’ai rencontré en vendant de l’USDT via Binance P2P.

L’acheteur a coché « Paiement effectué ». Ensuite, il m’a envoyé dans le chat une photo de preuve de virement montrant 2.000.000 VND et m’a pressé de débloquer l’USDT.

À ce moment-là, j’avais 3 informations sous les yeux :

Commande P2P : 2.000.000 VND
Photo envoyée par l’acheteur : 2.000.000 VND
Ma banque : +2.000 VND

Il n’y a que trois zéros en plus, mais le résultat est complètement différent.

Je n’ai pas débloqué.

Je n’ai pas non plus essayé de débattre pour savoir si cette photo de virement était vraie ou non. J’ai revérifié l’historique des transactions de ma banque, en gardant l’Order ID + le contenu du chat, puis j’ai demandé au Support Binance d’aider à résoudre le problème.

Ce cas m’a fait changer une habitude lors de la vente en P2P :

L’acheteur clique sur « Paiement effectué » → je prends note.

L’acheteur envoie une photo de virement → je consulte.

L’application de la banque affiche le montant réellement reçu → je vérifie.

Pour moi, c’est uniquement la dernière étape qui détermine quand l’USDT sera débloqué.

Si vous êtes exactement dans cette situation, quelle sera la première chose que vous ferez ?
$PORTAL
#45NgayTuDoTaiChinh
#SP500TopsRecord7800

#dusk $DUSK @Dusk
Et si la confidentialité sur la blockchain n’était pas « activée ou désactivée », mais plutôt quelque chose que vous pouvez choisir au cas par cas ? 🧐

C’est un point que je trouve assez intéressant en continuant à me renseigner sur Dusk.

Dusk propose deux modèles de transactions qui fonctionnent en parallèle :

Moonlight pour un modèle de comptes plus transparent, tandis que Phoenix est conçu pour des transactions nécessitant de la confidentialité.

Ce qui est remarquable, c’est que les valeurs peuvent être transférées entre ces deux modèles directement sur Dusk, sans avoir à faire passer les actifs par une autre blockchain via un bridge ou un token wrapped.

En théorie, cette approche semble assez adaptée à la finance réelle.

Par exemple, une entreprise pourrait vouloir garder secrets certains éléments comme les salaires et les primes, tout en ayant besoin de quelques opérations financières transparentes pour les rapports ou les audits.

Mais cela m’amène à une autre question :

Donner davantage de choix en matière de confidentialité aux utilisateurs aide-t-il vraiment à l’adoption ?

Les personnes qui comprennent la blockchain savent quand il faut utiliser des transactions publiques et quand il faut recourir à la confidentialité.

Mais pour les utilisateurs lambda, qu’en est-il ?

La plupart d’entre nous ne réfléchissent pas beaucoup à la confidentialité tant que les informations que nous ne souhaitions pas rendre publiques… ne l’ont pas déjà été.

Il est possible que le défi de Dusk ne réside pas seulement dans le fait de construire une confidentialité suffisamment performante, mais aussi dans la rendre assez simple pour que les utilisateurs n’aient pas besoin de devenir des experts de la confidentialité afin de l’utiliser correctement.

Selon vous, la confidentialité optionnelle sera un atout pour Dusk, ou trop de choix finira-t-il par devenir un problème d’UX ?
#45NgayTuDoTaiChinh
$HEMI $H

#binancep2pantoan @Binance Vietnam
Lisez ce message dans une transaction de vente USDT d’une valeur de 40 000 000 VND, j’ai hésité quelques secondes.

L’acheteur a cliqué sur « Paiement effectué ».

Mais dans le chat, il a dit :

« La banque est en panne, donc je n’ai pas pu transférer. J’ai cliqué sur paiement effectué pour que la transaction ne soit pas annulée. »

D’un côté, le statut sur la commande indique : Paiement effectué.

De l’autre, les paroles de l’acheteur : L’argent n’a pas encore été transféré.

Et mon compte bancaire disait aussi la même chose à ce moment-là : il n’y avait encore aucun montant de 40 millions.

Alors j’ai attendu.

Je n’ai pas libéré l’USDT. Je n’ai pas non plus conclu trop vite sur ce que l’acheteur cherchait à faire.

Je suis juste revenu à la seule chose que je pouvais vérifier moi-même : mon propre compte bancaire.

Ce cas m’a fait mieux comprendre la signification du bouton « Paiement effectué ».

Il indique que l’acheteur a marqué un statut sur la commande, pas une preuve permettant au vendeur de confirmer que l’argent est bien entré à la banque.
L’argent n’est pas entré → je n’ai pas encore confirmé que j’ai reçu l’argent.
Si j’attends trop longtemps ou s’il y a un litige, j’utiliserai la procédure d’Appeal / Assistance au lieu de régler en dehors du système.
Ce cas m’a aussi amené à changer une habitude :
Je ne libère plus en me basant sur le statut indiqué par l’acheteur. Je libère en fonction du montant que je peux réellement vérifier sur mon propre compte.
Le bouton « Paiement effectué » m’informe que l’acheteur a effectué une action sur la commande.
Le solde bancaire mis à jour me dit si l’argent est réellement arrivé ou non.
Si vous rencontrez un cas similaire, vous attendez généralement que l’acheteur fasse le virement ensuite, ou vous faites directement Appeal ?
Sûrement que personne ne choisit Appeal sans avoir reçu l’argent, non ? 😁😁😁
#45NgayTuDoTaiChinh
$H $HEMI

#binancep2pantoan @Binance Vietnam $
Vendez USDT, l’argent est bien arrivé, mais le nom du destinataire n’est pas celui de l’acheteur — est-ce que vous pouvez débloquer (release) ?

Avant, je pouvais penser simplement :

De l’argent suffisant = transaction terminée.

Mais maintenant, je vérifie aussi une étape supplémentaire : cet argent, d’où vient-il ?

Imaginons que je vende 1.000 USDT. L’acheteur dit qu’il a payé, et l’appli bancaire affiche bien le bon montant.

Sauf que le nom du titulaire du virement ne correspond pas aux informations de l’acheteur dans la commande P2P.

À ce moment-là, je ne libère pas l’USDT.

Je garde l’ordre tel quel, je ne rembourse pas de moi-même vers un autre compte et je ne transfère pas la conversation sur Telegram/Zalo. Je conserve l’Order ID, les informations de paiement, l’historique des échanges et je contacte l’appelation/assistance d’Appeal/Support Binance pour traiter la demande correctement selon la procédure.

Parce que je me rends compte qu’il y a une différence entre :

« J’ai reçu suffisamment d’argent. »

et

« J’ai reçu le bon montant, de la bonne personne, pour la bonne commande. »

Avec le P2P, le montant correspondant n’est qu’une partie de la vérification. Les informations de paiement doivent aussi valoir la peine d’être vérifiées avant de libérer l’USDT.
#45NgayTuDoTaiChinh $DUSK $ACE

#dusk $DUSK
Aujourd’hui, j’ai creusé un peu plus @Dusk et ce qui a attiré mon attention, c’est XSC – Confidential Security Contract.

Si les RWA veulent se développer fortement, le fait de mettre des actifs comme des actions ou des titres boursiers sur la blockchain nécessite non seulement de la vitesse. La confidentialité et la capacité à répondre aux exigences de conformité sont tout aussi importantes.

XSC a été construit par Dusk pour résoudre précisément ce problème : prendre en charge des actifs financiers on-chain tout en accordant une attention particulière à la confidentialité.

À mon avis, c’est une direction plus pragmatique que de simplement créer une autre Layer-1 plus rapide.

Il y a encore beaucoup à explorer, mais je commence à mieux comprendre pourquoi $DUSK a choisi RWA + Privacy + Compliance comme voie de développement. 👀

#dusk

#BinanceP2PAnToan @Binance Vietnam $NVDAB

Le fait de voir « Terminé » ne veut pas dire que j’arrête de gérer les risques.

Avant, je pensais : de l’argent entre → libération du crypto → c’est fini.

Maintenant, je divise chaque transaction P2P en 3 étapes :

1️⃣ AVANT LA TRANSACTION → VÉRIFIER

Je regarde le taux d’achèvement, l’historique de la commande, les informations de paiement et les conditions.

2️⃣ AVANT DE LIBÉRER → VÉRIFIER

Le fait que l’acheteur dise « Paiement effectué » ne suffit pas.

Je m’ouvre moi-même l’application bancaire, je vérifie le bon montant + le bon expéditeur + la bonne transaction, puis seulement je libère.

Il y a une différence entre :

« L’argent est entré. »

et

« Le bon montant, celui de cette commande précise, est entré. »

3️⃣ APRÈS LA TRANSACTION → ARCHIVER LES DOSSIERS

Je conserve l’Order ID, l’historique des chats et les informations de paiement.

Si quelques jours plus tard il y a un problème, je veux des preuves pour vérifier, pas seulement la mémoire.

Mes règles :

Vérifier → Vérifier → Archiver le dossier.

L’écran peut indiquer « Terminé ».
La gestion des risques, elle, n’est pas forcément faite.
#USJulyCPI&PPIDueThisWeek
#USJulyPPIFlat
#SpaceXShortInterestFallsTo11%