W Shakespeare

Dusk đã triển khai 39 bản sửa lỗi thông qua AEGIS. Trong số các phát hiện dẫn đến việc khắc phục đó, có 7 phát hiện được đánh giá là mức độ nghiêm trọng. Nghe có vẻ như đó là một con số lớn các vấn đề bảo mật riêng lẻ. Nhưng 7 phát hiện nghiêm trọng này lại chỉ quy về 4 nguyên nhân gốc, khiến số liệu tiêu đề không rõ ràng như vẻ bề ngoài ban đầu.

Ba mươi chín bản sửa lỗi cho tôi biết quy mô công việc khắc phục của Dusk. Nhưng chúng không cho tôi biết có bao nhiêu chế độ lỗi (failure modes) độc lập mà các bản sửa lỗi đó thực sự đang nhắm tới. Điều tôi chưa biết là liệu quy trình khắc phục của Dusk có nhất quán loại bỏ các nguyên nhân dùng chung nằm sau nhiều phát hiện hay chỉ đơn thuần đóng các đường khai thác (exploit paths) riêng lẻ đã tình cờ lộ ra.

Quy trình AEGIS nội bộ của Dusk cung cấp một cơ chế hữu ích để theo dõi. Việc khắc phục mức độ nghiêm trọng không chỉ được đo bằng việc đóng đường khai thác, mà còn bằng việc đóng nguyên nhân gốc và mức độ bao phủ hồi quy (regression coverage). Điều đó khiến các lần tái diễn trong tương lai có ý nghĩa hơn đối với tôi so với chỉ là con số bản sửa lỗi thô. Việc phát hành một bản vá chứng minh rằng một vấn đề đã biết được xử lý. Bằng chứng mạnh hơn là việc cùng một lớp lỗi cốt lõi không còn tái xuất hiện trong các lần rà soát sau hoặc ở các phần liên quan khác của ngăn xếp.

Khi Dusk xây dựng hạ tầng cho các luồng phát hành bản địa (native issuance workflows), nơi vòng đời của nhiều quy trình bảo mật được quản lý có thể phụ thuộc trực tiếp vào mạng nền tảng, thì việc khắc phục theo nguyên nhân gốc trở thành một tín hiệu bảo mật có ý nghĩa hơn nhiều so với con số bản sửa lỗi được triển khai.

Tôi muốn biết thêm từ bằng chứng cho thấy một vài nguyên nhân gốc được chia sẻ đã được loại bỏ hoàn toàn hơn là từ một con số bản sửa lỗi lớn hơn, trong khi không biết rằng đằng sau đó là bao nhiêu chế độ lỗi độc lập.

Câu hỏi là liệu quy trình bảo mật của Dusk đang thu hẹp các lớp lỗi nền tảng hay chỉ đơn giản là giảm số lượng các phát hiện đang mở. Tôi đang theo dõi xem liệu những nguyên nhân gốc tương tự có tiếp tục xuất hiện trong các cuộc kiểm toán sau hay không, mức độ bao phủ hồi quy phát triển ra sao và liệu những giả định cấp thấp tương tự có tái xuất hiện ở nơi khác trong ngăn xếp hay không.

#dusk $DUSK @Dusk ✨

Tôi cứ quay lại Smart Unwind của TermMax — cơ chế cho phép người vay thiết lập thời điểm rút sớm đối với các vị thế kỳ hạn cố định trước khi đáo hạn.

Trên lý thuyết, điều đó khiến nợ kỳ hạn cố định trông có vẻ thanh khoản hơn nhiều. Nhưng việc có một lối thoát và việc có thể sử dụng nó bất cứ khi nào bạn muốn lại là hai chuyện khác nhau. Smart Unwind cho tôi biết rằng người vay có thể đặt một vị thế hiện có lên để thoát sớm hơn ở mức APR hoặc giá mục tiêu. Nó không cho tôi biết liệu sẽ luôn có đủ nhu cầu để bên còn lại thực hiện hay không. Điều tôi chưa rõ là liệu TermMax có thể làm cho các lần thoát sớm trở nên đáng tin cậy hay chủ yếu chỉ tạo ra một lối thoát chỉ hoạt động khi điều kiện thị trường và nhu cầu thứ cấp tình cờ khớp với nhau.

Cơ chế vận hành làm rõ sự khác biệt đó. Nếu đạt được mục tiêu, một người vay khác hoặc nhà kinh doanh chênh lệch giá (arbitrageur) có thể đứng ra làm bên còn lại, cho phép vị thế ban đầu được tháo gỡ và số vốn vay quay trở lại quỹ cho vay trước thời hạn đáo hạn ban đầu.

Vì vậy, một vị thế có thể được giao dịch mà không nhất thiết phải liên tục có tính thanh khoản. Bằng chứng thuyết phục hơn không nằm ở việc có bao nhiêu lệnh Smart Unwind mà người vay có thể đặt, mà nằm ở việc các lệnh đó thực sự được khớp bao lâu, thời gian để thoát lệnh mất bao lâu, và tần suất vốn quay về phía cho vay trước khi đến kỳ hạn.

Tôi sẽ học được nhiều hơn từ một số lượng ít vị thế thoát ra một cách nhất quán hơn là từ một lượng lớn hơn nhiều chỉ đơn thuần nằm đó sẵn sàng để được thoát. Smart Unwind không làm cho việc đáo hạn trở nên không còn quan trọng. Nó chuyển bài toán từ việc phải nắm giữ một vị thế cho đến khi đáo hạn sang việc tìm người sẵn sàng đứng ra làm bên còn lại trước thời điểm đó.

Câu hỏi là liệu TermMax có thể tạo đủ nhu cầu thứ cấp để các vị thế kỳ hạn cố định thực sự dễ thoát hơn hay chủ yếu chỉ bổ sung thêm một loại lệnh khác mà giá trị sử dụng vẫn phụ thuộc vào điều kiện thị trường.

Tôi đang theo dõi tỷ lệ lệnh được khớp khi unwind, thời gian để thoát lệnh và tần suất vốn quay về trước khi đáo hạn.
#termmax @TermMax 🔥

Tôi cứ quay lại việc Dusk Trade đang được định vị như một nơi để khám phá, mua và bán các tài sản tài chính được token hóa.
Với góc nhìn của nhà đầu tư, điều đó trông rất giống một neobroker. Một giao diện có thể xử lý việc khám phá, đăng ký tham gia (onboarding) và chính hoạt động giao dịch. Nhưng một giao diện người dùng mượt mà chưa đồng nghĩa rằng Dusk Trade cũng đồng thời là công ty môi giới (broker), sàn giao dịch (venue), bên lưu ký (custodian) hoặc nhà điều hành khâu thanh toán (settlement) ở “phía dưới”.
Điều tôi chưa biết là Dusk Trade sẽ thực sự sở hữu bao nhiêu vai trò được quản lý (regulated), và bao nhiêu vai trò sẽ được điều phối cùng với các tổ chức khác.
Những cơ chế đáng chú ý nằm ở nơi một lệnh thực sự được thực thi, đơn vị nào vận hành sàn (venue), và ai là người kiểm soát lưu ký thông qua khâu thanh toán.
Nút “Mua” chỉ cho tôi biết nhà đầu tư bắt đầu giao dịch ở đâu. Một luồng giao dịch đang diễn ra (live transaction flow) lại cho tôi biết điều hữu ích hơn: việc thực thi, lưu ký và trách nhiệm vận hành sàn thực sự nằm ở đâu.
Sự khác biệt này quan trọng vì một sản phẩm có thể “gộp” trải nghiệm người dùng vào một chỗ, trong khi các vai trò ở cấp độ tổ chức phía dưới vẫn được phân bổ cho nhiều nhà vận hành được quản lý.
Vì vậy, tôi sẽ đánh giá Dusk Trade ít hơn dựa trên cảm giác giao diện có liền mạch hay không, và nhiều hơn dựa trên việc các vai trò đó có thể được lần ra rõ ràng đến mức nào khi các giao dịch thực tế bắt đầu.
Câu hỏi là liệu Dusk Trade có trở thành một sản phẩm tài chính tích hợp theo chiều dọc (vertically integrated), hay chỉ là một lớp ứng dụng “gọn hơn” (cleaner application layer) điều phối hạ tầng được quản lý ở phía dưới. Tôi đang theo dõi rất sát luồng giao dịch live đầu tiên của Dusk Trade để xem việc thực thi, trách nhiệm vận hành sàn và lưu ký thực sự nằm ở đâu.
#dusk $DUSK @Dusk ✨

Tôi cứ quay lại việc TermMax đã mở rộng nhanh đến mức nào về dấu ấn thị trường. Trong bản tóm tắt V1, TermMax cho biết họ đã ra mắt 30+ thị trường, và các thị trường dựa trên Pendle Principal Token (PT) nổi lên như sự phù hợp sản phẩm–thị trường rõ ràng nhất. Đến tháng 3/2026, dấu ấn đó đã tăng lên hơn 100 thị trường đã triển khai. Điều đó cho tôi thấy TermMax đã trở nên rộng hơn đáng kể như một sản phẩm. Tuy nhiên, điều nó chưa nói cho tôi là nhu cầu nằm bên dưới sự mở rộng đó có được mở rộng tương ứng hay không.

Các chiến lược được hỗ trợ bởi PT là một sự phù hợp tự nhiên cho TermMax ở giai đoạn đầu. Việc vay với lãi suất cố định hoạt động đặc biệt tốt khi người dùng có thể vay dựa trên các vị thế tạo lợi suất và cấu trúc các giao dịch vay theo đòn bẩy xoay quanh một chi phí vay đã biết. Vì vậy, lực kéo trong các thị trường đó cho tôi biết điều gì đó hữu ích về nơi TermMax lần đầu tìm thấy nhu cầu.

Điều tôi chưa biết là liệu kể từ đó TermMax có tìm được những lý do hấp dẫn tương đương để người vay sử dụng các thị trường của họ bên ngoài “mối hở” ban đầu hay không.

Đó mới là thứ khiến bước đi từ 30+ lên 100+ thị trường trở nên có ý nghĩa hơn với tôi.

Vay ngoài các chiến lược do PT dẫn dắt sẽ là bằng chứng thuyết phục hơn, đặc biệt nếu đến từ các use case không phụ thuộc vào cùng một cấu trúc giao dịch lợi suất. Điều đó sẽ cho thấy TermMax không chỉ mở thêm nhiều nơi để vay, mà còn tìm được thêm nhiều lý do để mọi người vay với lãi suất cố định.

Tôi sẽ học được nhiều hơn từ một tập hợp nhỏ các use case thực sự khác biệt, đạt được lực kéo thực sự, thay vì từ một số lượng lớn hơn nhiều các thị trường đã triển khai được xây dựng dựa trên các biến thể của nhu cầu mà TermMax đã chứng minh từ trước.

Câu hỏi là liệu TermMax đang dùng độ phù hợp sản phẩm–thị trường ban đầu của PT như một “đòn bẩy” để tiến vào một thị trường tín dụng lãi suất cố định rộng hơn, hay liệu use case ban đầu đó vẫn giải thích phần lớn nhu cầu nằm dưới “dấu ấn” lớn hơn của họ. Tôi đang theo dõi nhu cầu vay ngoài PT của TermMax đến từ đâu và những use case mới nào bắt đầu đạt được lực kéo đáng kể.

#termmax @TermMax ✨

Tôi cứ quay lại ý tưởng của Dusk về quyền riêng tư có thể lập trình cho các thị trường được quản lý, đặc biệt là cách ý tưởng đó vận hành bên trong Dusk Trade.
Mô hình này có vẻ hợp lý. Nhà đầu tư, tổ chức phát hành, nền tảng giao dịch và các bên xem xét được ủy quyền không nhất thiết phải có cùng một cái nhìn về thị trường, vì vậy những gì mỗi người tham gia thấy có thể phụ thuộc vào vai trò của họ.
Nhưng việc kiểm soát trực tiếp thứ gì đó được hiển thị cho ai đó không phải là điều giống như kiểm soát thứ mà họ cuối cùng có thể học được.
Quyền truy cập theo vai trò cho tôi biết rằng Dusk có thể quyết định ai sẽ nhận được một phần thông tin cụ thể. Nó không cho tôi biết liệu những người tham gia có thể ghép các hoạt động mà họ nhìn thấy để suy ra điều gì đó mà đáng lẽ phải nằm ngoài tầm quan sát của họ hay không.
Điều tôi chưa biết là liệu các ranh giới đó có còn được giữ vững sau khi những người tham gia đã theo dõi đủ nhiều hoạt động để tích lũy lại hay không.
Vì vậy, các tín hiệu đáng theo dõi không chỉ là vai trò nào có thể truy cập những trường nào, mà còn là những trạng thái giao dịch nào vẫn còn hiển thị, những hành động nào có thể được liên kết xuyên suốt các giao dịch, và liệu hành vi thực thi hoặc thanh toán có tiết lộ các mẫu hình vượt ra ngoài phạm vi công bố dự kiến hay không.
Việc đưa cho những người tham gia khác nhau những góc nhìn khác nhau sẽ chứng minh rằng Dusk Trade có thể kiểm soát quyền truy cập trực tiếp. Bằng chứng thuyết phục hơn sẽ là việc họ học được rất ít ngoài những gì Dusk Trade dự định để họ thấy theo vai trò của mình.
Điều đó làm thay đổi cách tôi đánh giá mô hình quyền riêng tư có thể lập trình của Dusk.
Thử nghiệm khó hơn không phải là liệu Dusk có thể ẩn một trường dữ liệu khỏi một người tham gia hay không. Mà là liệu mọi thứ khác mà người tham gia đó có thể thấy có cho phép họ tự suy ra thông tin đó trong mọi trường hợp.
Câu hỏi là liệu Dusk có thể biến khả năng nhìn thấy thị trường thành thứ thực sự có thể lập trình thông qua Dusk Trade hay không, hay liệu những người tham gia vẫn có thể tái tạo thông tin mà ứng dụng chưa hề có ý định tiết lộ.
Tôi đang theo dõi việc truy cập thông tin theo vai trò, các trạng thái giao dịch và thanh toán có thể quan sát được, và những gì người tham gia có thể suy ra qua các lần hoạt động lặp lại tiếp theo.
#dusk $DUSK @Dusk ✨

Hôm nay, mình mua 2,212 USDT qua Binance P2P. Counterparty mình chọn là merchant "HuanHH". Đây là một merchant uy tín lâu năm với profile có hơn 15,500 total trades và first trade từ 5 năm trước.
Mình place order và mở app bank ra để chuyển khoản. Mình check kỹ tên người nhận và payment details trên order. Thông tin đều khớp nên mình chuyển tiền rồi mark payment completed.
Nhưng đợi khá lâu merchant vẫn không release crypto. Mình nhắn trong P2P Chat thì họ nói chưa nhận được tiền.
Vì khoản chuyển của mình đã hoàn tất đúng theo thông tin trên order, mình mở Appeal và gửi payment proof cho Binance Support review.
Ngay sau đó, merchant nhắn lại rằng họ đã nhận được tiền. Tuy nhiên, họ yêu cầu mình cancel Appeal trước rồi mới release USDT.
Mình không đồng ý và yêu cầu họ release crypto trước.
Lý do khá đơn giản. Appeal lúc này vẫn đang bảo vệ một order chưa được giải quyết. Quan trọng hơn, Cancel Appeal là irreversible. Một khi mình rút Appeal, mình sẽ mất quyền dispute order đó qua appeal process.
Vậy nên không có lý do gì để mình bỏ lớp bảo vệ đang có chỉ vì lời hứa rằng crypto sẽ được release sau đó.
Merchant đã xác nhận nhận được tiền thì bước tiếp theo nên là release crypto. Nếu họ vẫn không làm, mình cứ giữ nguyên Appeal và để đợi kết quả review case của Binance Support.
Case này làm mình nhận ra rằng khi Appeal đã mở, thứ tự xử lý rất quan trọng.
Rule P2P safety của mình khá cụ thể: nếu đã mở Appeal thì mình sẽ không cancel theo yêu cầu hoặc lời hứa của counterparty. Chỉ rút khi USDT đã release hoặc tiền fiat đã thực sự được refund lại vào tài khoản bank của mình.
Nếu chưa có một trong hai kết quả đó, mình để Appeal tiếp tục.
#binancep2pantoan @Binance Vietnam ✨

Tôi cứ quay lại TermMax, một giao thức vay và cho vay lãi suất cố định phi tập trung, khi trích dẫn 20+ quan hệ đối tác mang tính tổ chức.

Nghe có vẻ như đó là mức độ “tiếp nhận” mang ý nghĩa về mặt tổ chức. Nhưng con số sẽ trở nên kém rõ ràng hơn khi tôi hỏi “một ‘đối tác’” thực sự đại diện cho điều gì về mặt kinh tế.

Các tổ chức có thể nằm ở những vị trí rất khác nhau trong hệ sinh thái TermMax. Một mối quan hệ có thể mở rộng hạ tầng hoặc kênh phân phối. Một mối quan hệ khác lại gần với định giá, cung cấp thanh khoản hoặc cấp vốn trực tiếp. Tất cả đều có thể quan trọng, nhưng việc gom chúng dưới một tiêu đề chung khiến khó nhìn thấy liệu mức độ “tiếp cận” đó của tổ chức đã thực sự chuyển thành sự tham gia bằng vốn đến đâu.

Điều tôi chưa biết là liệu 20+ quan hệ đối tác đó đang phát triển thành một nền tảng rộng các tổ chức có mức độ phơi nhiễm kinh tế thực sự thông qua TermMax, hay phần lớn dấu ấn đó vẫn nằm ở các lớp khác của hệ sinh thái. Đây là chỗ vốn đã được triển khai trở thành tín hiệu mạnh hơn. Khi một tổ chức thực sự đưa tiền vào làm việc thông qua TermMax, mối quan hệ đó phải vượt qua một “bài kiểm tra” kinh tế mà chỉ một đối tác hay tích hợp thì không làm được. Tổ chức đó phải chấp nhận rủi ro, lợi nhuận và điều kiện thị trường gắn với vị thế đó, thay vì chỉ đơn giản là được kết nối với giao thức. Vì vậy, độ rộng về quan hệ không đồng nghĩa với độ rộng về vốn. TermMax có thể xây dựng một mạng lưới tổ chức rộng lớn, trong khi lượng tiền thực sự di chuyển qua các thị trường của nó vẫn đến từ một tập con nhỏ hơn nhiều.

Tôi sẽ học được nhiều hơn từ một nhóm tổ chức nhỏ hơn nhưng có vốn được triển khai chủ động thông qua TermMax, so với một con số đối tác lớn hơn nhiều nhưng vai trò kinh tế đứng sau từng mối quan hệ vẫn chưa rõ ràng.

Câu hỏi là liệu TermMax đang xây dựng một mạng lưới tổ chức rộng quanh giao thức, hay chuyển hóa “độ rộng” đó thành một nền tảng tham gia bằng vốn của tổ chức cũng rộng tương ứng. Tôi đang theo dõi mức độ dấu ấn tổ chức đó thực sự xuất hiện như vốn đã được triển khai trong thời gian tới.

#termmax @TermMax ✨$BTW

Tôi cứ quay lại lời thúc đẩy của Dusk nhằm đưa thị trường tài chính lên blockchain với các tổ chức được cấp phép theo quy định của EU, đặc biệt là công việc của họ với NPEX hướng tới một Hệ thống giao dịch và thanh toán dựa trên DLT (DLT TSS). Dễ đọc câu chuyện này chủ yếu như một câu chuyện về tốc độ thanh toán nhanh hơn.

Nhưng tốc độ thanh toán và cấu trúc thanh toán không phải là cùng một thứ. DLT TSS có thể đưa các chức năng giao dịch và thanh toán vào chung một hạ tầng được quản lý, thay vì chuyển một giao dịch qua các hệ thống tách biệt trước khi quyền sở hữu được xác lập.

Điều tôi chưa biết là liệu lộ trình DLT TSS của Dusk có thực sự loại bỏ các khâu bàn giao mang ý nghĩa giữa khâu thực thi và khâu thanh toán hay chỉ làm bước cuối nhanh hơn trong khi phần lớn quy trình cũ vẫn được giữ nguyên. Những cơ chế đáng theo dõi nằm ở việc các “nhánh” chứng khoán và tiền mặt đang được đặt như thế nào, liệu việc giao hàng và thanh toán có diễn ra cùng lúc hay không, và những bước nào vẫn cần một hệ thống bên ngoài hoặc đối soát. Hạ tầng DLT TSS vận hành thực tế như 21X cho thấy giao dịch và thanh toán có thể chuyển lên blockchain, trong khi một số chức năng tuân thủ vẫn nằm ngoài chuỗi. Đây là một mốc so sánh hữu ích hơn cho Dusk so với riêng thời gian thanh toán. Thời gian thanh toán cho tôi biết quy trình hoàn tất nhanh đến mức nào. Các khâu bàn giao vẫn còn lại cho tôi biết DLT TSS đã thực sự thay đổi bao nhiêu phần của quy trình.

Tôi sẽ đánh giá tiến độ của Dusk dựa trên việc những chức năng từ giao dịch đến thanh toán nào thực sự được hợp nhất, chứ không chỉ dựa vào mức độ giao dịch cuối cùng hoàn tất nhanh ra sao.

Câu hỏi là liệu Dusk có thể nén chính quy trình vận hành của thị trường, hay chỉ nén chiếc “đồng hồ”. Tôi đang theo dõi những khâu bàn giao của các tổ chức thực sự biến mất nếu Dusk và NPEX đưa DLT TSS vào sản xuất.

#dusk $DUSK @Dusk ✨

Vừa nãy, mình vào Binance P2P để bán 2,940 USDT, counterparty là merchant có tên "DamDang131". Profile có hơn 51,200 trades, completion rate 98.34%, recent feedback tạm ổn và mức limit cũng match với nhu cầu nên mình place order.
Hai phút sau, merchant báo đã chuyển đủ tiền và gửi screenshot chuyển khoản thành công trong P2P Chat.
Mình mở banking app để kiểm tra trước khi release USDT thì đúng lúc ngân hàng đang bảo trì hệ thống, nên chưa thể xem được giao dịch mới.
Merchant tiếp tục gây áp lực và nhắc rằng nếu mình không release USDT thì họ sẽ mở Appeal với Binance Support.
Mình vẫn giữ order on hold.
Không phải mình cho rằng screenshot đó là giả hay merchant chưa payment. Đơn giản là tại thời điểm đó, mình chưa thể xác nhận khoản tiền từ chính tài khoản nhận. Tất cả bằng chứng mình đang có đều do phía bên kia cung cấp.
Khoảng vài phút sau, banking app hoạt động trở lại. Mình đăng nhập, kiểm tra actual amount và tên người gửi đều khớp với order rồi mới release USDT.
Case này làm mình chú ý tới một tình huống khá ít gặp khi giao dịch P2P: payment có thể đã được gửi thật, nhưng kênh mình dùng để verify lại tạm thời không hoạt động.
Nếu banking app chỉ gián đoạn một lúc, mình sẽ giữ nguyên order và đợi tới khi tự check được. Nếu việc xác nhận kéo dài hoặc hai bên không thể làm rõ payment, lúc đó Appeal sẽ hợp lý hơn để Binance Support tiếp nhận case theo process chính thức.
Sau giao dịch này, mình giữ một rule khá đơn giản:
🔒 Khi chưa thể tự verify payment, mình cũng chưa release crypto.
Screenshot từ counterparty có thể là thông tin tham khảo, nhưng quyết định release chỉ đến sau khi mình kiểm tra được tiền thực tế trong tài khoản nhận.
#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 ✨

Với TGE $TMX diễn ra vào ngày 25 tháng 8, tôi đã xem xét kỹ hơn cách TermMax dự định phân phối token. Một chi tiết tiếp tục nổi bật: 290M $TMX, tương đương 29% tổng cung, được phân bổ cho hệ sinh thái trong 48 tháng.

Đối với một giao thức đang cố gắng xây dựng các thị trường vay và cho vay phi tập trung với lãi suất cố định, đó là một “đường băng” khá dài để hỗ trợ tăng trưởng. Nhưng khoảng thời gian 48 tháng lại làm được ít hơn so với vẻ ngoài ban đầu.
Nó cho tôi biết TermMax có bao lâu để phân phối token vào hệ sinh thái. Nó không cho tôi biết hoạt động được hỗ trợ bởi những token đó có thể tự duy trì trong bao lâu.

Điều tôi chưa biết là liệu 48 tháng này có đủ để TermMax chuyển đổi sự tham gia được thúc đẩy bởi ưu đãi thành nhu cầu lặp lại đối với các thị trường lãi suất cố định hay chủ yếu chỉ kéo dài thời gian mà sự tham gia đó có thể được duy trì bằng $TMX.

Vì vậy, các tín hiệu đáng theo dõi sẽ cụ thể hơn so với bản thân việc phân bổ: nhu cầu vay biến động thế nào khi ưu đãi thay đổi, và liệu vốn có tiếp tục quay trở lại để tạo ra các khoản vay mới sau khi các vị thế trước đó đáo hạn hay không.

Hoạt động diễn ra trong thời gian $TMX đang được phân phối có thể cho thấy ưu đãi có khả năng thu hút sự tham gia. Việc cho vay lặp lại khi sự hỗ trợ đó trở nên ít quan trọng hơn sẽ là bằng chứng thuyết phục hơn, vì thị trường vẫn phải tiếp tục gắn kết người cho vay và người đi vay với nhau mà không phụ thuộc vào mức thưởng bên ngoài tương tự.

Tôi sẽ học được nhiều hơn từ một thị trường lãi suất cố định nhỏ nhưng vẫn liên tục xoay vòng với ít phụ thuộc vào ưu đãi hơn, so với một thị trường lớn hơn nhiều nhưng hoạt động của nó vẫn gắn chặt với việc phân bổ 290M $TMX.

Điều này thay đổi cách tôi đọc giai đoạn phân phối 48 tháng. Câu hỏi là liệu việc phân bổ 290M $TMX mang lại cho TermMax 48 tháng để xây dựng nhu cầu lặp lại cho các khoản vay lãi suất cố định, hay chỉ đơn thuần là 48 tháng để tiếp tục hỗ trợ nó. Tôi đang theo dõi nhu cầu vay và khả năng tái sử dụng vốn khi các ưu đãi cho hệ sinh thái thay đổi.

#termmax @TermMax ✨

Tôi cứ quay lại với nỗ lực của Dusk nhằm biến quyền riêng tư có thể lập trình trở nên thực tế cho các quy trình EVM được quản lý, đặc biệt là vai trò mà Hedger đảm nhận trong DuskEVM. Hedger có thể tạo các bằng chứng phía máy khách trong dưới hai giây. Nghe có vẻ như đó là một tín hiệu hiệu năng mạnh. Nhưng con số này đang làm ít việc hơn so với vẻ bề ngoài ban đầu.

Một bằng chứng dưới hai giây cho tôi biết rằng bước mật mã ở phía người dùng có thể đủ nhanh để sử dụng trong thực tế. Điều đó không cho tôi biết rằng một giao dịch bí mật mất bao lâu khi việc xác minh bằng chứng, sắp xếp giao dịch (sequencing), thực thi và thanh toán (settlement) đều nằm trong cùng một luồng quy trình. Điều tôi vẫn chưa biết là liệu Dusk có thể chuyển bước tạo bằng chứng cục bộ nhanh đó thành việc thực thi bí mật đầu-cuối luôn nhanh một cách nhất quán hay không.

Vì vậy, các tín hiệu đáng theo dõi sẽ cụ thể hơn thời gian tạo bằng chứng: độ trễ xác minh và độ trễ được đưa vào (inclusion latency), tổng thời gian hoàn tất giao dịch, và cách các con số này thay đổi khi mức độ hoạt động bí mật tăng lên. Một bằng chứng nhanh cho thấy rằng một nút thắt về quyền riêng tư có thể được kiểm soát. Hiệu năng đầu-cuối được lặp lại dưới tải sẽ là bằng chứng thuyết phục hơn, vì khi đó nhiều thành phần trong ngăn xếp EVM bí mật của Dusk phải hoạt động tốt đồng thời.

Điều này làm thay đổi cách tôi đánh giá tiến triển của Dusk tại đây.

Hedger giúp Dusk đưa tính bảo mật (confidentiality) vào hoạt động EVM, nhưng người dùng và các ứng dụng tài chính không trải nghiệm theo góc nhìn của bên tạo bằng chứng (prover) một cách cô lập—họ trải nghiệm toàn bộ lộ trình giao dịch. Do đó, chuẩn đo benchmark hữu ích là độ trễ mà quyền riêng tư làm tăng thêm từ đầu đến cuối.

Câu hỏi là liệu Dusk có thể biến mật mã dưới hai giây thành các quy trình tài chính bí mật luôn nhanh một cách nhất quán hay không, thay vì để tốc độ đó chỉ tập trung vào một bước của cả quy trình dài hơn.

Tôi sẽ theo dõi độ trễ đầu-cuối, thời gian xác minh và thời gian được đưa vào, cũng như hiệu năng khi có hoạt động bí mật diễn ra đồng thời.

#dusk $DUSK @Dusk ✨

Tôi cứ quay lại Atomic Orders trong các thị trường cho vay lãi suất cố định của TermMax, và ý tưởng rằng cùng một thanh khoản có thể sẵn có trên nhiều thị trường.

Thoạt nhìn, điều đó nghe có vẻ là một cách hữu ích để ngăn thanh khoản bị “kẹt” ở một nơi. Nhưng “cùng một thanh khoản” ở đây lại làm rất nhiều việc. Thanh khoản dùng chung cho tôi biết rằng vốn nhàn rỗi có thể cạnh tranh để cho vay với người đi vay ở nhiều thị trường cùng lúc. Nó không cho tôi biết rằng vốn có thể tiếp tục luân chuyển sau khi một trong các thị trường đó thực sự sử dụng nó. TermMax kỳ vọng Atomic Orders sẽ làm tăng thanh khoản sẵn có cho mỗi thị trường lên 5x đến 20x. Nhưng mục tiêu này đo lường khả năng sẵn sàng, chứ không đo được mức độ vốn gốc thực sự được tái sử dụng thường xuyên như thế nào.

Điều tôi chưa biết là Atomic Orders có làm tăng một cách đáng kể mức độ vốn được tái sử dụng hay chủ yếu là giúp tăng số lượng nơi mà cùng một lượng vốn nhàn rỗi có thể chờ nhu cầu. Cơ chế cho thấy sự khác biệt này rõ hơn. Trước khi khớp lệnh, một nhóm thanh khoản có thể được báo giá trên nhiều thị trường TermMax. Sau khi khớp lệnh, số vốn không hề “nhân lên”. Lượng thanh khoản ở nơi khác giảm đi, và khi tiền vào một khoản vay kỳ hạn cố định thì có thể bị giam cho đến khi đáo hạn, trừ khi vị thế thoát ra sớm hơn.

Điều đó khiến tôi suy nghĩ về hiệu quả sử dụng vốn theo một cách khác. Thanh khoản hiển thị cho tôi biết vốn có thể cạnh tranh cho nhu cầu rộng đến mức nào. Vòng quay vốn cho tôi biết liệu vốn có thể quay trở lại lưu thông sau khi đã được triển khai hay không. Đây là bằng chứng mạnh hơn, vì vốn phải hoàn thành cả hai phía của chu kỳ: tìm người đi vay và sau đó lại trở nên sẵn sàng để cho vay lần nữa.

Tôi sẽ học được nhiều hơn từ một nhóm thanh khoản nhỏ luân chuyển qua một vài khoản vay thực tế hơn là từ một lượng lớn hơn nhiều xuất hiện trên các thị trường nhưng trở nên tĩnh sau lần khớp lệnh đầu tiên.

Câu hỏi là liệu Atomic Orders khiến vốn của TermMax hoạt động hiệu quả hơn, hay chủ yếu là làm cho cùng một lượng vốn nhàn rỗi dễ được tìm thấy hơn. Tôi đang theo dõi thời gian vốn bị “giam” sau các lần khớp lệnh, mức độ thường xuyên các vị thế thoát ra trước kỳ hạn, và liệu thanh khoản đó có được triển khai lại hay không.

#termmax @TermMax $GPS

Hôm nay mình lọc merchant trên Binance P2P để mua USDT và gặp một profile khá thú vị.
Số orders trong 30 ngày gần nhất của họ khá thấp nên mình định bỏ qua. Nhưng nhìn kỹ hơn, ad của họ có limit khoảng 1,500 đến 10,000 USD cho mỗi order.
Trong khi đó, một merchant khác có order count cao hơn nhiều nhưng limit chỉ khoảng 100 đến 1,000 USD.
Lúc đó mình mới thấy order count nếu đứng một mình khá dễ gây hiểu nhầm.
Merchant phục vụ nhiều small orders có thể tạo ra hàng nghìn giao dịch mỗi tháng. Còn merchant tập trung vào larger ticket size thì ít orders hơn cũng chưa chắc là bất thường.
Vì vậy giờ mình không xem “ít giao dịch” là red flag ngay. Mình nhìn xem nó có khớp với những signals khác trên profile hay không.
🔎 Order count thấp nhưng limit cao
Có thể đơn giản là merchant xử lý ít orders hơn với quy mô lớn hơn.
📊 Order count thấp, completion rate cũng yếu
Lúc này mình sẽ check kỹ hơn, nhất là khi recent feedback bắt đầu có những complaints lặp lại.
💬 Các signals bắt đầu không khớp nhau
Đây mới là thứ khiến mình thận trọng hơn.
Mình vẫn xem completion rate, recent feedback, trading history và ad terms trước khi chọn counterparty.
Sau case này, cách mình tìm red flag trên profile cũng thay đổi.
Trước đây mình nhìn xem con số nào thấp. Giờ mình nhìn xem con số nào không khớp với phần còn lại của profile.
Tất nhiên, đó mới chỉ là lớp check trước khi place order. Trong lúc trade vẫn có thể xuất hiện những chi tiết mà profile không thể báo trước.
Vì vậy mình vẫn giữ toàn bộ payment proof, lịch sử P2P Chat ...cho đến khi order completed. Nếu sau đó có dispute mà cần Appeal, ít nhất mình đã có đủ records để Binance Support đối chiếu và xử lý theo quy trình.
#binancep2pantoan @Binance Vietnam ✨

Tôi cứ quay lại lời khẳng định của Dusk về việc đạt mức tiếp cận 50K+ nhà đầu tư trên khắp thị trường crypto và các đối tác.

Con số này nghe như một lợi thế về phân phối. Nhưng với tôi, “trên khắp crypto và các đối tác” quan trọng hơn bản thân tổng số lượng. Những nhà đầu tư đó không nhất thiết tạo thành một thị trường duy nhất. Họ có thể đến từ những nền tảng khác nhau, hệ thống onboarding khác nhau và các quy tắc đủ điều kiện khác nhau. Trong tài chính được quản lý, việc “nằm trong tầm với” không có nghĩa là có thể tham gia cùng một tài sản. Điều tôi chưa biết là liệu Dusk có thể chuyển đổi các “tập hồ sơ nhà đầu tư” tách rời đó thành một thị trường onchain được kết nối hay không, hay con số 50K+ chỉ trông lớn ở mức tổng hợp nhưng khi một chứng khoán thực sự ra mắt thì vẫn phản ánh các nhóm nhà đầu tư tách rời.

Vấn đề này trở nên thú vị hơn khi Dusk xây dựng Dusk Trade xung quanh các tài sản tài chính được token hóa. Tiếp cận nhà đầu tư là một chuyện. Đưa họ qua đúng onboarding, ràng buộc ví (wallet binding) và các quy tắc chuyển nhượng cho từng thị trường lại là chuyện khác. Vì vậy, mức độ tiếp cận nhà đầu tư cho tôi biết điều gì đó về tiềm năng phân phối. Nó cho tôi biết ít hơn nhiều về việc các nhà đầu tư đó có trở nên “liên thông” với nhau ra sao khi các quy tắc truy cập bắt đầu quan trọng.

Tham gia xuyên nhiều đợt phát hành (cross-issuance) sẽ là bằng chứng mạnh hơn. Nếu cùng một nhóm nhà đầu tư thực sự có thể tham gia vào nhiều tài sản đang giao dịch khác nhau, thì nhiều phần của mạng lưới phân phối đó đang hoạt động như một thị trường, thay vì chỉ là một tập hợp các “khán giả” tách biệt.

Tôi sẽ muốn học được nhiều hơn từ một nhóm nhà đầu tư nhỏ nhưng lặp lại việc tham gia qua nhiều đợt phát hành, hơn là từ một con số tiếp cận rất lớn nhưng trải đều trên các kênh không liên thông.

Câu hỏi là liệu Dusk chỉ đang “tổng hợp” nhà đầu tư một cách thuần túy về mặt số lượng, hay thực sự kết nối họ về mặt kinh tế thông qua cùng một hạ tầng được quản lý. Tôi đang theo dõi sự tham gia xuyên nhiều đợt phát hành, các quy tắc đủ điều kiện và việc liệu nhà đầu tư có thể di chuyển giữa các thị trường đó mà không thị trường nào biến thành một “hộp” truy cập riêng biệt.

#dusk $DUSK @Dusk 🔥

Hôm nay mình bán 1863.2 USDT qua Binance P2P. Trước khi vào lệnh, mình chọn merchant "TANTHINHPHAT" vì họ có recent feedback khá ổn: không có đánh giá tiêu cực nào trong 30 ngày gần nhất, completion rate 95.7%, 15,210 total trades.
Đến bước payment thì có vấn đề.
Tên người chuyển khớp với thông tin trên order, nhưng actual amount mình nhận được trong bank account lại bị thiếu một ít.
Mình chưa release USDT mà nhắn ngay trong P2P Chat để báo lại. Merchant check và thừa nhận đã chuyển thiếu. Họ bảo sẽ gửi nốt phần còn lại, đồng thời nhờ mình đừng mở Appeal vì sợ ảnh hưởng đến merchant account.
Khoản thiếu khá nhỏ, merchant xử lý ngay và toàn bộ conversation vẫn nằm trong Binance P2P Chat nên mình đồng ý chờ thêm.
Sau lần transfer thứ hai, mình mở banking app kiểm tra lại. Chỉ khi total amount thực nhận đã khớp với order amount mình mới release USDT.
Đây cũng là safety rule mình luôn giữ khi giao dịch P2P: không dựa vào payment screenshot hay lời xác nhận từ counterparty. Funds phải thực sự vào account trước khi crypto được release.
Case này làm mình nhìn payment mismatch khác đi một chút.
Không phải cứ chuyển thiếu là phải Appeal ngay. Nếu đó chỉ là payment mistake, counterparty nhận lỗi ngay trong P2P Chat và bổ sung đầy đủ tiền còn thiếu ngay thì không nhất thiết phải Appeal.
Nhưng nếu missing amount lớn, merchant phản hồi chậm hoặc có detail nào mình không chắc chắn, mình sẽ chụp lại toàn bộ lịch sử trên P2P chat và các payment proof sau đó mở Appeal để Binance Support kiểm tra.
Cách xử lý payment mistake có thể rất khác nhau tuỳ thuộc vào thái độ cũng như cách xử lý vấn đề của counterparty. Nhưng nếu bạn là newbie thì nên hỏi Binance Support cho chắc nhé!
#binancep2pantoan @Binance Vietnam 🔥

Tôi cứ quay lại việc Dusk thúc đẩy đưa các thị trường tài chính lên onchain cùng với các tổ chức được cấp phép theo quy định của EU, đặc biệt là công việc của họ với NPEX. Sàn giao dịch hiện đã tài trợ hơn 217M EUR thông qua nền tảng hiện có, khiến mối quan hệ này trông giống như một tín hiệu mạnh về mức độ được áp dụng đối với Dusk.

Nhưng con số đó đo lường những gì NPEX đã xây dựng. Nó không cho tôi biết phần nào của thị trường đó thực sự đã chuyển sang onchain thông qua mạng Dusk.

Mốc 217M+ EUR vẫn quan trọng. NPEX đã có sẵn các tổ chức phát hành, nhà đầu tư và hoạt động tài trợ được quản lý đứng sau. Dusk không bắt đầu với một thị trường chỉ tồn tại trên lộ trình. Điều tôi chưa biết là liệu Dusk có thể chuyển đổi cơ sở hiện có đó thành một thị trường onchain hoạt động hay không.

Các tín hiệu đáng theo dõi còn hẹp hơn nhiều so với tiêu đề: những công cụ của NPEX nào thực sự được đưa vào vận hành trên Dusk, lượng hoạt động nhà đầu tư hiện có của NPEX dịch chuyển cùng với chúng đến mức nào, và liệu giao dịch thứ cấp có phát triển sau khi các công cụ đó xuất hiện hay không.

Chuỗi theo dõi 217M+ EUR của NPEX cho tôi biết rằng có điều gì đó thực sự để Dusk đưa lên onchain. Ngay cả khi chỉ một lượng nhỏ hơn nhiều trở nên hoạt động trên Dusk, thì điều đó cũng cho tôi biết nhiều hơn về việc bước đi này có hiệu quả hay không, đặc biệt nếu các công cụ đó thu hút giao dịch thực sự chứ không chỉ đơn thuần xuất hiện trên onchain.

Điều đó thay đổi cách tôi đánh giá tiến độ của Dusk.

Tôi sẽ tìm hiểu nhiều hơn từ một vài công cụ của NPEX tìm được người mua và người bán thực sự trên Dusk, thay vì từ quy mô thị trường mà NPEX đã xây dựng trước khi bắt đầu chuyển sang onchain.

Câu hỏi là liệu Dusk có thể đưa một thị trường được quản lý hiện hữu lên onchain mà không làm mất đi phần hoạt động khiến nó trở thành một thị trường.

Tôi đang theo dõi các công cụ NPEX đầu tiên được đưa lên Dusk và các nhà đầu tư thực sự làm gì với chúng sau khi chúng đã có mặt.

#dusk $DUSK @Dusk ✨

Độ chung kết tất định khoảng 10 giây của Dusk khiến tôi đặc biệt chú ý. Mức độ chung kết như vậy trở nên thú vị hơn khi mạng Dusk đang được xây dựng cho các thị trường tài chính song song với các tổ chức được cấp phép tại EU. Với một thị trường được quản lý, điều đó nghe có vẻ như một lợi thế thanh toán theo hình thức “settlement” rất mạnh. Nhưng “finality” ở đây mang nghĩa hẹp hơn so với vẻ bề ngoài ban đầu.

Trên mạng Dusk, độ chung kết tất định cho tôi biết khi mạng đã đạt đến một trạng thái mà không còn nên bị đảo ngược bởi sự đồng thuận (consensus).
Tuy nhiên, nó không tự động cho tôi biết khi việc chuyển giao một chứng khoán được quản lý trở thành chung kết về mặt pháp lý. Dusk có thể “finalize” (xác nhận hoàn tất) trạng thái đó. Liệu trạng thái ấy có được tính là thanh toán chung kết hay không lại là một câu hỏi khác. Công cụ phải hợp lệ, nơi giao dịch hoặc người vận hành liên quan cần có đúng thẩm quyền/ủy quyền, và trạng thái sở hữu phát sinh phải được công nhận là có giá trị/hiệu lực chính thức. Điều tôi chưa biết là liệu độ chung kết kỹ thuật tất định khoảng 10 giây của Dusk có thể chuyển hóa vào đúng dòng thời gian thanh toán thực tế của một chứng khoán được quản lý hay không, hay mốc kết thúc vẫn còn đến muộn hơn, với ý nghĩa pháp lý.

Vì vậy, các tín hiệu đáng theo dõi cụ thể hơn số liệu “finality” bản thân: các công cụ được quản lý thực sự, khoảng thời gian giữa lúc thực hiện lệnh giao dịch và lúc thanh toán được công nhận, và liệu quy trình đó có thể diễn ra lặp đi lặp lại hay không. Một trạng thái không thể đảo ngược trong 10 giây chứng minh rằng Dusk có thể đóng lớp đồng thuận (consensus layer) nhanh chóng. Bằng chứng mạnh hơn nằm ở việc thanh toán được quản lý lặp lại, vì cả lớp kỹ thuật, lớp tổ chức và lớp pháp lý đều phải khớp với nhau trong cùng một quy trình công việc.

Điều đó thay đổi cách tôi đánh giá tiến độ của Dusk.

Tôi sẽ tìm hiểu thêm từ các công cụ thực tế khi liên tục đạt đến thanh toán được công nhận, hơn là từ việc mạng chỉ đơn thuần duy trì một con số “finality” nhanh. Vấn đề là liệu độ chung kết tất định của Dusk vẫn chỉ là thuộc tính của blockchain, hay trở thành một phần của “đồng hồ” thanh toán thực tế của thị trường tài chính. Tôi đang theo dõi dữ liệu về việc thanh toán được quản lý lặp lại tiếp theo.
#dusk $DUSK @Dusk ✨

BINANCE P2P SAFETY: KHI NÀO NÊN CANCEL ORDER?

Sáng nay, mình vào Binance P2P để mua 115.89 USDT từ một merchant. Giá khá “mềm”, tài khoản có huy hiệu Bronze Merchant, profile cũng ổn với hơn 158,800 giao dịch và tỷ lệ hoàn thành khoảng 97.06%. Do đó mình tạo lệnh giao dịch với họ.

Nhưng trước khi chuyển tiền, merchant nhắn trong Chat và bảo mình chuyển tiền sang một tài khoản ngân hàng khác với thông tin đang hiển thị trên order.

Với mình, đây là một red flag điển hình. Lúc đó, order vẫn ở trạng thái pending và mình chưa chuyển tiền, vì vậy mình chọn Cancel Order. Giao dịch kết thúc và mình không phải tiến hành thêm bước nào nữa.

Nhưng nếu case này xảy ra muộn hơn một bước thì cách xử lý của mình sẽ khác hoàn toàn.

Ví dụ tiền đã được chuyển rồi, sau đó mình mới phát hiện thông tin không ổn hoặc merchant chưa release crypto. Lúc này mình sẽ không bấm Cancel được nữa.

Do đó, mình sẽ bấm nút Appeal. Vì mình luôn lưu giữ biên lai thanh toán, Order ID và nội dung trên P2P Chat nên khi Appeal, mình cung cấp các bằng chứng đó cho Binance Support để họ kiểm tra và xử lý theo đúng quy trình.

Lý do: Cancel có thể kết thúc trạng thái của order, nhưng khoản tiền mình đã chuyển qua ngân hàng không tự động quay lại chỉ vì order bị hủy.

Sau case này mình mới để ý một điều khá quan trọng.

Cùng một red flag nhưng cách xử lý trên P2P có thể khác hoàn toàn chỉ vì trạng thái thanh toán đã thay đổi.

Nút Cancel hay Appeal không nên được chọn theo cảm giác “lệnh này có đáng ngờ không”, mà theo trạng thái của tiền. Red flag chỉ cho mình biết giao dịch có vấn đề, còn payment state mới quyết định mình nên làm gì tiếp theo.

#binancep2pantoan @Binance Vietnam $CYS ✨

AN TOÀN BINANCE P2P: KHI TIỀN THANH TOÁN VỀ ĐÚNG NHƯNG SAI ĐƠN VỊ TIỀN TỆ FIAT🔥

Từng có lần tôi bán USDT trên Binance peer-to-peer (P2P) lấy VND, nhưng người mua lại gửi USD cho tôi. Sau khi quy đổi số tiền, giá trị tương đương khoảng với số VND mà tôi lẽ ra phải nhận.

Tuy nhiên tôi vẫn chưa nhả (giải phóng) tiền mã hóa.

Đơn hàng là để nhận VND. Nhận được cùng một giá trị bằng USD không có nghĩa là giao dịch đã đúng. Đây là điểm mà tôi nghĩ nhiều người dùng có thể bỏ qua.

Trên Binance P2P, chúng ta không chỉ cần kiểm tra xem giá trị đã về có đủ hay không. Chúng ta còn cần đối chiếu đúng loại tiền fiat, đúng số tiền, tên người gửi và phương thức thanh toán so với đơn hàng đang được niêm yết.

Binance giữ tiền mã hóa của người bán trong trạng thái ký quỹ (escrow) trong suốt thời gian đặt lệnh, nên tôi có thời gian để kiểm tra mọi thứ trước khi giải phóng. Tôi giữ cuộc trò chuyện trong P2P Chat và nói với người mua về việc sai lệch đơn vị tiền tệ.

Tôi không cố tính lại tỷ giá mới, chấp nhận USD như một khoản thay thế, yêu cầu thanh toán lại, hay tự sắp xếp một hình thức thanh toán khác bên ngoài.

Tôi giữ nguyên lệnh P2P và các bằng chứng thanh toán, rồi mở một Appeal (Khiếu nại) để báo rằng người mua đã thanh toán bằng USD thay vì VND đã ghi trong đơn hàng. Tôi cũng có thể liên hệ Binance Support và làm theo hướng dẫn dành cho đúng tình huống đó.

Bạn đã bao giờ nhận nhầm loại tiền fiat trong một giao dịch Binance P2P chưa?

Nếu có, bạn đã xử lý như thế nào? Tôi rất tò mò xem những người dùng khác tiếp cận tình huống lệch đơn vị tiền tệ kiểu này ra sao.

#binancep2pantoan @Binance Vietnam $AKE