W Shakespeare
1.7k Bài đăng
W Shakespeare
It's vacation time
192 Đang theo dõi
698 Người theo dõi
2.5K+ Đã thích
Bài đăng
Tất cả
Trích dẫn
PINNED
Đã xác minh
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 🔥
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 🔥
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
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 ✨
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 ✨
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 🔥
Đế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 🔥
Đúng một phần
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 ✨
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 ✨
Đã xác minh
Độ 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 ✨
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 ✨
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
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
Đã xác minh
Tôi cứ mãi nghĩ về nỗ lực của Dusk nhằm đưa các thị trường tài chính được quản lý lên onchain với các tổ chức được cấp phép tại EU, đồng thời tận dụng hạ tầng blockchain công khai ở phía bên dưới.
Ý tưởng đó có một điểm căng thẳng. Hạ tầng có thể là công khai, trong khi quyền truy cập vào thị trường tài chính được xây dựng trên đó vẫn phải được giới hạn cho các bên tham gia đủ điều kiện. Điều tôi chưa biết là việc chuyển các quyền này sang smart contract có thay đổi cấu trúc thị trường một cách đáng kể hay chỉ tái tạo chính việc kiểm soát cổng đó ở một lớp khác.
Mối quan hệ của Dusk với 21X cung cấp một cơ chế hữu ích để theo dõi. 21X vận hành các thị trường được quản lý trên các blockchain công khai, trong đó những người tham gia đã được xác minh được tiếp nhận thông qua các smart contract dạng danh sách trắng. Điều đó khiến “công khai” trở thành một tín hiệu yếu hơn so với vẻ bề ngoài ban đầu.
Biết rằng việc thanh toán diễn ra trên hạ tầng công khai cho tôi biết giao dịch xảy ra ở đâu. Nó không cho tôi biết ai vẫn đang kiểm soát sự tham gia, khả năng điều chỉnh hoặc thu hồi tính đủ điều kiện được thực hiện ra sao, hay các hạn chế chuyển nhượng thực sự được áp dụng tại đâu. Bằng chứng mạnh hơn nằm ở việc liệu các quy tắc truy cập có trở nên rõ ràng, có thể kiểm toán và được thực thi nhất quán onchain hay không, thay vì vẫn là những quyết định mang tính tùy nghi đứng sau thị trường. Tôi sẽ học được nhiều hơn từ điều đó so với việc chỉ biết lớp thanh toán là công khai. Câu hỏi là Dusk có đang làm cho việc truy cập vào thị trường được quản lý trở nên có thể lập trình và minh bạch hơn, hay chỉ chuyển “người gác cổng” tương tự từ một hệ thống tư sang một smart contract.
Tiếp theo, tôi đang theo dõi cơ chế quản trị kiểm soát truy cập, các quy tắc thu hồi và những hạn chế chuyển nhượng thực tế.
#dusk $DUSK @Dusk ✨
Ý tưởng đó có một điểm căng thẳng. Hạ tầng có thể là công khai, trong khi quyền truy cập vào thị trường tài chính được xây dựng trên đó vẫn phải được giới hạn cho các bên tham gia đủ điều kiện. Điều tôi chưa biết là việc chuyển các quyền này sang smart contract có thay đổi cấu trúc thị trường một cách đáng kể hay chỉ tái tạo chính việc kiểm soát cổng đó ở một lớp khác.
Mối quan hệ của Dusk với 21X cung cấp một cơ chế hữu ích để theo dõi. 21X vận hành các thị trường được quản lý trên các blockchain công khai, trong đó những người tham gia đã được xác minh được tiếp nhận thông qua các smart contract dạng danh sách trắng. Điều đó khiến “công khai” trở thành một tín hiệu yếu hơn so với vẻ bề ngoài ban đầu.
Biết rằng việc thanh toán diễn ra trên hạ tầng công khai cho tôi biết giao dịch xảy ra ở đâu. Nó không cho tôi biết ai vẫn đang kiểm soát sự tham gia, khả năng điều chỉnh hoặc thu hồi tính đủ điều kiện được thực hiện ra sao, hay các hạn chế chuyển nhượng thực sự được áp dụng tại đâu. Bằng chứng mạnh hơn nằm ở việc liệu các quy tắc truy cập có trở nên rõ ràng, có thể kiểm toán và được thực thi nhất quán onchain hay không, thay vì vẫn là những quyết định mang tính tùy nghi đứng sau thị trường. Tôi sẽ học được nhiều hơn từ điều đó so với việc chỉ biết lớp thanh toán là công khai. Câu hỏi là Dusk có đang làm cho việc truy cập vào thị trường được quản lý trở nên có thể lập trình và minh bạch hơn, hay chỉ chuyển “người gác cổng” tương tự từ một hệ thống tư sang một smart contract.
Tiếp theo, tôi đang theo dõi cơ chế quản trị kiểm soát truy cập, các quy tắc thu hồi và những hạn chế chuyển nhượng thực tế.
#dusk $DUSK @Dusk ✨
Đã xác minh
Tôi cứ quay lại với nỗ lực của Dusk nhằm đưa các thị trường tài chính lên onchain với các tổ chức được cấp phép theo quy định của EU, đặc biệt là con số €300M+ mà họ trích dẫn cho việc phát hành theo dạng tổ chức đã được xác nhận.
Nghe có vẻ như một tín hiệu chấp nhận (adoption) mạnh. Nhưng từ "đã được xác nhận" đang làm rất nhiều việc ở đây.
Phát hành đã được xác nhận cho tôi biết rằng có giá trị mang tính tổ chức đã sẵn sàng để bước vào hệ thống. Nó không cho tôi biết bao nhiêu trong số giá trị đó đã trở thành các công cụ giao dịch trực tiếp, đã được chuyển nhượng giữa các nhà đầu tư, hoặc đã đạt đến bước thanh toán onchain cuối cùng. Điều tôi chưa biết là liệu €300M đó đang chuyển thành một thị trường onchain hoạt động, hay chủ yếu chỉ đang đo lường các tài sản vẫn đang nằm đâu đó sớm hơn trong chuỗi quy trình phát hành.
Vì vậy, các tín hiệu đáng theo dõi sẽ cụ thể hơn tiêu đề: giá trị thực sự đi vào hoạt động ở mức nào, giao dịch thứ cấp có xuất hiện không, và bao nhiêu giao dịch đi tới được bước thanh toán cuối cùng.
Phát hành đã được xác nhận có thể chứng minh ý định của tổ chức trước khi thị trường tự nó hoạt động. Việc thanh toán lặp lại là bằng chứng mạnh hơn, vì nhiều tầng trong hệ thống phải hoạt động đồng thời.
Điều đó thay đổi cách tôi đánh giá tiến độ của Dusk.
Tôi sẽ học được nhiều hơn từ một lượng tài sản nhỏ hơn nhưng được giao dịch và thanh toán onchain lặp lại, so với một pipeline xác nhận lớn hơn nhiều nhưng vẫn chưa đi qua toàn bộ vòng đời thị trường.
Câu hỏi là liệu Dusk có thể chuyển các cam kết của tổ chức thành một thị trường onchain đang vận hành hay không—không chỉ liên tục tăng số lượng đang chờ để bước vào. Tôi sẽ theo dõi dữ liệu phát hành trực tiếp và thanh toán lặp lại tiếp theo.
#dusk $DUSK @Dusk 🔥
Nghe có vẻ như một tín hiệu chấp nhận (adoption) mạnh. Nhưng từ "đã được xác nhận" đang làm rất nhiều việc ở đây.
Phát hành đã được xác nhận cho tôi biết rằng có giá trị mang tính tổ chức đã sẵn sàng để bước vào hệ thống. Nó không cho tôi biết bao nhiêu trong số giá trị đó đã trở thành các công cụ giao dịch trực tiếp, đã được chuyển nhượng giữa các nhà đầu tư, hoặc đã đạt đến bước thanh toán onchain cuối cùng. Điều tôi chưa biết là liệu €300M đó đang chuyển thành một thị trường onchain hoạt động, hay chủ yếu chỉ đang đo lường các tài sản vẫn đang nằm đâu đó sớm hơn trong chuỗi quy trình phát hành.
Vì vậy, các tín hiệu đáng theo dõi sẽ cụ thể hơn tiêu đề: giá trị thực sự đi vào hoạt động ở mức nào, giao dịch thứ cấp có xuất hiện không, và bao nhiêu giao dịch đi tới được bước thanh toán cuối cùng.
Phát hành đã được xác nhận có thể chứng minh ý định của tổ chức trước khi thị trường tự nó hoạt động. Việc thanh toán lặp lại là bằng chứng mạnh hơn, vì nhiều tầng trong hệ thống phải hoạt động đồng thời.
Điều đó thay đổi cách tôi đánh giá tiến độ của Dusk.
Tôi sẽ học được nhiều hơn từ một lượng tài sản nhỏ hơn nhưng được giao dịch và thanh toán onchain lặp lại, so với một pipeline xác nhận lớn hơn nhiều nhưng vẫn chưa đi qua toàn bộ vòng đời thị trường.
Câu hỏi là liệu Dusk có thể chuyển các cam kết của tổ chức thành một thị trường onchain đang vận hành hay không—không chỉ liên tục tăng số lượng đang chờ để bước vào. Tôi sẽ theo dõi dữ liệu phát hành trực tiếp và thanh toán lặp lại tiếp theo.
#dusk $DUSK @Dusk 🔥
Trước đây, tôi từng nghĩ giao dịch ngang hàng (P2P) nghĩa là Binance chỉ cần đứng sang một bên sau khi tôi tìm được người dùng khác để giao dịch.
Mọi chuyện không đơn giản đến vậy.
Trên Binance P2P, tôi giao dịch trực tiếp với một người khác, chứ không phải mua crypto ngay từ chính Binance. Crypto của người bán được giữ trong ký quỹ P2P trong lúc tôi hoàn tất thanh toán, và khi người bán xác nhận tiền đã đến, lệnh có thể được hoàn tất.
Trong một thời gian dài, trong đầu tôi coi đó là điểm kết thúc của hành trình.
Nhưng crypto không tự động chuyển vào một ví mà tôi kiểm soát. Nó trước hết vẫn nằm trong tài khoản Binance của tôi. Nếu tôi muốn tự quản lý tài sản, tôi phải thực hiện một lệnh rút riêng, chọn đúng mạng, nhập địa chỉ ví của mình, vượt qua các bước kiểm tra bảo mật cần thiết và chờ giao dịch được xử lý trên chuỗi.
Điều đó khiến tôi nhận ra một vấn đề mà trước đây tôi đã bỏ sót.
P2P loại bỏ một kiểu rào cản. Binance không cần phải là bên mua hay bên bán ở phía bên kia của giao dịch của tôi. Nhưng lệnh rút lại tạo ra một rào cản khác, vì tài sản vẫn nằm dưới sự quản lý của Binance cho đến khi tôi chủ động chuyển nó đi.
Vì vậy, nền tảng không biến mất khỏi quy trình sau lệnh P2P. Vai trò của nó chỉ thay đổi.
Trong quá trình giao dịch, Binance cung cấp thị trường và cơ chế ký quỹ cho việc trao đổi giữa hai người dùng. Sau khi giao dịch kết thúc, Binance vẫn là nơi giữ crypto cho đến khi tôi quyết định nơi nó sẽ đi tiếp.
Sự khác biệt đó đã thay đổi cách tôi lên kế hoạch cho một lần mua P2P.
Giờ đây, tôi nghĩ về đích đến trước khi đặt lệnh. Nếu tôi chỉ muốn giữ crypto trên Binance, thì lệnh P2P đã hoàn tất có lẽ thật sự là điểm kết thúc của tuyến đường. Nhưng nếu mục tiêu của tôi là tự quản lý, thì tôi đã biết rằng vẫn còn một bước nữa đang chờ tôi sau khi giao dịch xong.
Vì thế, “hoàn tất” lại mang ý nghĩa khác nhau tùy thuộc vào việc tôi đang cố gắng đạt được điều gì.
Lệnh P2P có thể được hoàn tất ngay cả khi quyết định về việc tự quản lý của tôi vẫn chưa được hoàn tất.
#binancep2pantoan @Binance Vietnam $AKE
Mọi chuyện không đơn giản đến vậy.
Trên Binance P2P, tôi giao dịch trực tiếp với một người khác, chứ không phải mua crypto ngay từ chính Binance. Crypto của người bán được giữ trong ký quỹ P2P trong lúc tôi hoàn tất thanh toán, và khi người bán xác nhận tiền đã đến, lệnh có thể được hoàn tất.
Trong một thời gian dài, trong đầu tôi coi đó là điểm kết thúc của hành trình.
Nhưng crypto không tự động chuyển vào một ví mà tôi kiểm soát. Nó trước hết vẫn nằm trong tài khoản Binance của tôi. Nếu tôi muốn tự quản lý tài sản, tôi phải thực hiện một lệnh rút riêng, chọn đúng mạng, nhập địa chỉ ví của mình, vượt qua các bước kiểm tra bảo mật cần thiết và chờ giao dịch được xử lý trên chuỗi.
Điều đó khiến tôi nhận ra một vấn đề mà trước đây tôi đã bỏ sót.
P2P loại bỏ một kiểu rào cản. Binance không cần phải là bên mua hay bên bán ở phía bên kia của giao dịch của tôi. Nhưng lệnh rút lại tạo ra một rào cản khác, vì tài sản vẫn nằm dưới sự quản lý của Binance cho đến khi tôi chủ động chuyển nó đi.
Vì vậy, nền tảng không biến mất khỏi quy trình sau lệnh P2P. Vai trò của nó chỉ thay đổi.
Trong quá trình giao dịch, Binance cung cấp thị trường và cơ chế ký quỹ cho việc trao đổi giữa hai người dùng. Sau khi giao dịch kết thúc, Binance vẫn là nơi giữ crypto cho đến khi tôi quyết định nơi nó sẽ đi tiếp.
Sự khác biệt đó đã thay đổi cách tôi lên kế hoạch cho một lần mua P2P.
Giờ đây, tôi nghĩ về đích đến trước khi đặt lệnh. Nếu tôi chỉ muốn giữ crypto trên Binance, thì lệnh P2P đã hoàn tất có lẽ thật sự là điểm kết thúc của tuyến đường. Nhưng nếu mục tiêu của tôi là tự quản lý, thì tôi đã biết rằng vẫn còn một bước nữa đang chờ tôi sau khi giao dịch xong.
Vì thế, “hoàn tất” lại mang ý nghĩa khác nhau tùy thuộc vào việc tôi đang cố gắng đạt được điều gì.
Lệnh P2P có thể được hoàn tất ngay cả khi quyết định về việc tự quản lý của tôi vẫn chưa được hoàn tất.
#binancep2pantoan @Binance Vietnam $AKE
Hôm qua, tôi cần mua 2.995 USDC trên Binance P2P để chuẩn bị cho một chiến lược DCA vàng ($XAU ) mà tôi dự định bắt đầu vào tuần tới.
Tôi đã xem các quảng cáo bán có sẵn một lần và hầu hết mức giá nằm quanh 26.800 đến 27.500 VND cho mỗi USDC. Mục tiêu của tôi là 26.100 VND.
Thông thường, tôi sẽ coi màn hình đó như một thực đơn: chọn người bán có điều khoản trông có vẻ tốt nhất và chấp nhận mức giá đã hiển thị. Lần này tôi làm điều khác đi. Tôi đăng một Lệnh Mua của chính mình với giá 26.100 và chờ đợi.
Thay đổi nhỏ đó đã lật vai trò của tôi. Thay vì nhận lời đề nghị của người khác, tôi trở thành bên tạo lệnh và khiến sự sẵn sàng mua của mình trở nên hữu hình.
Điều khiến tôi bất ngờ là nó có ý nghĩa gì đối với thanh khoản.
Trước đó, tôi luôn hình dung thanh khoản P2P như là crypto đang chờ được bán. Một người bán có USDC, người mua đến và lấy đi. Nhưng Lệnh Mua của tôi đã không thêm bất kỳ USDC nào vào thị trường cả. Nó chỉ cho thấy rằng tôi sẵn sàng mua 2.995 USDC với giá 26.100.
Từ phía tôi, đó là nhu cầu.
Từ phía một người đang muốn bán USDC với mức giá đó, đó lại là nơi để bán.
Trước khi tôi đăng quảng cáo, 26.100 chỉ tồn tại trong đầu tôi. Không người bán nào có thể giao dịch chống lại một mức giá mà họ không nhìn thấy. Khi quảng cáo được đăng, ưu tiên đó trở thành một tập điều khoản nhìn thấy được để người dùng khác có thể thực sự hành động. Giá, quy mô và phương thức thanh toán không còn chỉ là điều kiện riêng tư của tôi nữa.
Nếu người bán chấp nhận quảng cáo, thì chính lúc đó một đơn hàng thực sự bắt đầu và crypto của họ được giữ trong ký quỹ Binance P2P trong khi việc thanh toán được hoàn tất. Tôi vẫn sẽ kiểm tra xem tôi đang giao dịch với ai trước khi tiến hành tiếp, vì một mức giá khớp không phải là một đối tác khớp.
Điều đó đã thay đổi cách tôi nghĩ về thanh khoản trên P2P.
Trước đây, tôi nghĩ thanh khoản là thứ mà mình đi tìm. Bây giờ tôi thấy rằng một bên tạo lệnh có thể góp phần tạo thanh khoản chỉ bằng cách làm cho một phía của giao dịch trở nên đủ rõ ràng để phía bên kia có thể tìm thấy.
Thứ trông giống như nhu cầu từ phía tôi có thể lại là thanh khoản cho một người đang đứng ở phía đối diện.
#binancep2pantoan @Binance Vietnam ✨
Tôi đã xem các quảng cáo bán có sẵn một lần và hầu hết mức giá nằm quanh 26.800 đến 27.500 VND cho mỗi USDC. Mục tiêu của tôi là 26.100 VND.
Thông thường, tôi sẽ coi màn hình đó như một thực đơn: chọn người bán có điều khoản trông có vẻ tốt nhất và chấp nhận mức giá đã hiển thị. Lần này tôi làm điều khác đi. Tôi đăng một Lệnh Mua của chính mình với giá 26.100 và chờ đợi.
Thay đổi nhỏ đó đã lật vai trò của tôi. Thay vì nhận lời đề nghị của người khác, tôi trở thành bên tạo lệnh và khiến sự sẵn sàng mua của mình trở nên hữu hình.
Điều khiến tôi bất ngờ là nó có ý nghĩa gì đối với thanh khoản.
Trước đó, tôi luôn hình dung thanh khoản P2P như là crypto đang chờ được bán. Một người bán có USDC, người mua đến và lấy đi. Nhưng Lệnh Mua của tôi đã không thêm bất kỳ USDC nào vào thị trường cả. Nó chỉ cho thấy rằng tôi sẵn sàng mua 2.995 USDC với giá 26.100.
Từ phía tôi, đó là nhu cầu.
Từ phía một người đang muốn bán USDC với mức giá đó, đó lại là nơi để bán.
Trước khi tôi đăng quảng cáo, 26.100 chỉ tồn tại trong đầu tôi. Không người bán nào có thể giao dịch chống lại một mức giá mà họ không nhìn thấy. Khi quảng cáo được đăng, ưu tiên đó trở thành một tập điều khoản nhìn thấy được để người dùng khác có thể thực sự hành động. Giá, quy mô và phương thức thanh toán không còn chỉ là điều kiện riêng tư của tôi nữa.
Nếu người bán chấp nhận quảng cáo, thì chính lúc đó một đơn hàng thực sự bắt đầu và crypto của họ được giữ trong ký quỹ Binance P2P trong khi việc thanh toán được hoàn tất. Tôi vẫn sẽ kiểm tra xem tôi đang giao dịch với ai trước khi tiến hành tiếp, vì một mức giá khớp không phải là một đối tác khớp.
Điều đó đã thay đổi cách tôi nghĩ về thanh khoản trên P2P.
Trước đây, tôi nghĩ thanh khoản là thứ mà mình đi tìm. Bây giờ tôi thấy rằng một bên tạo lệnh có thể góp phần tạo thanh khoản chỉ bằng cách làm cho một phía của giao dịch trở nên đủ rõ ràng để phía bên kia có thể tìm thấy.
Thứ trông giống như nhu cầu từ phía tôi có thể lại là thanh khoản cho một người đang đứng ở phía đối diện.
#binancep2pantoan @Binance Vietnam ✨
#binancep2pantoan @Binance Vietnam
Hôm qua tôi đang uống nước với Minh, một người bạn vẫn còn mới với crypto, thì cậu ấy hỏi tôi: “Làm sao để tôi có được crypto một cách thực sự?”
Tôi nói Binance P2P giúp việc đó rất dễ dàng. Minh có thể dùng tiền pháp định như USD, VND để mua BTC, ETH, USDC... từ một người dùng khác, với Binance P2P escrow giữ crypto của người bán cho đến khi việc thanh toán hoàn tất.
Minh lập tức nói: “Tuyệt. Tôi sẽ mua 0.68 BTC.”
Tôi ngăn cậu ấy lại.
Đó là giao dịch P2P đầu tiên của cậu. Cậu vẫn phải học cách tìm một người bán tốt. Cách hoàn tất một đơn hàng. Và cách nhận ra các dấu hiệu rủi ro...
Những thứ đó không khó khi đã quen. Nhưng lần đầu tiên thì mỗi lần kiểm tra đều tốn thời gian hơn.
Thời gian thêm đó quan trọng, vì bản thân tài sản có thể biến động rất nhanh.
Giả sử BTC đang ở quanh mức 65.000 USD khi Minh đặt lệnh. Số tiền VND mà cậu ấy đồng ý trả và 0.68 BTC cậu ấy sẽ nhận được được cố định cho đúng đơn hàng đó. Nhưng trong lúc cậu ấy xử lý một luồng thanh toán chưa quen và chờ người bán xác nhận đã nhận tiền, thị trường BTC vẫn tiếp tục giao dịch.
Nếu BTC ở mức 64.500 USD khi người bán nhả crypto, Minh vẫn nhận đúng 0.68 BTC. Lệnh đã hoạt động đúng như thỏa thuận. Nhưng giá trị thị trường của lượng crypto cậu ấy nhận được đã thấp hơn khoảng 340 USD so với thời điểm cậu ấy đặt lệnh.
Đó là điều tôi muốn cậu ấy nhận ra.
Một lệnh P2P có thể cố định các điều khoản giữa người mua và người bán, nhưng không thể “tạm dừng” thị trường trong lúc người mới học cách vận hành quy trình. Với người dùng đã có kinh nghiệm, khoảng cách giữa việc đặt lệnh và hoàn tất có thể thấy như chuyện thường ngày. Còn với người dùng lần đầu, khoảng cách đó có thể dài hơn chỉ vì mỗi bước vẫn cần được chú ý.
Vì vậy, tôi gợi ý Minh dùng USDC cho lần mua P2P đầu tiên. Không phải vì tôi đang chọn một khoản đầu tư cho cậu ấy, mà vì USDC được thiết kế để bám theo đồng đô la Mỹ. Nó giúp cậu ấy học được mọi thứ diễn ra từ lúc đặt lệnh đến lúc nhận crypto mà không phải “bài học thứ hai” đồng thời đến từ biến động giá BTC.
Cuộc trò chuyện đó khiến tôi nhìn giao dịch P2P theo một cách khác. Nó có thể khóa mức tôi trả bao nhiêu và lượng crypto tôi nhận được là bao nhiêu, nhưng không thể khóa được giá trị của lượng crypto đó vào thời điểm tôi nhận được. Biết rõ ranh giới đó chính là một phần của việc học P2P.
Hôm qua tôi đang uống nước với Minh, một người bạn vẫn còn mới với crypto, thì cậu ấy hỏi tôi: “Làm sao để tôi có được crypto một cách thực sự?”
Tôi nói Binance P2P giúp việc đó rất dễ dàng. Minh có thể dùng tiền pháp định như USD, VND để mua BTC, ETH, USDC... từ một người dùng khác, với Binance P2P escrow giữ crypto của người bán cho đến khi việc thanh toán hoàn tất.
Minh lập tức nói: “Tuyệt. Tôi sẽ mua 0.68 BTC.”
Tôi ngăn cậu ấy lại.
Đó là giao dịch P2P đầu tiên của cậu. Cậu vẫn phải học cách tìm một người bán tốt. Cách hoàn tất một đơn hàng. Và cách nhận ra các dấu hiệu rủi ro...
Những thứ đó không khó khi đã quen. Nhưng lần đầu tiên thì mỗi lần kiểm tra đều tốn thời gian hơn.
Thời gian thêm đó quan trọng, vì bản thân tài sản có thể biến động rất nhanh.
Giả sử BTC đang ở quanh mức 65.000 USD khi Minh đặt lệnh. Số tiền VND mà cậu ấy đồng ý trả và 0.68 BTC cậu ấy sẽ nhận được được cố định cho đúng đơn hàng đó. Nhưng trong lúc cậu ấy xử lý một luồng thanh toán chưa quen và chờ người bán xác nhận đã nhận tiền, thị trường BTC vẫn tiếp tục giao dịch.
Nếu BTC ở mức 64.500 USD khi người bán nhả crypto, Minh vẫn nhận đúng 0.68 BTC. Lệnh đã hoạt động đúng như thỏa thuận. Nhưng giá trị thị trường của lượng crypto cậu ấy nhận được đã thấp hơn khoảng 340 USD so với thời điểm cậu ấy đặt lệnh.
Đó là điều tôi muốn cậu ấy nhận ra.
Một lệnh P2P có thể cố định các điều khoản giữa người mua và người bán, nhưng không thể “tạm dừng” thị trường trong lúc người mới học cách vận hành quy trình. Với người dùng đã có kinh nghiệm, khoảng cách giữa việc đặt lệnh và hoàn tất có thể thấy như chuyện thường ngày. Còn với người dùng lần đầu, khoảng cách đó có thể dài hơn chỉ vì mỗi bước vẫn cần được chú ý.
Vì vậy, tôi gợi ý Minh dùng USDC cho lần mua P2P đầu tiên. Không phải vì tôi đang chọn một khoản đầu tư cho cậu ấy, mà vì USDC được thiết kế để bám theo đồng đô la Mỹ. Nó giúp cậu ấy học được mọi thứ diễn ra từ lúc đặt lệnh đến lúc nhận crypto mà không phải “bài học thứ hai” đồng thời đến từ biến động giá BTC.
Cuộc trò chuyện đó khiến tôi nhìn giao dịch P2P theo một cách khác. Nó có thể khóa mức tôi trả bao nhiêu và lượng crypto tôi nhận được là bao nhiêu, nhưng không thể khóa được giá trị của lượng crypto đó vào thời điểm tôi nhận được. Biết rõ ranh giới đó chính là một phần của việc học P2P.
$CL đi tới làn sóng bơm khác? 🔥
Chờ thông tin mới từ chúng tôi và Iran tối nay. Sẽ có một cú bứt phá lớn!
Chờ thông tin mới từ chúng tôi và Iran tối nay. Sẽ có một cú bứt phá lớn!
An toàn trong Binance P2P: Vì sao kiên nhẫn quan trọng trong lúc khiếu nại?
Giao dịch Binance P2P thường diễn ra suôn sẻ, nhưng đôi khi một lệnh cần được hỗ trợ. Hai dấu hiệu đỏ mà tôi đặc biệt nghiêm túc là thông tin thanh toán không khớp với đơn hàng và bên giao dịch yêu cầu tôi tiếp tục thực hiện ngoài nền tảng Binance P2P.
Nếu tôi không thể xử lý vấn đề một cách an toàn ngay trong lệnh, tôi sẽ dừng lại và sử dụng quy trình Khiếu nại để làm việc với bộ phận Hỗ trợ Khách hàng của Binance.
Khi liên hệ CS, tôi giữ mọi việc thật đơn giản. Tôi cung cấp Mã ID đơn hàng, giải thích vấn đề trong vài dòng, và gửi các bằng chứng quan trọng: bản ghi thanh toán, mã giao dịch, số tiền, thời gian, tên tài khoản và đoạn chat P2P liên quan. Nếu tôi thanh toán trễ, nhập sai số tiền hoặc mắc một sai lầm khác, tôi nói rõ với CS chính xác chuyện gì đã xảy ra thay vì cố che giấu.
Điều mà tôi nghĩ người dùng mới thường làm sai đó là sự kiên nhẫn.
Với tôi, kiên nhẫn trong lúc Khiếu nại không chỉ là chờ CS phản hồi. Nó còn có nghĩa là không làm tình hình trở nên khó hơn trong khi họ đang xem xét.
Sau khi tôi đã gửi bằng chứng, tôi cố gắng không đụng vào bất cứ thứ gì trừ khi CS yêu cầu. Nếu tôi gửi thêm một khoản thanh toán, mở một đơn hàng mới, đồng ý hoàn tiền theo thỏa thuận riêng hoặc chuyển cuộc trò chuyện sang nơi khác, về cơ bản tôi đang tạo cho CS hai vấn đề để gỡ rối thay vì một.
Chờ đợi có thể khiến mọi thứ giống như thụ động, nên việc làm gì đó đôi khi sẽ có cảm giác an toàn hơn. Nhưng đôi khi điều hữu ích nhất tôi có thể làm là dừng việc tạo thêm hành động mới cho một vụ việc mà CS đã đang xem xét.
CS có thể cần thời gian để kiểm tra bằng chứng của tôi, nghe phía bên còn lại và đối chiếu cả hai phiên bản trước khi quyết định bước tiếp theo. Trong thời gian đó, lượng crypto gắn với lệnh đang tranh chấp có thể vẫn bị khóa để phục vụ việc xem xét.
Điều này đã thay đổi một điều trong cách tôi xử lý Binance P2P. Trong một giao dịch P2P bình thường, tôi muốn mọi thứ diễn ra nhanh chóng: thanh toán, xác minh, rồi thả hàng. Nhưng một khi Khiếu nại được bắt đầu, tốc độ không còn là điều tôi muốn tối ưu.
Lúc đó, tôi thà để CS hoàn tất việc xem xét đơn hàng còn hơn là vội vàng thực hiện một hành động khác chỉ để cảm thấy rằng “có gì đó đang diễn ra”. Trong P2P, biết lúc nào nên hành động là quan trọng. Biết lúc nào nên dừng lại còn quan trọng không kém.
#binancep2pantoan @Binance Vietnam ✨
Giao dịch Binance P2P thường diễn ra suôn sẻ, nhưng đôi khi một lệnh cần được hỗ trợ. Hai dấu hiệu đỏ mà tôi đặc biệt nghiêm túc là thông tin thanh toán không khớp với đơn hàng và bên giao dịch yêu cầu tôi tiếp tục thực hiện ngoài nền tảng Binance P2P.
Nếu tôi không thể xử lý vấn đề một cách an toàn ngay trong lệnh, tôi sẽ dừng lại và sử dụng quy trình Khiếu nại để làm việc với bộ phận Hỗ trợ Khách hàng của Binance.
Khi liên hệ CS, tôi giữ mọi việc thật đơn giản. Tôi cung cấp Mã ID đơn hàng, giải thích vấn đề trong vài dòng, và gửi các bằng chứng quan trọng: bản ghi thanh toán, mã giao dịch, số tiền, thời gian, tên tài khoản và đoạn chat P2P liên quan. Nếu tôi thanh toán trễ, nhập sai số tiền hoặc mắc một sai lầm khác, tôi nói rõ với CS chính xác chuyện gì đã xảy ra thay vì cố che giấu.
Điều mà tôi nghĩ người dùng mới thường làm sai đó là sự kiên nhẫn.
Với tôi, kiên nhẫn trong lúc Khiếu nại không chỉ là chờ CS phản hồi. Nó còn có nghĩa là không làm tình hình trở nên khó hơn trong khi họ đang xem xét.
Sau khi tôi đã gửi bằng chứng, tôi cố gắng không đụng vào bất cứ thứ gì trừ khi CS yêu cầu. Nếu tôi gửi thêm một khoản thanh toán, mở một đơn hàng mới, đồng ý hoàn tiền theo thỏa thuận riêng hoặc chuyển cuộc trò chuyện sang nơi khác, về cơ bản tôi đang tạo cho CS hai vấn đề để gỡ rối thay vì một.
Chờ đợi có thể khiến mọi thứ giống như thụ động, nên việc làm gì đó đôi khi sẽ có cảm giác an toàn hơn. Nhưng đôi khi điều hữu ích nhất tôi có thể làm là dừng việc tạo thêm hành động mới cho một vụ việc mà CS đã đang xem xét.
CS có thể cần thời gian để kiểm tra bằng chứng của tôi, nghe phía bên còn lại và đối chiếu cả hai phiên bản trước khi quyết định bước tiếp theo. Trong thời gian đó, lượng crypto gắn với lệnh đang tranh chấp có thể vẫn bị khóa để phục vụ việc xem xét.
Điều này đã thay đổi một điều trong cách tôi xử lý Binance P2P. Trong một giao dịch P2P bình thường, tôi muốn mọi thứ diễn ra nhanh chóng: thanh toán, xác minh, rồi thả hàng. Nhưng một khi Khiếu nại được bắt đầu, tốc độ không còn là điều tôi muốn tối ưu.
Lúc đó, tôi thà để CS hoàn tất việc xem xét đơn hàng còn hơn là vội vàng thực hiện một hành động khác chỉ để cảm thấy rằng “có gì đó đang diễn ra”. Trong P2P, biết lúc nào nên hành động là quan trọng. Biết lúc nào nên dừng lại còn quan trọng không kém.
#binancep2pantoan @Binance Vietnam ✨
Hướng dẫn Binance P2P: Giao dịch nhanh hơn với Lịch sử đơn hàng 🚀
Hôm nay, tôi muốn chia sẻ một cách đơn giản để giao dịch Binance P2P nhanh hơn mà không cắt góc.
Trước tiên, hãy mở Binance P2P. Thay vì quét quảng cáo và kiểm tra từng hồ sơ người bán không quen biết, hãy vào Lịch sử đơn hàng và xem các giao dịch đã hoàn tất của bạn.
Bắt đầu với những người bán mà bạn đã từng giao dịch thành công. Thường tôi tìm các đơn mà việc thanh toán diễn ra suôn sẻ, giao tiếp rõ ràng và thông tin tài khoản khớp. Cách này giúp tôi rút gọn danh sách còn vài lựa chọn trước khi quay lại thị trường.
Sau đó là phần quan trọng: đừng coi Lịch sử đơn hàng là sự phê duyệt tự động.
Hãy mở lại hồ sơ người bán và quảng cáo hiện tại. Kiểm tra phản hồi gần đây, các dấu hiệu hoàn tất, phương thức thanh toán, giới hạn và điều khoản. Nếu mọi thứ vẫn ổn, hãy đặt một đơn mới trong Binance P2P và chỉ sử dụng các thông tin thanh toán được hiển thị trong đúng đơn đang hoạt động đó.
Đây là lúc tôi tách việc tìm hiểu khỏi việc xác minh.
Tìm hiểu là khoảng thời gian tôi dành để tìm ai đó đáng cân nhắc. Lịch sử đơn hàng giảm bớt công việc đó vì tôi đã có trải nghiệm thực tế với một số đối tác nhất định. Thay vì so sánh hai mươi hồ sơ không quen, tôi có thể chỉ cần kiểm tra lại hai hoặc ba người bán mà tôi đã biết.
Xác minh là khác. Nó thuộc về đơn hàng mới, không phải mối quan hệ cũ. Quảng cáo hiện tại có thể thay đổi, thông tin thanh toán có thể thay đổi và phản hồi mới có thể xuất hiện. Nhận diện đúng người bán giúp tiết kiệm thời gian tìm kiếm, nhưng nó không hề cho tôi lý do để hạ chuẩn kiểm tra của mình.
Dù với người quen, vẫn phải cảnh giác với dấu hiệu rủi ro như thông tin tài khoản thay đổi, hướng dẫn bất thường hoặc bị gây áp lực để chuyển ra ngoài Binance. Giữ liên lạc trong P2P Chat và giữ lại đơn hàng cùng hồ sơ thanh toán cho đến khi giao dịch hoàn tất.
Nếu bạn đang bán crypto như $BNB ..., hãy mở ứng dụng ngân hàng, kiểm tra số tiền, tên tài khoản... của người mua và chỉ nhả crypto sau khi mọi thứ đã khớp.
Đó là “đường tắt” của tôi: dành ít thời gian hơn cho việc tìm hiểu bằng cách dùng Lịch sử đơn hàng, chứ không phải dành ít thời gian hơn cho việc xác minh.
#binancep2pantoan @Binance Vietnam
Trước đây bạn đã từng sử dụng Lịch sử đơn hàng của các giao dịch P2P theo cách này chưa?
Hôm nay, tôi muốn chia sẻ một cách đơn giản để giao dịch Binance P2P nhanh hơn mà không cắt góc.
Trước tiên, hãy mở Binance P2P. Thay vì quét quảng cáo và kiểm tra từng hồ sơ người bán không quen biết, hãy vào Lịch sử đơn hàng và xem các giao dịch đã hoàn tất của bạn.
Bắt đầu với những người bán mà bạn đã từng giao dịch thành công. Thường tôi tìm các đơn mà việc thanh toán diễn ra suôn sẻ, giao tiếp rõ ràng và thông tin tài khoản khớp. Cách này giúp tôi rút gọn danh sách còn vài lựa chọn trước khi quay lại thị trường.
Sau đó là phần quan trọng: đừng coi Lịch sử đơn hàng là sự phê duyệt tự động.
Hãy mở lại hồ sơ người bán và quảng cáo hiện tại. Kiểm tra phản hồi gần đây, các dấu hiệu hoàn tất, phương thức thanh toán, giới hạn và điều khoản. Nếu mọi thứ vẫn ổn, hãy đặt một đơn mới trong Binance P2P và chỉ sử dụng các thông tin thanh toán được hiển thị trong đúng đơn đang hoạt động đó.
Đây là lúc tôi tách việc tìm hiểu khỏi việc xác minh.
Tìm hiểu là khoảng thời gian tôi dành để tìm ai đó đáng cân nhắc. Lịch sử đơn hàng giảm bớt công việc đó vì tôi đã có trải nghiệm thực tế với một số đối tác nhất định. Thay vì so sánh hai mươi hồ sơ không quen, tôi có thể chỉ cần kiểm tra lại hai hoặc ba người bán mà tôi đã biết.
Xác minh là khác. Nó thuộc về đơn hàng mới, không phải mối quan hệ cũ. Quảng cáo hiện tại có thể thay đổi, thông tin thanh toán có thể thay đổi và phản hồi mới có thể xuất hiện. Nhận diện đúng người bán giúp tiết kiệm thời gian tìm kiếm, nhưng nó không hề cho tôi lý do để hạ chuẩn kiểm tra của mình.
Dù với người quen, vẫn phải cảnh giác với dấu hiệu rủi ro như thông tin tài khoản thay đổi, hướng dẫn bất thường hoặc bị gây áp lực để chuyển ra ngoài Binance. Giữ liên lạc trong P2P Chat và giữ lại đơn hàng cùng hồ sơ thanh toán cho đến khi giao dịch hoàn tất.
Nếu bạn đang bán crypto như $BNB ..., hãy mở ứng dụng ngân hàng, kiểm tra số tiền, tên tài khoản... của người mua và chỉ nhả crypto sau khi mọi thứ đã khớp.
Đó là “đường tắt” của tôi: dành ít thời gian hơn cho việc tìm hiểu bằng cách dùng Lịch sử đơn hàng, chứ không phải dành ít thời gian hơn cho việc xác minh.
#binancep2pantoan @Binance Vietnam
Trước đây bạn đã từng sử dụng Lịch sử đơn hàng của các giao dịch P2P theo cách này chưa?
Yes, I use it often
74%
No, I usually start fresh
26%
19 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
$TUT go đến làn sóng thứ hai của máy bơm🚀
Open Interest đạt kỷ lục cao mới $57M😱
Tôi nghĩ sắp có đợt xả mạnh!
Open Interest đạt kỷ lục cao mới $57M😱
Tôi nghĩ sắp có đợt xả mạnh!
Đăng nhập để khám phá thêm nội dung