TRC-20 so với TRC-10: TRON So sánh tiêu chuẩn mã thông báo

USDT trên TRON là TRC-20, không phải TRC-10 — nhưng cả hai tiêu chuẩn đều cùng tồn tại trên cùng một chuỗi khối. TRC-10 là định dạng nội dung gốc đơn giản hơn, cũ hơn của TRON; TRC-20 là tiêu chuẩn hợp đồng thông minh hỗ trợ DeFi và stablecoin hiện đại.

Nhìn thoáng qua {# nhìn thoáng qua}

TRC-10 là gì?

Mã thông báo TRC-10 được tích hợp vào giao thức cốt lõi của TRON. Các nhà phát hành tạo chúng thông qua hệ thống phát hành tài sản của TRON — không yêu cầu mã Solidity tùy chỉnh. Mỗi mã thông báo TRC-10 có một ID mã thông báo bằng số (ví dụ: 1002000) ngoài tên và ký hiệu.

Đặc điểm:

• Quá trình truyền chủ yếu sử dụng băng thông, ít năng lượng hơn TRC-20
• Không có chức năng approve — không phù hợp với các mẫu DEX kiểu Uniswap
• Đơn giản hơn đối với airdrop và mã thông báo tiện ích cơ bản
• Một số dự án kế thừa (mô hình phân phối BTT thời kỳ đầu) đã sử dụng TRC-10

TRC-10 phù hợp cho việc chuyển giá trị đơn giản nhưng bị giới hạn đối với tài chính có thể lập trình.

TRC-20 là gì?

Mã thông báo TRC-20 là hợp đồng thông minh trên TVM. Họ triển khai giao diện tiêu chuẩn tương thích với các mẫu ERC-20 — transfer, balanceOf, approve, transferFrom và ánh xạ phụ cấp.

Điều này cho phép:

• Trao đổi phi tập trung và nhóm thanh khoản
• Giao thức cho vay
• Phê duyệt mã thông báo cho người chi tiêu bên thứ ba
• Quy tắc cung cấp phức tạp (đúc/đốt/tạm dừng)

USDT, USDC và USDD trên TRON đều là TRC-20. Tìm hiểu thêm: TRC-20.

Chênh lệch phí

Chuyển khoản TRC-20 USDT tiêu thụ ~65.000 Năng lượng. TRC-10 chuyển khoản nhẹ hơn. Đối với các giao dịch chuyển tiền vi mô tần số cao của các mã thông báo đơn giản, TRC-10 có thể rẻ hơn — nhưng stablecoin được tiêu chuẩn hóa trên TRC-20.

Chi tiết: TRC-20 phí chuyển nhượng.

Hỗ trợ DeFi và trao đổi

TRON DeFi hiện đại hầu như chỉ sử dụng TRC-20:

• SunSwap, JustLend và các giao thức tương tự yêu cầu approve + transferFrom
• Danh sách trao đổi USDT là TRC-20 có xác minh hợp đồng
• Trình theo dõi danh mục đầu tư đọc các sự kiện hợp đồng TRC-20

TRC-10 vẫn được hỗ trợ trên TronScan và các ví cơ bản nhưng rất hiếm đối với các danh sách mới.

Tạo token: chọn cái nào? {#tạo}

Hướng dẫn dành cho nhà phát triển: tạo TRC-20 token.

Nhận dạng trên TronScan {#nhận dạng}

• TRC-20 — hiển thị địa chỉ hợp đồng (T... hoặc định dạng hợp đồng base58)
• TRC-10 — hiển thị ID token và tài khoản nhà phát hành

Khi xác minh USDT, hãy xác nhận hợp đồng TRC-20:

TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Hướng dẫn: xác minh hợp đồng USDT TRC-20.

Di chuyển và cầu nối

Một số dự án đã chuyển từ TRC-10 sang TRC-20 bằng cách phát hành hợp đồng mới và cung cấp các cổng hoán đổi. Không có nút giao thức TRON phổ quát nào để "nâng cấp" TRC-10 lên TRC-20 — mỗi dự án xử lý việc di chuyển một cách độc lập.

Lời khuyên thiết thực cho người dùng

Đối với người dùng USDT hàng ngày, chỉ TRC-20 quan trọng. Nếu ai đó đề cập đến "TRON USDT," thì ý họ là TRC-20 trừ khi thảo luận rõ ràng về cơ sở hạ tầng cũ.

Nếu bạn nhận được mã thông báo không xác định có nhãn TRC-10, hãy nghiên cứu nhà phát hành trước khi giao dịch — tài sản có tính thanh khoản thấp có thể vô giá trị hoặc lừa đảo.

Duyệt qua các nội dung chính: TRC-20 danh sách mã thông báo.

Sự khác biệt hiển thị ví

Bề mặt ví TRC-10 và TRC-20 khác nhau:

Nếu một mã thông báo xuất hiện hai lần với các tên giống nhau, hãy kiểm tra xem một mã là TRC-10 kế thừa và một mã là TRC-20 — chúng không thể thay thế được với nhau.

Bối cảnh lịch sử

TRC-10 có trước TVM DeFi phổ biến trên TRON. Các dự án hệ sinh thái ban đầu đã phát hành tài sản gốc trước khi mã thông báo hợp đồng thông minh trở thành tiêu chuẩn. Khi SunSwap và các giao thức cho vay hoàn thiện, TRC-20 trở thành mặc định cho mọi thứ chạm vào mẫu approve / transferFrom.

Các nhà phát hành mới nên giả định TRC-20 trừ khi họ có lý do cụ thể để tránh hợp đồng thông minh — và hiểu rằng các sàn giao dịch lớn sẽ yêu cầu địa chỉ hợp đồng, chứ không phải ID TRC-10, đối với tài sản cấp USDT.

Vệ sinh Airdrop

Những giọt TRC-10 và TRC-20 không được yêu cầu là phổ biến:

• Không truy cập các trang web được in bằng siêu dữ liệu mã thông báo.
• Không duyệt quyền chi để “bán” bụi.
• Ẩn mã thông báo lừa đảo trong giao diện người dùng ví sau khi xác minh chúng không phải là chính thức USDT (TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t).

Airdrop TRC-10 khiến những kẻ lừa đảo tốn ít chi phí hơn để phân phối nhưng có cùng rủi ro lừa đảo như các cuộc tấn công rải rác TRC-20.

Câu hỏi thường gặp

USDT có sử dụng TRC-10 hoặc TRC-20 không?

USDT trên TRON sử dụng TRC-20. Hợp đồng chính thức là TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t.

Tôi có thể chuyển đổi TRC-10 thành TRC-20 không?

Không trực tiếp ở cấp độ giao thức. Việc chuyển đổi yêu cầu một cầu nối hoặc trao đổi dành riêng cho dự án nếu nhà phát hành hỗ trợ nó.

Danh sách kiểm tra khắc phục sự cố

Nếu có sự cố xảy ra trên TRON, hãy xử lý nó như một vấn đề gỡ lỗi có cấu trúc: xác nhận txid chính xác trên chuỗi, xác minh địa chỉ hợp đồng mục tiêu và chỉ sau đó mới quyết định xem liệu lỗi có thể phục hồi được hay không. Trên TRON, nhiều vấn đề “bí ẩn” chỉ đơn giản là một trong số: sai mạng (mainnet so với testnet), hợp đồng mã thông báo sai (USDT giả / mã thông báo có tên tương tự), không đủ tài nguyên (OUT_OF_ENERGY / băng thông) hoặc độ trễ giao diện người dùng/trình lập chỉ mục giữa ví và trình thám hiểm.

Bắt đầu với các bước kiểm tra dựa trên chuỗi sau:

• Luôn sao chép toàn bộ txid/hash từ ví hoặc explorer của bạn.
• Xác nhận trạng thái kết quả tx trên TronScan (SUCCESS, REVERT, OUT_OF_ENERGY hoặc vẫn đang chờ xử lý).
• Kiểm tra xem địa chỉ người nhận/hợp đồng có khớp với nội dung bạn định gửi hay không.
• Nếu đó là lệnh gọi hợp đồng, hãy xác nhận rằng bộ chọn chức năng và các tham số phù hợp với tiêu chuẩn mã thông báo mà bạn cho rằng mình đang sử dụng (TRC-20 so với TRC-10 so với BEP-20 trên BSC).

Sau đó áp dụng đường dẫn sửa lỗi cho danh mục của bạn:

• Xác nhận trạng thái và thông số giao dịch.
• Xác minh địa chỉ (hợp đồng mã thông báo, người nhận, bộ định tuyến/người chi tiêu).
• Thêm hoặc ủy quyền tài nguyên (Năng lượng/Băng thông) khi lỗi do tài nguyên.

###Những lỗi thường gặp

Các mẫu này gây ra hầu hết các lỗi ở cấp độ người dùng:

• Sử dụng địa chỉ mainnet trên testnet (hoặc ngược lại).
• Sao chép ký hiệu mã thông báo thay vì địa chỉ hợp đồng TRC-20 thực tế.
• Ký sai địa chỉ phê duyệt/chi tiêu do liên kết UI độc hại hoặc lỗi thời.
• Thử lại mà không thay đổi đầu vào bị lỗi (ví dụ: REVERT tiếp tục hoàn nguyên cho đến khi bạn sửa được tham số).

Nếu bạn không chắc chắn, đừng “gửi lại”. Thực hiện một thay đổi có kiểm soát, xác minh trên TronScan rồi tiếp tục.

##Câu hỏi thường gặp

Làm cách nào để biết liệu giao dịch có thực sự được xác nhận hay không?

Sử dụng TronScan và kiểm tra trạng thái kết quả tx. Nhãn “đang chờ xử lý” của ví có thể bị trễ; trạng thái dây chuyền là nguồn gốc của sự thật. Sao chép txid và xác minh SUCCESS/REVERT/OUT_OF_ENERGY, không chỉ văn bản giao diện người dùng.

Tại sao giao diện người dùng khác với TronScan?Một số ví và dApp sử dụng các bộ chỉ mục hoặc lớp bộ đệm khác nhau. Độ trễ ngắn giữa phát sóng và lập chỉ mục là bình thường; so sánh txid và đợi chuỗi ổn định trước khi kết luận thất bại.

Tôi nên làm gì sau REVERT?

Dừng và giải mã cuộc gọi thất bại. Hầu hết REVERT đều do tham số không hợp lệ, địa chỉ hợp đồng sai, thiếu phê duyệt hoặc không khớp giữa tiêu chuẩn và phương thức mã thông báo. Khắc phục nguyên nhân rồi ký lại.

Ký phê duyệt không giới hạn có an toàn không?

Phê duyệt không giới hạn chỉ an toàn đối với các địa chỉ chi tiêu đáng tin cậy mà bạn đã xác minh (nguồn đã xác minh, bộ định tuyến chính xác và hợp đồng mã thông báo dự kiến). Để thử nghiệm, hãy ưu tiên phê duyệt có giới hạn và thu hồi sau khi bạn hoàn thành.

TRON yêu cầu những tài nguyên gì cho cuộc gọi hợp đồng?

Việc thực thi hợp đồng thông minh chủ yếu tiêu thụ Năng lượng, trong khi byte giao dịch tiêu thụ Băng thông. Nếu bạn nhận được OUT_OF_ENERGY, hãy thêm/đóng băng/ủy thác Năng lượng. Nếu băng thông cạn kiệt, hãy tập trung vào việc giữ đủ chất lỏng TRX để phân bổ byte và tài nguyên.

Làm cách nào để giảm phiếu hỗ trợ?

Hiển thị cho người dùng thông báo rõ ràng về “điều gì đã xảy ra” dựa trên trạng thái chuỗi và liên kết trực tiếp đến hướng dẫn có liên quan (đang chờ xử lý, không thành công, hết năng lượng hoặc xác minh). Lưu trữ txid để bạn có thể hòa giải nhanh chóng.