Vì sao cùng ký hiệu lại là ba token khác nhau
USDT do Tether phát hành. Tether phát hành nó riêng trên từng chuỗi họ hỗ trợ — một hợp đồng hoặc token riêng trên mỗi mạng, mỗi cái có nguồn cung riêng, theo dõi độc lập. Trang minh bạch của chính Tether công bố lượng lưu hành tách theo từng chuỗi, và đó là bằng chứng rõ nhất rằng đây là các đợt phát hành riêng chứ không phải một token biết di chuyển.
Từ đó suy ra toàn bộ bài này: một địa chỉ Tron không thể nhận token của Ethereum, vì token Ethereum không tồn tại trên Tron. Không có bộ định tuyến nào ở giữa đoán xem bạn định làm gì. Giao dịch hoặc hợp lệ trên đúng mạng bạn phát nó ra, hoặc nó không bao giờ xảy ra.
Mô hình tư duy gây rắc rối là mô hình ngân hàng. Chuyển khoản ngân hàng có hệ thống bù trừ làm nhiệm vụ tìm ra tiền nên đi đâu, và có một con người ở đâu đó đảo ngược được sai sót. On-chain thì không có cả hai. Mạng bạn chọn không phải là tuyến đường tới đích; nó là toàn bộ vũ trụ mà giao dịch tồn tại trong đó. Cái gì nằm ngoài vũ trụ ấy — kể cả địa chỉ của người nhận trên một chuỗi khác — không phải là "ở chỗ khác", mà là không ở đâu cả.
Đây cũng là lý do câu "chuyển ngược lại là xong" thường không có sẵn cho bạn sau khi lỡ tay. Đưa giá trị từ USDT chuỗi này sang USDT chuỗi kia nghĩa là bán bên này mua bên kia, hoặc dùng cầu nối, và cả hai đều đòi bạn phải kiểm soát được số tiền đang nằm trên chuỗi hiện tại. Nếu không kiểm soát được thì không có gì để chuyển.
Khác biệt thật nằm ở đâu
| Tron (TRC20) | Ethereum (ERC20) | BNB Chain (BEP20) | |
|---|---|---|---|
| Phí rút thường thấy | Thấp | Cao nhất trong ba, và biến động nhất | Thấp |
| Thời gian xác nhận | Nhanh | Thường nhanh, kém đi khi mạng đông | Nhanh |
| Gần như nơi nào cũng nhận | Có — mặc định phổ biến cho chuyển thường | Có | Rộng rãi, nhưng không phải mọi nơi |
| Định dạng địa chỉ | Riêng: bắt đầu bằng T, có mã kiểm tra | Giống hệt nhau: 0x rồi 40 ký tự hex | |
| Khi nào là lựa chọn đúng | Chuyển USDT giữa các sàn hoặc trả cho đối tác | Nơi đến là ứng dụng hoặc hợp đồng trên Ethereum | Nơi đến là ứng dụng trên BNB Chain |
Cố ý không ghi con số phí. Riêng chi phí của Ethereum phụ thuộc tình trạng mạng tại đúng thời điểm gửi, còn sàn thì tự đặt giá rút của mình dựa theo đó; một con số viết ở đây tuần sau đã thành chuyện bịa. Màn hình rút hiển thị con số hiện hành trước khi bạn bấm xác nhận — đó mới là con số áp dụng.
Chú ý cái bảng không nói gì: nó không nói "chọn cái rẻ". Chi phí là tiêu chí phụ để phân định, không phải tiêu chí chính. Tiêu chí chính là tương thích với nơi đến. Cũng chú ý dòng về định dạng địa chỉ, vì đó là dòng biến một cái nhầm thành một khoản mất: hai trong ba chuỗi này không thể phân biệt được bằng cách nhìn địa chỉ.
Con số phí trên màn hình từ đâu ra
Phí rút mà sàn thu không phải là phí mạng. Nó là một mức giá cố định sàn đặt cho từng đồng và từng mạng, nhằm bù phí mạng cộng với chi phí xử lý của họ, và được điều chỉnh khi tình trạng mạng thay đổi. Binance viết đúng như vậy trên trang phí của chính họ: mức phí rút bám theo mạng blockchain và có thể đổi mà không báo trước.
Hai hệ quả. Thứ nhất, số bạn trả không dao động theo mức đông của chuỗi tại đúng giây bạn bấm — nó dao động theo mức giá sàn quyết định cho hôm nay. Thứ hai, và ít ai để ý hơn, phí tính theo mỗi lần rút chứ không theo lượng giá trị. Gửi mười khoản nhỏ là trả mười lần phí. Với phần lớn người dùng, gom lại rút một lần mỗi tuần thay vì mỗi ngày tiết kiệm hơn bất kỳ nỗ lực săn chuỗi rẻ nào.
Trường hợp duy nhất mà rẻ đúng là câu trả lời
Nếu bạn chuyển USDT từ sàn này sang sàn khác, hoặc trả cho một đối tác chấp nhận cả ba, thì phía sau không có gì quan tâm nó tới bằng chuỗi nào, và lựa chọn phí thấp đơn giản là tốt hơn. Đây là phần lớn các giao dịch mà phần lớn mọi người thực hiện, và đó là lý do các chuỗi phí thấp chiếm ưu thế trong chuyển khoản thông thường.
Trường hợp mà rẻ là câu trả lời sai
Nếu tiền đi vào một ứng dụng on-chain — sàn phi tập trung, giao thức cho vay, bất kỳ thứ gì có hợp đồng ở đầu bên kia — thì chuỗi duy nhất chạy được là chuỗi mà ứng dụng đó đang chạy. Gửi bản rẻ để lại cho bạn đúng giá trị nhưng sai mạng, và giờ bạn cần một cầu nối, tốn kém và rủi ro hơn phần bạn vừa tiết kiệm.
Lối tắt hấp dẫn ở đây là mặc định chọn Ethereum vì hệ sinh thái của nó giàu nhất. Đó là một câu đúng về hệ sinh thái đang bị đem ra dùng như lời khuyên cho một giao dịch cụ thể, tức là đoán. Câu trả lời đúng là tìm cho ra ứng dụng đích của bạn thật sự nằm trên chuỗi nào. Nếu chưa trả lời được, bạn chưa sẵn sàng gửi.
Chọn theo nơi đến, không theo giá
Thay vì cố nhớ một bảng xếp hạng, hãy đi ngược từ chỗ tiền sẽ tới. Chỉ có bốn tình huống hay gặp.
Sang một sàn khác
Mở màn hình nạp của sàn nhận trước, chọn USDT, và xem nó liệt kê những mạng nào. Danh sách đó chính là câu trả lời, và nó không giống nhau ở mọi nơi — sàn nhỏ thường chỉ hỗ trợ hai trong ba, vài chỗ chỉ hỗ trợ một. Chọn mạng rẻ nhất có mặt trên cả hai màn hình. Đừng chọn từ màn hình gửi rồi hy vọng.
Một chi tiết đáng biết: một số sàn vẫn để một mạng trong danh sách nạp nhưng tạm ngừng ghi có trong lúc nâng cấp ví hoặc khi chuỗi có sự cố, và họ ghi điều đó bằng dòng chữ nhỏ ngay cạnh. Dòng chữ ấy đáng hai giây để đọc.
Về ví của chính bạn, để cất giữ
Ở đây ràng buộc không nằm ở phần mềm ví — phần lớn ví xử lý được cả ba — mà ở chỗ bạn có đồng gốc của chuỗi để trả cho giao dịch kế tiếp hay không. USDT nằm trên Ethereum không nhúc nhích được nếu trong ví không có ETH làm gas. USDT trên Tron cần TRX hoặc tài nguyên đã stake. USDT trên BNB Chain cần BNB.
Người ta phát hiện ra điều này đúng vào lúc tệ nhất: muốn chuyển tiền đi, và ví từ chối vì số dư dùng để trả cho việc chuyển bằng không. Nếu bạn gửi USDT về ví mình, hãy gửi kèm một ít đồng gốc của chuỗi ngay trong cùng phiên, lúc còn đang nghĩ tới nó.
Cho một người
Hỏi mạng bằng lời, đừng suy ra từ địa chỉ. "Gửi USDT cho tôi, đây là địa chỉ" là thông tin thiếu ngay cả khi địa chỉ đúng, và người đưa nó cho bạn thường không nhận ra điều đó. Nếu địa chỉ bắt đầu bằng 0x, nó hợp lệ trên cả Ethereum lẫn BNB Chain, và bản thân địa chỉ thật sự không cho bạn biết họ định nói tới cái nào.
Khi số tiền nhỏ
Xem mức rút tối thiểu của đồng đó trên mạng đó trước tiên. Sàn nào cũng đặt một mức, mức này khác nhau theo mạng, và lệnh rút dưới mức đó đơn giản là bị từ chối. Cũng nên xem phí chiếm bao nhiêu phần trăm số tiền bạn gửi: một khoản phí cố định trên giao dịch nhỏ có thể là hai chữ số phần trăm, và câu trả lời hợp lý thường là đợi rồi gửi một lần, chứ không phải đi săn chuỗi rẻ hơn.
Đọc màn hình rút tiền
Sàn nào cũng hiển thị đúng bốn dữ kiện trước khi bạn xác nhận, và nên đọc theo thứ tự này chứ không theo thứ tự chúng xuất hiện trên màn hình.
- Nhãn mạng. Không phải "chuỗi tôi hay dùng". Đúng cái nhãn đó, đối chiếu với màn hình nạp ở đầu bên kia.
- Mức tối thiểu. Dưới mức đó lệnh rút không đi.
- Phí, và số thật sự tới nơi. Đây là hai con số khác nhau. Người nhận thấy con số thứ hai, và nếu họ đang chờ con số thứ nhất thì sẽ có một cuộc trao đổi.
- Có ô memo hoặc tag hiện ra không. Nếu có thì nó là bắt buộc, bất kể nhãn ghi gì.
Nếu một trong bốn điều còn mờ, hành động đúng là đóng màn hình lại, không phải đoán. Lệnh rút mười phút nữa vẫn còn đó.
Bên nhận cũng đang chọn một mạng
Phần lớn hướng dẫn nói về màn hình gửi rồi dừng. Nhưng màn hình nạp cũng là một lựa chọn, và chọn sai ở đó hỏng theo kiểu im lặng hơn.
Khi bạn tạo địa chỉ nạp trên một sàn, bạn chọn một đồng và một mạng, và địa chỉ nhận về là địa chỉ dành riêng cho mạng đó. Trên các chuỗi kiểu Ethereum, cùng một chuỗi ký tự địa chỉ thường được dùng lại cho cả BNB Chain lẫn Ethereum — nhưng điều đó không có nghĩa sàn sẽ ghi có cho cả hai. Sàn ghi có cho mạng bạn đã chọn, vì đó là mạng hệ thống của họ đang canh cho khoản nạp đó.
Nên kiểu hỏng nó như thế này: bạn tạo địa chỉ sau khi chọn BEP20, gửi bằng ERC20 vì bên gửi mặc định như vậy, và giao dịch xác nhận thành công tới một địa chỉ nhìn rõ là có tồn tại. Trình duyệt chuỗi khối cho thấy nó đã tới. Số dư trên sàn không nhúc nhích, và không chỗ nào ghi đây là lỗi. Đó là một ticket hỗ trợ, và nó thuộc nhóm "đôi khi cứu được, không bao giờ nhanh" ở dưới.
Vì sao thời gian về không giống lời người ta nói
"TRC20 một phút là tới" là câu nói về chuỗi, và chuỗi thường là phần nhanh nhất. Tổng thời gian gồm ba chặng, và người ta chỉ trích dẫn chặng giữa.
- Xử lý nội bộ của sàn gửi. Trước khi phát bất cứ thứ gì lên mạng, sàn chạy kiểm soát của họ — rà rủi ro, đôi khi là rà thủ công, đôi khi là tạm giữ lần rút đầu tiên sau khi có thay đổi bảo mật như thêm thiết bị 2FA mới hoặc đổi mật khẩu. Chặng này có thể vài phút, cũng có thể một ngày, và không liên quan gì tới chuỗi bạn chọn.
- Thời gian trên chuỗi. Thường là phần ngắn. Đây là con số trong các bảng so sánh.
- Ngưỡng xác nhận của sàn nhận. Bên nhận tự quyết muốn thấy bao nhiêu block trước khi ghi có cho bạn, và các sàn khác nhau chọn số khác nhau cho cùng một chuỗi. Trong khoảng này tiền đã nằm rõ ràng trên chuỗi mà vẫn chưa vào số dư, và đây là chặng sinh ra nhiều ticket hoảng hốt nhất.
Hệ quả thực dụng: khi một giao dịch "về chậm", hãy mở trình duyệt chuỗi khối trước khi liên hệ ai. Nếu giao dịch đã được xác nhận on-chain, bạn đang đợi chặng ba và không có gì để làm. Nếu nó không tồn tại trên chuỗi, bạn đang đợi chặng một, và sàn gửi mới là nơi cần hỏi.
Gửi nhầm mạng: cái gì còn cứu được
Kết cục tuỳ vào kiểu lệch, và các kết cục khác nhau thật sự.
Định dạng địa chỉ không hợp lệ với mạng đã chọn
Trường hợp tốt nhất. Biểu mẫu rút từ chối trước khi bất cứ thứ gì được phát đi. Không có gì được gửi, không mất gì, và bạn được làm lại. Đây chính là lớp bảo vệ mà công cụ kiểm tra định dạng địa chỉ tái hiện ngay trên máy bạn, để kiểm trước khi dán chứ không phải sau.
Định dạng địa chỉ hợp lệ trên cả hai chuỗi
Đây là trường hợp nguy hiểm. Ethereum và BNB Chain dùng cùng một định dạng địa chỉ, nên một giao dịch gửi nhầm giữa hai cái đó vẫn được phát đi thành công và tới một địa chỉ có tồn tại — do bất kỳ ai nắm khoá của địa chỉ đó kiểm soát.
Nếu nơi đến là ví tự quản do bạn kiểm soát, tiền thường lấy lại được: nhập lại cùng cụm từ khôi phục, đổi mạng, số dư nằm đó. Bạn sẽ cần đồng gốc của chuỗi làm gas để chuyển nó đi, và đó mới là trở ngại thực tế. Nếu nơi đến là một sàn, khoá thuộc về sàn, và việc bạn có lấy lại được hay không hoàn toàn nằm ở chính sách của họ.
Nó tới một sàn không ghi có mạng đó
Tiền tồn tại trên chuỗi nhưng không hiện trong tài khoản. Một số nền tảng có dịch vụ khôi phục thủ công có thu phí, kèm mức phí công bố và danh sách trường hợp được hỗ trợ; một số thì không, và dù thế nào cũng là một ticket tính bằng tuần. Yêu cầu khôi phục đi qua kênh hỗ trợ của chính nền tảng đó, không qua chỗ nào khác.
Bản thân địa chỉ đã sai
Nếu địa chỉ đúng định dạng nhưng thuộc về người khác, không có cơ chế nào cả. Không sàn nào, không bộ phận hỗ trợ nào và không chuỗi nào có cách đảo ngược một giao dịch hợp lệ tới một địa chỉ hợp lệ. Đây là trường hợp thật sự không có thuốc chữa, và cũng là lý do tồn tại của việc gửi thử.
Memo và Tag: cách mất tiền còn lại
Một số tài sản — XRP và XLM là ví dụ quen thuộc, cộng với vài luồng nạp của sàn cho những đồng khác — đòi thêm một ô memo, tag hoặc ghi chú ngoài địa chỉ. Địa chỉ chỉ ra một bể chung; memo chỉ ra bạn ở bên trong bể đó.
Bỏ trống nó thì giao dịch vẫn phát đi thành công, vẫn tới một địa chỉ hợp lệ, và không quy được về tài khoản của bạn. Không có gì trong giao dịch trông giống thất bại. Nó chỉ đơn giản là không rơi vào chỗ nào ghi có cho bạn.
Ba thói quen chặn được chuyện này:
- Chép memo trước, địa chỉ sau. Phần lớn mọi người dán địa chỉ, thấy như đã xong, rồi bấm gửi. Điền ô memo trước sẽ đảo ngược thói quen đó.
- Coi "memo không bắt buộc" là "vẫn phải kiểm". Vài giao diện ghi là tuỳ chọn vì nó tuỳ chọn với giao thức, không phải tuỳ chọn với bên nhận.
- Đừng bao giờ gõ tay. Memo là một chuỗi vô nghĩa, nghĩa là một lỗi gõ trong đó trông y hệt như bản thật. Chép và dán, lần nào cũng vậy.
"Địa chỉ trông đúng" thật ra chứng minh được gì
Người ta kiểm địa chỉ bằng cách so bốn ký tự đầu và bốn ký tự cuối. Thói quen đó bắt được một loại lỗi và bỏ sót hoàn toàn một loại khác, và nên biết loại nào là loại nào.
Địa chỉ có sẵn mã kiểm tra: Tron và Bitcoin
Địa chỉ Tron và Bitcoin có sẵn cơ chế phát hiện lỗi trong định dạng. Đổi một ký tự là địa chỉ trở nên không hợp lệ về cấu trúc, đó là lý do một địa chỉ Tron gõ sai thường bị biểu mẫu chặn lại chứ không bay vào hư không. Đây là lớp bảo vệ thật, và là lý do trường hợp sai địa chỉ hiếm hơn trên các chuỗi này.
Chuỗi không có, trong thực tế
Một địa chỉ kiểu Ethereum viết thường — 0x rồi 40 ký tự hex — không có tính chất đó. Đổi một ký tự là bạn có một địa chỉ khác, hợp lệ y như địa chỉ ban đầu. Có một quy ước kiểm tra bằng chữ hoa chữ thường lẫn lộn, ví tốt có triển khai, nhưng đó là quy ước chứ không phải luật của mạng, và giao diện nào chấp nhận địa chỉ viết thường thì không áp dụng được nó.
Nên tóm tắt trung thực là: trên các chuỗi 0x, bản thân hình thức địa chỉ gần như không bảo vệ bạn khỏi thứ gì. Cái bảo vệ bạn là kỷ luật chép-dán, danh sách trắng địa chỉ rút để bạn không phải gõ gì, và một khoản gửi thử.
Đáng gọi tên kiểu tấn công mà điều này mở đường: mã độc cướp clipboard rình thứ trông giống địa chỉ crypto vừa được chép và thay bằng địa chỉ của nó, được chọn sao cho ký tự đầu và cuối gần giống. Kiểm bốn ký tự hai đầu đúng là phép kiểm mà kiểu tấn công ấy được thiết kế để vượt qua. Kiểm phần giữa, hoặc đối chiếu với một mục đã lưu trong danh sách trắng từ trước, thì không.
Thứ tự thao tác để chuyện này không xảy ra
- Hỏi bên nhận về mạng trước, địa chỉ sau. Đúng thứ tự đó. Một địa chỉ không kèm tên mạng là thông tin thiếu, và việc nó trông giống địa chỉ hợp lệ chẳng nói lên điều gì.
- Khớp đúng nhãn chuỗi trên cả hai màn hình. TRC20 sang TRC20. Không phải "đại khái là Tron".
- Kiểm xem có cần memo hay tag không, và điền nó trước địa chỉ.
- Gửi thử một khoản nhỏ trước với nơi đến mới hoặc số tiền lớn. Phí của một lần gửi thử là khoản bảo hiểm rẻ nhất trong toàn bộ chủ đề này.
- Đợi nó tới rồi mới gửi phần còn lại. Một lần thử mà không đợi thì không phải là thử.
- Lưu nơi đến vào danh sách trắng rút tiền sau khi nó đã chứng minh được, để lần sau là chọn chứ không phải dán.
Nếu bạn muốn được dẫn qua quyết định thay vì phải nhớ, bộ chọn mạng hỏi đúng những câu đó theo thứ tự. Nó sẽ từ chối đưa ra đáp án nếu bạn chưa xác nhận bên nhận hỗ trợ những gì, và điều đó là cố ý — đó là dữ kiện mà cả quyết định dựa lên.
Những câu hỏi hay gặp sau đó
Chuyển USDT TRC20 thành USDT ERC20 được không?
Không trực tiếp, và không bằng bất kỳ thao tác nào trên chuỗi. Đường thường dùng là qua sàn: nạp bản TRC20 vào, rồi rút bản ERC20 ra. Vì bạn nạp và rút cùng một tài sản nên trả phí rút chứ không trả phí giao dịch. Cầu nối làm việc tương đương mà không cần tài khoản sàn, đổi lại thêm rủi ro hợp đồng thông minh.
TRC20 có luôn rẻ nhất không?
Nó thường nằm trong nhóm rẻ nhất cho chuyển USDT thông thường, nhưng "rẻ nhất" do từng sàn đặt theo từng mạng và có thay đổi. Quan trọng hơn: rẻ nhất không phải là câu hỏi — một giao dịch rẻ tới chuỗi mà nơi đến không hỗ trợ tốn kém hơn nhiều so với khoản phí nó vừa tiết kiệm.
Vì sao tiền về ít hơn số tôi gửi?
Vì trên phần lớn màn hình rút, phí bị trừ vào số tiền chứ không cộng thêm. Màn hình hiện cả hai con số trước khi bạn xác nhận, và con số thứ hai là cái người nhận thấy. Nếu người nhận là người bán hoặc đối tác đang chờ một con số chính xác, hãy gửi số đã cộng phí.
Tôi gửi đúng địa chỉ nhưng chọn nhầm mạng. Mất luôn à?
Tuỳ ai giữ khoá của nơi đến đó trên đúng mạng bạn đã dùng. Ví của chính bạn: thường lấy lại được, và bạn sẽ cần đồng gốc làm gas. Một sàn: chính sách của họ quyết, và yêu cầu đi qua kênh hỗ trợ của họ. Người nhắn tin cho bạn để đề nghị giúp chắc chắn không phải là đáp án.