7+ Tiêu Chuẩn Token Ethereum Phổ Biến: Từ ERC-20 Đến ERC-1155 Qua Smart Contract

Tiêu chuẩn token Ethereum là bộ quy tắc chuẩn hóa giúp các nhà phát triển tạo ra token tương thích với hệ sinh thái Ethereum thông qua smart contract. Hiện nay có hơn 7 tiêu chuẩn token phổ biến bao gồm ERC-20 (fungible token), ERC-721 (NFT), ERC-1155 (multi-token), ERC-777 (advanced fungible), ERC-223 (safe transfer), ERC-1400 (security token) và ERC-4626 (vault token). Mỗi tiêu chuẩn được thiết kế để phục vụ mục đích riêng biệt, từ thanh toán, giao dịch NFT đến quản lý chứng khoán số hóa.

Để hiểu rõ bản chất của các tiêu chuẩn này, cần nắm vững khái niệm smart contract trên Ethereum và vai trò của nó trong việc tạo token. smart contract ethereum là chương trình tự động thực thi theo điều kiện được lập trình sẵn, chạy trên Ethereum Virtual Machine (EVM). Khi nhà phát triển muốn phát hành token, họ viết smart contract tuân theo một trong các tiêu chuẩn ERC đã được cộng đồng thống nhất, đảm bảo token có thể tương tác với ví, sàn giao dịch và các ứng dụng phi tập trung (dApp) khác.

Trong số các tiêu chuẩn, ERC-20 là nền tảng phổ biến nhất với hơn 500,000 token đang lưu hành, chiếm khoảng 80% tổng số token trên Ethereum. ERC-721 mở ra kỷ nguyên NFT với khả năng đại diện cho tài sản độc nhất, trong khi ERC-1155 tối ưu hóa chi phí gas bằng cách quản lý nhiều loại token trong một smart contract duy nhất. Các tiêu chuẩn mới hơn như ERC-777 và ERC-223 được phát triển để khắc phục những hạn chế của ERC-20, đặc biệt là vấn đề mất token khi gửi nhầm vào contract không tương thích.

Bên cạnh những tiêu chuẩn phổ biến, hệ sinh thái Ethereum còn có các tiêu chuẩn chuyên biệt phục vụ nhu cầu đặc thù như ERC-1400 cho token chứng khoán tuân thủ quy định pháp lý, ERC-4626 cho vault token trong DeFi, hay ERC-3525 cho semi-fungible token. Sau đây, hãy cùng khám phá chi tiết từng tiêu chuẩn, cách chúng hoạt động thông qua smart contract, và ứng dụng thực tế trong thị trường crypto.

Tiêu chuẩn Token Ethereum là gì?

Tiêu chuẩn token Ethereum là bộ quy tắc kỹ thuật được định nghĩa thông qua ERC (Ethereum Request for Comments), xác định cách thức tạo và vận hành token trên blockchain Ethereum thông qua smart contract. Các tiêu chuẩn này đảm bảo tất cả token tuân theo cùng một giao thức giao tiếp, giúp chúng tương thích với ví, sàn giao dịch và ứng dụng phi tập trung mà không cần tùy chỉnh riêng.

Cụ thể, khi một nhà phát triển muốn phát hành token, họ phải viết smart contract tuân theo một trong các tiêu chuẩn ERC đã được cộng đồng Ethereum thống nhất. Ví dụ, để tạo token ERC-20, smart contract phải triển khai 6 hàm bắt buộc gồm totalSupply (tổng nguồn cung), balanceOf (kiểm tra số dư), transfer (chuyển token), transferFrom (chuyển token từ địa chỉ khác), approve (cấp quyền) và allowance (kiểm tra quyền được cấp). Ngoài ra, còn có 3 thông số tùy chọn là name (tên token), symbol (ký hiệu) và decimals (độ chia nhỏ).

Smart Contract hoạt động như thế nào trong việc tạo token?

Smart contract trên Ethereum là đoạn mã được viết bằng ngôn ngữ lập trình Solidity, triển khai lên blockchain và chạy trên Ethereum Virtual Machine (EVM). Khi smart contract được deploy (triển khai), nó nhận một địa chỉ contract duy nhất trên blockchain và tự động thực thi các hàm khi nhận được giao dịch từ người dùng.

Để hiểu rõ hơn, hãy xem quy trình tạo token ERC-20 cơ bản:

Bước 1: Viết Smart Contract
Nhà phát triển viết code Solidity định nghĩa các tham số token (tên, ký hiệu, tổng cung) và triển khai 6 hàm bắt buộc của ERC-20. Ví dụ đơn giản:

pragma solidity ^0.8.0; contract MyToken { string public name = "My Token"; string public symbol = "MTK"; uint8 public decimals = 18; uint256 public totalSupply = 1000000 * 10**18; mapping(address => uint256) public balanceOf; constructor() { balanceOf[msg.sender] = totalSupply; } function transfer(address _to, uint256 _value) public returns (bool) { require(balanceOf[msg.sender] >= _value); balanceOf[msg.sender] -= _value; balanceOf[_to] += _value; return true; }
}

Bước 2: Compile và Deploy
Smart contract được biên dịch thành bytecode và deploy lên Ethereum mainnet hoặc testnet. Người deploy phải trả phí gas (tính bằng ETH) cho quá trình này.

Bước 3: Tương tác
Sau khi deploy, bất kỳ ai cũng có thể tương tác với smart contract bằng cách gọi các hàm công khai. Ví dụ, người dùng gọi hàm transfer() để chuyển token, hàm balanceOf() để kiểm tra số dư. cách kiểm tra smart contract trên Etherscan rất đơn giản: truy cập Etherscan.io, nhập địa chỉ contract, chọn tab “Contract” để xem mã nguồn đã được verify và tab “Read Contract” / “Write Contract” để tương tác trực tiếp.

Theo thống kê từ Etherscan vào tháng 1/2025, có hơn 520,000 smart contract token ERC-20 đang hoạt động trên Ethereum mainnet, với trung bình 1,200 contract mới được triển khai mỗi ngày.

Tại sao cần phải tuân theo tiêu chuẩn token?

Có, việc tuân theo tiêu chuẩn token là cần thiết vì ba lý do chính: đảm bảo khả năng tương tác (interoperability), giảm thiểu rủi ro kỹ thuật, và tạo niềm tin từ cộng đồng người dùng và nhà phát triển.

Đầu tiên, lý do quan trọng nhất là khả năng tương tác toàn cầu trong hệ sinh thái Ethereum. Khi một token tuân theo tiêu chuẩn ERC-20, nó tự động tương thích với hàng nghìn ví điện tử (MetaMask, Trust Wallet, Ledger), sàn giao dịch tập trung (Binance, Coinbase, Kraken) và phi tập trung (Uniswap, SushiSwap, 1inch). Điều này có nghĩa nhà phát triển không cần tích hợp riêng với từng nền tảng, tiết kiệm hàng trăm giờ lao động và chi phí phát triển. Ví dụ, khi Tether (USDT) phát hành theo chuẩn ERC-20, stablecoin này ngay lập tức có thể được giao dịch trên hơn 300 sàn mà không cần thêm bất kỳ tùy chỉnh nào.

Thứ hai, tuân thủ tiêu chuẩn giúp giảm thiểu rủi ro mất token do lỗi kỹ thuật. Vấn đề điển hình xảy ra với token không chuẩn hoặc ERC-20 ban đầu: người dùng vô tình gửi token vào địa chỉ smart contract không được thiết kế để nhận token, khiến token bị “đóng băng” vĩnh viễn. Theo ước tính từ cộng đồng Ethereum năm 2017-2018, hơn 3 triệu USD giá trị token ERC-20 đã bị mất theo cách này. Đây chính là lý do các tiêu chuẩn mới như ERC-223 và ERC-777 ra đời với cơ chế callback để kiểm tra khả năng nhận token của địa chỉ đích.

Thứ ba, token tuân chuẩn tạo niềm tin và dễ dàng được audit (kiểm toán) bởi các công ty bảo mật blockchain. Các tiêu chuẩn như ERC-20 đã tồn tại hơn 8 năm với hàng trăm nghìn lần triển khai thành công, giúp các công ty audit như CertiK, PeckShield, Quantstamp dễ dàng phát hiện lỗi bảo mật. Token không tuân chuẩn thường bị cộng đồng nghi ngờ là scam hoặc có lỗ hổng bảo mật, ảnh hưởng nghiêm trọng đến khả năng huy động vốn và thanh khoản.

So sánh cụ thể: một token ERC-20 chuẩn có thể được niêm yết trên Uniswap chỉ trong 5 phút và tích hợp vào MetaMask tự động, trong khi token tự do không chuẩn có thể mất vài tuần để tích hợp và thường bị từ chối bởi các sàn lớn.

Có bao nhiêu loại tiêu chuẩn Token Ethereum phổ biến?

Hiện có 7+ tiêu chuẩn token Ethereum phổ biến bao gồm ERC-20, ERC-721, ERC-777, ERC-1155, ERC-223, ERC-1400 và ERC-4626, được phân loại chủ yếu theo tính chất thay thế (fungibility) và mục đích sử dụng.

Để hiểu rõ hơn về sự đa dạng của các tiêu chuẩn token, chúng ta cần xem xét chúng theo hai góc độ: phân loại theo tính thay thế và phân loại theo mục đích sử dụng cụ thể.

Phân loại tiêu chuẩn token theo tính thay thế

Theo tiêu chí khả năng thay thế, các tiêu chuẩn token Ethereum được chia thành 4 nhóm chính với đặc tính riêng biệt:

Fungible Tokens (Token có thể thay thế hoàn toàn)

Nhóm này bao gồm ERC-20, ERC-777 và ERC-223 – các token mà mỗi đơn vị có giá trị bằng nhau và có thể thay thế lẫn nhau. Một token USDT trị giá 1 USD có giá trị hoàn toàn bằng với bất kỳ token USDT nào khác. ERC-20 là tiêu chuẩn cơ bản nhất ra đời năm 2015, trong khi ERC-777 (2017) là phiên bản nâng cao với hooks và operators, còn ERC-223 (2017) cải thiện cơ chế transfer an toàn hơn.

Non-Fungible Tokens – NFT (Token không thể thay thế)

ERC-721 là tiêu chuẩn duy nhất trong nhóm này, cho phép mỗi token có ID riêng biệt và đại diện cho một tài sản độc nhất. Một NFT CryptoPunk #7804 không thể thay thế bằng CryptoPunk #5217 vì chúng là hai tác phẩm nghệ thuật riêng biệt. Tiêu chuẩn này ra đời năm 2017 và trở thành nền tảng cho thị trường NFT trị giá hàng tỷ USD.

Multi-Token Standard (Tiêu chuẩn đa token)

ERC-1155 được phát triển bởi Enjin năm 2018, cho phép một smart contract quản lý đồng thời cả fungible và non-fungible token. Trong một game blockchain, cùng một contract có thể quản lý vàng game (fungible), thanh kiếm thường (fungible), và thanh kiếm huyền thoại độc nhất (non-fungible). Điều này giúp tiết kiệm đến 90% chi phí gas so với việc deploy nhiều contract riêng lẻ.

Semi-Fungible Tokens (Token nửa thay thế được)

ERC-3525 là tiêu chuẩn mới nhất (2022), kết hợp đặc tính của cả fungible và non-fungible. Token được nhóm theo “slot” – trong cùng slot thì fungible, khác slot thì non-fungible. Ví dụ, vé máy bay hạng Business ngày 15/3 (cùng slot) có thể đổi cho nhau, nhưng không thể đổi với vé hạng Economy ngày 16/3 (khác slot).

Bảng trên so sánh 4 loại tiêu chuẩn token Ethereum chính theo tính thay thế, giúp nhà phát triển lựa chọn tiêu chuẩn phù hợp cho dự án của mình.

Phân loại theo mục đích sử dụng

Dựa vào use case cụ thể, các tiêu chuẩn token phục vụ 4 mục đích chính trong hệ sinh thái blockchain:

Token thanh toán và tiện ích (Utility Tokens)

ERC-20 và ERC-777 là lựa chọn hàng đầu cho token thanh toán, trao đổi giá trị và truy cập dịch vụ. Chainlink (LINK) sử dụng ERC-20 để trả phí cho các oracle node, Uniswap (UNI) dùng để governance và nhận phí giao dịch, trong khi Basic Attention Token (BAT) trên trình duyệt Brave thưởng cho người dùng khi xem quảng cáo. Theo CoinGecko, có hơn 450,000 token ERC-20 với tổng vốn hóa thị trường vượt 300 tỷ USD tính đến tháng 1/2025.

Token chứng khoán (Security Tokens)

ERC-1400 được thiết kế đặc biệt cho việc token hóa chứng khoán truyền thống như cổ phiếu, trái phiếu, bất động sản. Tiêu chuẩn này tích hợp các tính năng tuân thủ pháp luật như KYC/AML, transfer restrictions (hạn chế chuyển nhượng theo quy định), và phân quyền theo partition (tranches). Ví dụ, tZERO sử dụng ERC-1400 để phát hành cổ phiếu số hóa, Harbor tokenize bất động sản thương mại. Ưu điểm smart contract Ethereum trong lĩnh vực này là tính minh bạch và khả năng tự động hóa việc phân phối cổ tức, quyền biểu quyết.

Token Game và Metaverse

ERC-721 và ERC-1155 là tiêu chuẩn chủ đạo cho game blockchain và metaverse. Axie Infinity ban đầu dùng ERC-721 cho Axie NFT, sau đó chuyển sang Ronin sidechain nhưng vẫn giữ cấu trúc ERC-721. The Sandbox sử dụng ERC-1155 để quản lý LAND (non-fungible), SAND token (fungible) và game assets (cả hai loại) trong cùng một contract, giúp giảm 85% chi phí gas khi mint hàng loạt. Decentraland, Gods Unchained, Illuvium đều áp dụng các tiêu chuẩn này để tạo ra nền kinh tế in-game bền vững.

Token DeFi (Vault và Yield-bearing Tokens)

ERC-4626 là tiêu chuẩn mới nhất (2022) chuyên cho tokenized vault trong DeFi, chuẩn hóa cách tương tác với lending protocols, yield aggregators, và liquid staking. Yearn Finance đã migrate sang ERC-4626 cho các vault v3, Balancer sử dụng cho boosted pools, trong khi Lido đang triển khai cho stETH wrapper. Lợi ích lớn nhất là composability – một vault ERC-4626 có thể được tích hợp vào bất kỳ protocol DeFi nào mà không cần custom integration, tạo ra “money legos” thực sự.

Nhược điểm smart contract Ethereum ở đây là phí gas cao khi thị trường congestion, khiến các giao dịch nhỏ trở nên không kinh tế. Tuy nhiên, với Ethereum’s transition sang Proof of Stake và các giải pháp Layer 2 như Arbitrum, Optimism, chi phí đã giảm đáng kể.

ERC-20 là gì và tại sao nó là tiêu chuẩn phổ biến nhất?

ERC-20 là tiêu chuẩn token fungible đầu tiên và phổ biến nhất trên Ethereum, được đề xuất bởi Fabian Vogelsteller vào tháng 11/2015 và hoàn thiện thành EIP-20 vào năm 2017, định nghĩa 6 hàm bắt buộc và 3 thông số tùy chọn cho smart contract token.

Bên cạnh đó, ERC-20 trở thành backbone của toàn bộ hệ sinh thái DeFi và chiếm hơn 80% tổng số token trên Ethereum nhờ vào sự đơn giản, hiệu quả và khả năng tương thích rộng rãi. Vitalik Buterin từng nhấn mạnh trong Ethereum Improvement Proposal rằng tiêu chuẩn hóa là chìa khóa để xây dựng hệ sinh thái có thể tương tác (composable ecosystem).

Cấu trúc smart contract ERC-20 bao gồm 6 hàm bắt buộc:

1. totalSupply(): Trả về tổng số lượng token đang lưu hành
2. balanceOf(address): Kiểm tra số dư token của một địa chỉ cụ thể
3. transfer(address, amount): Chuyển token từ người gọi hàm đến địa chỉ khác
4. transferFrom(from, to, amount): Chuyển token từ địa chỉ này sang địa chỉ khác (yêu cầu approve trước)
5. approve(spender, amount): Cho phép một địa chỉ khác chi tiêu token thay mình
6. allowance(owner, spender): Kiểm tra số token được phép chi tiêu

Và 3 thông số tùy chọn nhưng thực tế luôn được sử dụng: name (tên token như “Chainlink”), symbol (ký hiệu như “LINK”), decimals (độ chia nhỏ, thường là 18 như ETH).

Ứng dụng thực tế của ERC-20 vô cùng đa dạng: Tether (USDT) với market cap 95 tỷ USD là stablecoin ERC-20 lớn nhất, Chainlink (LINK) kết nối blockchain với dữ liệu thế giới thực, Uniswap (UNI) quản trị DEX lớn nhất, Shiba Inu (SHIB) là meme coin ERC-20 thành công nhất. Theo dữ liệu Etherscan tháng 1/2025, có 523,147 token contract ERC-20 verified trên mainnet.

Ưu điểm của tiêu chuẩn ERC-20

Tiêu chuẩn ERC-20 có 4 ưu điểm vượt trội khiến nó trở thành lựa chọn mặc định cho hầu hết các dự án token:

Tính tương thích toàn diện (Universal Compatibility)

Đây là lợi thế lớn nhất – bất kỳ token ERC-20 nào cũng tự động hoạt động với hơn 100 ví điện tử phổ biến mà không cần cấu hình gì thêm. MetaMask tự động hiển thị token ERC-20 khi bạn add custom token bằng contract address, Trust Wallet tự động phát hiện khi token được gửi đến địa chỉ, Ledger và Trezor hardware wallet hỗ trợ đầy đủ. Điều tương tự xảy ra với DEX: Uniswap, SushiSwap, 1inch, Balancer đều sử dụng cùng interface để tương tác với token ERC-20, cho phép list token mới chỉ trong vài phút.

Tính tương thích này còn mở rộng sang các sàn giao dịch tập trung (CEX). Binance, Coinbase, Kraken, OKX đều có quy trình niêm yết chuẩn cho ERC-20, với thời gian tích hợp trung bình 2-4 tuần so với 2-3 tháng cho token custom. Theo thống kê từ CoinMarketCap, 87% token được niêm yết trên top 20 CEX là ERC-20 hoặc wrapped version của nó.

Chi phí phát triển thấp và thời gian triển khai nhanh

Nhà phát triển không cần viết code từ đầu – họ chỉ cần fork (sao chép) template OpenZeppelin ERC-20, tùy chỉnh thông số như name, symbol, totalSupply, sau đó deploy lên Ethereum. Toàn bộ quá trình có thể hoàn thành trong vài giờ với chi phí gas khoảng 0.05-0.1 ETH (tùy network congestion). So sánh với việc xây dựng blockchain riêng (như Bitcoin fork) cần hàng tháng và đội ngũ developer lớn, ERC-20 là lựa chọn kinh tế nhất.

Hơn nữa, cộng đồng Ethereum có thư viện OpenZeppelin Contracts – bộ code đã được audit kỹ lưỡng và sử dụng bởi hàng nghìn dự án. Developer chỉ cần import library này và kế thừa contract ERC20, giảm thiểu rủi ro bug và lỗ hổng bảo mật. Maker DAO, Aave, Compound đều sử dụng OpenZeppelin làm nền tảng.

Chi phí gas hợp lý cho giao dịch cơ bản

Giao dịch transfer ERC-20 token tiêu tốn khoảng 65,000 gas – một con số tương đối tối ưu so với các tiêu chuẩn phức tạp hơn. Với gas price 30 gwei và ETH = 3,000 USD, mỗi transaction tốn khoảng 5.85 USD – không quá cao cho người dùng bình thường. Nếu sử dụng Layer 2 như Arbitrum hoặc Optimism, chi phí giảm xuống còn 0.1-0.5 USD/transaction, làm cho ERC-20 trở nên khả thi cho micro-payments.

Quan trọng hơn, approve + transferFrom pattern của ERC-20 cho phép các protocol DeFi như Uniswap, Aave hoạt động hiệu quả. User chỉ approve một lần, sau đó contract có thể pull token nhiều lần mà không cần user ký lại, tiết kiệm gas và cải thiện UX đáng kể.

Cộng đồng developer lớn và tài liệu phong phú

Với lịch sử 9+ năm phát triển, ERC-20 có documentation đầy đủ nhất trong tất cả các tiêu chuẩn token. Ethereum.org có hướng dẫn chi tiết từ cơ bản đến nâng cao, OpenZeppelin Docs giải thích từng hàm với ví dụ cụ thể, Stack Overflow có hơn 15,000 câu hỏi-đáp về ERC-20. Khi gặp vấn đề, developer dễ dàng tìm được giải pháp trong vài phút.

Ngoài ra, các công cụ như Remix IDE (online Solidity editor), Hardhat (development framework), Truffle Suite đều có template và plugin riêng cho ERC-20, giúp testing và deployment trở nên đơn giản. Etherscan cũng hỗ trợ verify contract source code tự động, tăng tính minh bạch cho dự án.

Hạn chế của ERC-20 cần lưu ý

Mặc dù phổ biến, ERC-20 có 4 hạn chế quan trọng mà nhà phát triển và người dùng cần nhận thức rõ:

Vấn đề mất token khi gửi nhầm vào smart contract

Đây là hạn chế nghiêm trọng nhất của ERC-20 – khi người dùng vô tình gửi token vào địa chỉ smart contract không được thiết kế để nhận token, số token đó sẽ bị “đóng băng” vĩnh viễn và không thể lấy lại. Nguyên nhân là hàm transfer() của ERC-20 không kiểm tra địa chỉ đích có phải là contract hay không, cũng không verify contract đó có hàm nhận token hay không.

Theo thống kê từ cộng đồng Ethereum năm 2017-2018, hơn 3 triệu USD giá trị token ERC-20 đã mất theo cách này, với các trường hợp điển hình như người dùng gửi USDT vào contract address thay vì user address, hoặc send token vào ICO contract đã kết thúc. Đây chính là động lực để phát triển ERC-223 và ERC-777 với cơ chế callback kiểm tra recipient contract.

Không hỗ trợ callback mechanism

ERC-20 thiếu khả năng thông báo cho recipient contract khi nhận được token, khiến nhiều use case phức tạp trở nên khó khăn. Ví dụ, nếu bạn muốn swap token A lấy token B trên một DEX, bạn phải thực hiện 2 giao dịch riêng: (1) approve DEX contract chi tiêu token A, (2) gọi hàm swap trên DEX. Điều này không chỉ tốn gấp đôi gas mà còn tạo ra poor user experience.

Ngược lại, ERC-777 với hooks tokensReceived() cho phép recipient contract được notify ngay khi nhận token, mở ra khả năng atomic swap (giao dịch nguyên tử) – toàn bộ quá trình transfer và swap diễn ra trong một transaction duy nhất. Tương tự, ERC-223 có hàm tokenFallback() để contract có thể reject token không mong muốn ngay từ đầu.

Lỗ hổng bảo mật: batchOverflow và các integer overflow

Tháng 4/2018, một lỗ hổng nghiêm trọng tên là batchOverflow được phát hiện trong nhiều token ERC-20, khiến các sàn giao dịch lớn như OKEx, Poloniex, Huobi phải tạm dừng deposit/withdraw toàn bộ token ERC-20. Lỗ hổng này cho phép attacker tạo ra số lượng token không giới hạn bằng cách khai thác integer overflow trong hàm batchTransfer().

Cụ thể, nếu smart contract không sử dụng SafeMath library để kiểm tra overflow, phép tính uint256(2^256 – 1) + 1 sẽ quay vòng về 0, cho phép attacker mint token miễn phí. Mặc dù Solidity 0.8.0+ đã tự động check overflow, nhiều old contract vẫn tồn tại lỗ hổng này. Beauty Chain (BEC) token bị exploit khiến giá trị market cap sụp đổ từ 70 triệu USD về gần như 0 chỉ trong vài giờ.

Các lỗ hổng phổ biến khác: approval race condition (frontrunning attack trên hàm approve), reentrancy trong transferFrom, và thiếu validation cho zero address. Đây là lý do tại sao audit bởi CertiK, Quantstamp, OpenZeppelin trở thành yêu cầu bắt buộc trước khi launch token.

Yêu cầu 2 giao dịch cho approve + transferFrom

Pattern approve-transferFrom của ERC-20, mặc dù linh hoạt, tạo ra friction trong user experience và tăng chi phí gas không cần thiết. Khi người dùng muốn swap token trên Uniswap lần đầu, họ phải: (1) approve Uniswap Router chi tiêu token với số lượng cụ thể hoặc unlimited, tốn ~45,000 gas, (2) thực hiện swap, tốn thêm ~120,000 gas. Tổng cộng ~165,000 gas chỉ cho một giao dịch đơn giản.

Hơn nữa, unlimited approval tạo ra rủi ro bảo mật – nếu Uniswap Router contract bị hack hoặc có lỗ hổng, toàn bộ token đã approve có thể bị đánh cắp. Đây là lý do nhiều user thận trọng chỉ approve exact amount cần swap, nhưng điều này lại yêu cầu approve lại mỗi lần swap, tăng chi phí và độ phức tạp.

ERC-777 giải quyết vấn đề này bằng operator mechanism – user có thể authorize một địa chỉ làm operator permanent, và operator có thể send token thay user mà không cần approve từng lần. Tuy nhiên, tính năng này cũng tạo ra vector attack mới như reentrancy, đòi hỏi developer phải cẩn thận hơn khi implement.

ERC-721 khác gì với ERC-20?

ERC-721 là tiêu chuẩn token không thể thay thế (non-fungible token – NFT) trên Ethereum, khác biệt căn bản với ERC-20 ở chỗ mỗi token có ID duy nhất (tokenId) đại diện cho một tài sản riêng biệt không thể chia nhỏ hay hoán đổi 1:1, trong khi ERC-20 là fungible token có thể thay thế hoàn toàn.

Cụ thể hơn, nếu bạn có 100 token USDT (ERC-20), chúng có giá trị hoàn toàn bằng nhau – 1 USDT này = 1 USDT kia. Nhưng với ERC-721, mỗi token là unique asset: CryptoPunk #7804 (bán với giá 4,200 ETH ~ 7.5 triệu USD năm 2021) hoàn toàn khác biệt với CryptoPunk #5217, mặc dù cùng thuộc collection CryptoPunks. Sự khác biệt này nằm ở tokenId – một số nguyên uint256 duy nhất gắn với metadata (hình ảnh, thuộc tính) của NFT.

Về mặt kỹ thuật, smart contract ERC-721 triển khai các hàm khác biệt:

• ownerOf(uint256 tokenId): Trả về địa chỉ owner của token cụ thể (ERC-20 không có vì token fungible)
• tokenURI(uint256 tokenId): Trả về metadata URI chứa thông tin JSON về NFT (hình ảnh, thuộc tính, description)
• safeTransferFrom(): Transfer token và kiểm tra recipient contract có thể nhận NFT hay không (quan trọng hơn nhiều so với ERC-20)
• approve(address to, uint256 tokenId): Approve cho một địa chỉ cụ thể có quyền transfer một token cụ thể (khác với ERC-20 approve amount)
• setApprovalForAll(): Approve cho operator quản lý toàn bộ NFT của owner (marketplace cần tính năng này)

Ứng dụng thực tế của ERC-721 vô cùng đa dạng. CryptoKitties (2017) là game blockchain đầu tiên sử dụng ERC-721, từng làm tắc nghẽn Ethereum mainnet với hơn 30% transaction là mua bán “mèo ảo”. Bored Ape Yacht Club (BAYC) tạo ra community NFT mạnh nhất với floor price dao động 30-150 ETH. Decentraland tokenize 90,601 parcels of LAND thành NFT ERC-721, cho phép mua bán bất động sản ảo. Ethereum Name Service (ENS) sử dụng ERC-721 để đại diện domain names như vitalik.eth, satoshi.eth.

Các hàm đặc trưng của ERC-721

Để hiểu sâu về ERC-721, chúng ta cần phân tích 4 nhóm hàm đặc trưng tạo nên sự khác biệt so với ERC-20:

Ownership Tracking Functions (Hàm theo dõi quyền sở hữu)

Hàm ownerOf(uint256 tokenId) returns (address) là trái tim của ERC-721, cho phép bất kỳ ai cũng có thể truy vấn xem tokenId cụ thể thuộc về địa chỉ nào. Điều này khác hoàn toàn với ERC-20 chỉ có balanceOf(address) – bạn không thể biết một token cụ thể “thuộc về ai” vì token fungible không có identity. Ví dụ, khi bạn query ownerOf(7804) trên CryptoPunks contract, nó trả về địa chỉ ví của Dylan Field (CEO Figma), người mua CryptoPunk #7804.

Hàm balanceOf(address owner) returns (uint256) vẫn tồn tại trong ERC-721, nhưng trả về số lượng NFT mà address đó sở hữu, không phải tổng value như ERC-20. Nếu địa chỉ của bạn hold 5 Bored Apes, balanceOf sẽ return 5, nhưng giá trị thực tế có thể từ 150 ETH đến 500+ ETH tùy traits của từng ape.

Metadata Functions (Hàm quản lý metadata)

tokenURI(uint256 tokenId) returns (string memory) là hàm quyết định “hình dạng” của NFT, trả về một URI (thường là IPFS hash hoặc HTTP URL) trỏ đến file JSON chứa metadata. File JSON này tuân theo chuẩn ERC-721 Metadata JSON Schema:

{ "name": "Bored Ape #1234", "description": "A unique Bored Ape with laser eyes", "image": "ipfs://QmX...", "attributes": [ {"trait_type": "Background", "value": "Army Green"}, {"trait_type": "Eyes", "value": "Laser Eyes"}, {"trait_type": "Hat", "value": "Seaman's Hat"} ]
}

Marketplace như OpenSea, Blur, LooksRare đọc tokenURI để hiển thị hình ảnh và thuộc tính NFT. Nếu URI trỏ đến IPFS (InterPlanetary File System), metadata sẽ immutable (không thay đổi được). Nhưng nếu trỏ đến HTTP server centralized, project owner có thể thay đổi metadata sau mint – đây là red flag về tính decentralization.

Safe Transfer Functions (Hàm transfer an toàn)

safeTransferFrom(from, to, tokenId) và safeTransferFrom(from, to, tokenId, data) là cải tiến quan trọng so với transfer() của ERC-20. Sau khi transfer NFT, hàm này kiểm tra xem recipient (địa chỉ to) có phải là smart contract không. Nếu có, nó gọi hàm onERC721Received() trên recipient contract để confirm contract có khả năng handle NFT.

Cơ chế này ngăn chặn việc NFT bị đóng băng vĩnh viễn trong contract không tương thích – một vấn đề plague ERC-20 từ đầu. Nếu recipient contract không implement onERC721Received() đúng cách, transaction sẽ revert (rollback) và NFT không bị mất. Điều này đặc biệt quan trọng với NFT giá trị cao như BAYC, CryptoPunks.

Approval Mechanism (Cơ chế phân quyền)

ERC-721 có dual approval system phức tạp hơn ERC-20:

1. Single Token Approval: approve(address to, uint256 tokenId) cho phép một địa chỉ cụ thể transfer một NFT cụ thể. Ví dụ, khi bạn list Bored Ape #5555 lên OpenSea, bạn approve OpenSea contract có quyền transfer token #5555, nhưng không phải #6666 hay các NFT khác.
2. Operator Approval: setApprovalForAll(address operator, bool approved) cho phép một địa chỉ (thường là marketplace) quản lý toàn bộ NFT collection của bạn. Khi approve OpenSea làm operator, họ có thể transfer bất kỳ Bored Ape nào bạn sở hữu mà không cần approve từng con riêng. Điều này tiện lợi cho trading nhưng rủi ro nếu marketplace bị hack.

Hàm getApproved(uint256 tokenId) cho phép kiểm tra xem token cụ thể đã approve cho ai, còn isApprovedForAll(address owner, address operator) kiểm tra xem operator có full control hay không.

Ví dụ thực tế sử dụng ERC-721

Để thấy rõ sức mạnh và đa dạng của ERC-721, hãy phân tích 4 case study điển hình:

CryptoKitties – Game NFT đầu tiên

Launched tháng 11/2017 bởi Dapper Labs, CryptoKitties là ứng dụng blockchain đầu tiên đưa NFT đến mainstream. Mỗi “mèo ảo” là một ERC-721 token với genome độc đáo, có thể breed (phối giống) để tạo ra mèo con với traits kế thừa từ bố mẹ. Trong đỉnh điểm tháng 12/2017, CryptoKitties chiếm 25% tổng traffic Ethereum, khiến gas price tăng vọt từ 10 gwei lên 300+ gwei.

Con mèo Dragon (ID #896775) được bán với giá 600 ETH (~170,000 USD lúc đó), chứng minh NFT gaming có thể tạo ra real economic value. Tính đến tháng 1/2025, CryptoKitties đã mint hơn 2 triệu kitties với tổng volume giao dịch vượt 70 triệu USD. Mặc dù đã “nguội” so với thời kỳ đầu, CryptoKitties vẫn là case study quan trọng về collectibles blockchain và breeding mechanics.

Bored Ape Yacht Club (BAYC) – Premium NFT Community

Launched tháng 4/2021 bởi Yuga Labs, BAYC redefine NFT từ digital art thành membership token. Mỗi Bored Ape là ERC-721 NFT với 170+ traits khác nhau (fur color, expression, clothing, accessories), tạo ra 10,000 apes unique. Mint price ban đầu chỉ 0.08 ETH (~190 USD), nhưng floor price đã chạm đỉnh 152 ETH (~450,000 USD) vào tháng 4/2022.

Điểm đặc biệt của BAYC là IP rights – owner có full commercial rights đối với ape của mình, cho phép tạo merchandise, animation, thậm chí restaurants (như Bored & Hungry burger chain). Eminem mua ape #9055 với 462,000 USD, Snoop Dogg owns multiple apes, Jimmy Fallon show ape #599 trên The Tonight Show. Yuga Labs sau đó acquire CryptoPunks và Meebits, tạo ra NFT empire lớn nhất với valuation 4 tỷ USD.

Decentraland LAND – Virtual Real Estate

Decentraland tokenize 90,601 parcels of virtual land thành NFT ERC-721, mỗi parcel có tọa độ (x, y) unique trên bản đồ metaverse. Land owner có thể build experiences (games, galleries, casinos), rent out space, hoặc flip (bán kiếm lời) tương tự real estate. Parcel gần trung tâm Genesis Plaza có giá trị cao hơn vùng ngoại ô – giống như Manhattan vs. rural area.

Tháng 11/2021, một parcel trong Fashion Street District được bán với 618,000 MANA (~2.4 triệu USD), phá kỷ lục metaverse real estate. Các thương hiệu lớn như Samsung, Adidas, Miller Lite, Sotheby’s đã mua land để build virtual stores và host events. Decentraland LAND chứng minh NFT có thể đại diện ownership cho virtual assets có utility thực sự, không chỉ speculation.

Ethereum Name Service (ENS) – Domain Names as NFT

ENS tokenize domain names như vitalik.eth, paradigm.eth thành ERC-721 NFT, cho phép trade names trên secondary market. Ban đầu ENS sử dụng custom contract, nhưng sau đó migrate sang ERC-721 để tương thích với NFT ecosystem. Short names (3-4 characters) và premium words có giá trị cực cao: paradigm.eth bán 420 ETH (~1.5 triệu USD), 000.eth bán 300 ETH.

ENS NFT có utility thực tế – thay vì nhớ address 0x742d35Cc6634C0532925a3b844Bc9e7595f0bEb, bạn chỉ cần gửi ETH đến vitalik.eth. Integration với Twitter cho phép verify ENS name, tạo ra digital identity on-chain. Theo stats.ens.domains, có hơn 2.8 triệu ENS names registered với 800,000+ owners, making nó là one of the most successful utility NFT projects.

ERC-1155 giải quyết vấn đề gì?

ERC-1155 là tiêu chuẩn multi-token cho phép một smart contract duy nhất quản lý đồng thời cả fungible và non-fungible tokens, giải quyết vấn đề inefficiency (kém hiệu quả) và high gas cost (phí gas cao) khi phải deploy nhiều contract riêng lẻ cho từng loại asset.

Để hiểu rõ vấn đề mà ERC-1155 giải quyết, hãy tưởng tượng một game blockchain cần quản lý 100 loại items: 50 loại vật phẩm fungible (vàng, gỗ, sắt…) và 50 loại vũ khí NFT (thanh kiếm huyền thoại, giáp thiên thần…). Với approach truyền thống, bạn cần deploy 50 contract ERC-20 và 50 contract ERC-721, tốn hàng trăm USD gas fee và làm phức tạp logic game. Với ERC-1155, chỉ cần 1 contract duy nhất manage tất cả.

Unique attributes của ERC-1155 bao gồm:

Batch Transfer: Chuyển nhiều token types cùng lúc trong một transaction. Ví dụ, transfer 100 vàng + 50 gỗ + 1 legendary sword chỉ tốn một lần gas thay vì 3 giao dịch riêng. Hàm safeBatchTransferFrom(from, to, ids[], amounts[], data) cho phép điều này.

Batch Balance Query: Kiểm tra số dư nhiều token types cùng lúc với balanceOfBatch(accounts[], ids[]), giảm số lần query smart contract từ 100 lần xuống 1 lần.

Flexible Token Types: Mỗi tokenId có thể là fungible (supply > 1) hoặc non-fungible (supply = 1). TokenId #1 có supply 1,000,000 là gold coin (fungible), tokenId #999 supply 1 là unique sword (NFT).

Gas Optimization: Tiết kiệm đến 90% gas fee so với deploy riêng lẻ. Enjin Platform báo cáo minting 10,000 items chỉ tốn 0.5 ETH với ERC-1155 vs. 5+ ETH với ERC-721.

Ứng dụng thực tế: Enjin sử dụng ERC-1155 cho gaming ecosystem với hơn 1 tỷ blockchain assets minted. The Sandbox manage LAND (NFT), SAND token (fungible), và game items (cả hai) trong cùng contract. OpenSea hỗ trợ ERC-1155 shared storefront – nhiều creators chia sẻ một contract thay vì mỗi người deploy riêng.

So sánh hiệu suất: ERC-1155 vs ERC-20 + ERC-721

Để định lượng lợi ích của ERC-1155, chúng ta so sánh 4 metrics quan trọng với approach truyền thống sử dụng riêng ERC-20 và ERC-721:

Chi phí gas khi deploy contract

Đây là điểm khác biệt rõ ràng nhất. Deploy một contract ERC-721 tiêu tốn trung bình 2.5-3 triệu gas (~0.25-0.3 ETH với gas price 30 gwei, ETH = 3,000 USD = 750-900 USD). Deploy ERC-20 contract rẻ hơn, khoảng 1.5 triệu gas (~450 USD). Nếu game cần 50 asset types (25 fungible, 25 NFT), tổng chi phí deploy là:

• 25 contracts ERC-20 × 450 USD = 11,250 USD
• 25 contracts ERC-721 × 750 USD = 18,750 USD
• Tổng: ~30,000 USD

So sánh với ERC-1155: deploy một contract duy nhất tốn khoảng 3.5-4 triệu gas (~1,050-1,200 USD). Tiết kiệm được 28,000+ USD (96% cost reduction) chỉ riêng phần deployment.

Chi phí transfer nhiều token cùng lúc

Scenario: User muốn gửi 100 gold + 50 wood + 10 iron + 1 legendary sword cho player khác.

Với ERC-20 + ERC-721 riêng lẻ:

• Transfer gold (ERC-20): ~65,000 gas
• Transfer wood (ERC-20): ~65,000 gas
• Transfer iron (ERC-20): ~65,000 gas
• Transfer sword (ERC-721): ~85,000 gas
• Tổng: 280,000 gas = 25.2 USD (gas 30 gwei, ETH 3,000)

Với ERC-1155 batch transfer:

• safeBatchTransferFrom() cho 4 items: ~100,000 gas
• Tiết kiệm: 64% (180,000 gas = 16.2 USD)

Nếu transfer 20 items cùng lúc, ERC-1155 chỉ tốn ~200,000 gas trong khi approach cũ tốn 1,300,000+ gas – tiết kiệm 85%.

Độ phức tạp trong quản lý inventory (game)

Đây là table so sánh technical complexity (độ phức tạp kỹ thuật) giữa hai approaches:

Bảng trên so sánh độ phức tạp quản lý giữa multi-contract approach và ERC-1155 single-contract approach.

Về mặt code complexity, ERC-1155 giảm đáng kể số dòng code frontend cần viết. Thay vì instantiate 50 web3 contract objects và track 50 addresses, developer chỉ cần 1 contract instance. Điều này giảm bugs, dễ maintain, và improve code quality tổng thể.

Case study: Enjin Platform và game NFT

Enjin là pioneer lớn nhất trong việc áp dụng ERC-1155 (họ là co-author của tiêu chuẩn). Platform cho phép game developers mint blockchain assets mà không cần viết smart contract. Kể từ khi launch 2018, Enjin đã mint hơn 1.14 tỷ blockchain assets trên 3,300+ projects sử dụng ERC-1155.

Một game trên Enjin – “Age of Rust” – sử dụng ERC-1155 để manage 40+ types of in-game items. Trước khi migrate sang ERC-1155, việc manage items bằng ERC-721 riêng lẻ tốn hơn 15,000 USD gas fee mỗi tháng chỉ cho minting. Sau khi chuyển sang ERC-1155, chi phí giảm xuống còn 1,500 USD/tháng – tiết kiệm 90%.

Microsoft’s Azure Heroes program sử dụng ERC-1155 để phát hành digital badges cho developers. Họ mint hàng chục nghìn badges mà gas cost chỉ bằng 1/10 so với nếu dùng ERC-721. Gods Unchained, một trading card game lớn, migrate từ ERC-721 sang ERC-1155 và báo cáo giảm 80% gas cost cho player trades.

Điểm yếu duy nhất của ERC-1155: ít được marketplace support hơn ERC-721. Vào năm 2021, OpenSea mới chính thức support ERC-1155 full features, trong khi ERC-721 được support từ đầu. Tuy nhiên, khoảng cách này đang thu hẹp – LooksRare, Blur, Rarible đều đã integrate ERC-1155 hoàn chỉnh.

Ứng dụng của ERC-1155 trong Game và Metaverse

ERC-1155 thực sự tỏa sáng trong 4 lĩnh vực chính của gaming và metaverse ecosystem:

Gaming Items (Vật phẩm game)

Đây là use case natural nhất cho ERC-1155. Một MMORPG blockchain cần manage hàng trăm loại items với supply levels khác nhau:

• Common items (áo giáp thường, gươm sắt): fungible, supply hàng nghìn
• Rare items (nhẫn phép thuật, cung tinh linh): semi-fungible, supply vài trăm
• Legendary items (Excalibur, Mjolnir): NFT unique, supply = 1

Illuvium game sử dụng ERC-1155 để manage Illuvials (creatures để battle), mỗi Illuvial type có nhiều copies nhưng mỗi copy là unique với stats riêng. Ember Sword tokenize land plots và equipment bằng ERC-1155, cho phép players craft items và trade seamlessly. Nine Chronicles implement toàn bộ equipment system (vũ khí, áo giáp, consumables) trên ERC-1155 Polygon sidechain.

Lợi ích quan trọng: player có thể transfer entire inventory (toàn bộ hành trang) sang player khác chỉ trong một transaction. Ví dụ, khi sell game account, bạn batch transfer 100 gold + 50 potions + 20 weapons + 5 legendary armors = 1 transaction thay vì 175 transactions riêng lẻ.

Metaverse Assets

The Sandbox là flagship example của ERC-1155 trong metaverse. Platform manage 3 loại assets chính:

1. LAND (166,464 parcels): Mỗi parcel là unique NFT với coordinate (x, y)
2. ASSETS (wearables, buildings, decorations): Có thể fungible hoặc limited edition NFTs
3. CATALYSTS & GEMS: Fungible items dùng để upgrade ASSETS

Tất cả được manage trong cùng một ERC-1155 contract, tạo ra seamless experience khi users buy/sell/trade. Snoop Dogg’s Snoopverse trong The Sandbox sử dụng ERC-1155 để issue exclusive wearables và mansions, với supply từ 1 (unique mansion) đến 10,000 (common hoodie).

Decentraland đang explore hybrid model: LAND vẫn là ERC-721 (vì historical reasons), nhưng wearables và collectibles đã migrate sang ERC-1155. Điều này cho phép creators mint collections hiệu quả hơn – một fashion designer có thể mint 100 hats, 50 jackets, 200 shoes trong một transaction thay vì 350 transactions.

Multi-class Membership Tokens

Một ứng dụng thông minh của ERC-1155 là tiered membership systems. Ví dụ, một DAO có thể issue:

• Bronze membership: tokenId #1, supply 10,000, quyền vote basic
• Silver membership: tokenId #2, supply 1,000, quyền vote + proposal rights
• Gold membership: tokenId #3, supply 100, quyền vote + proposal + veto power
• Platinum NFT: tokenId #4, supply 10, unique benefits + founder status

Flyfish Club (restaurant NFT membership) sử dụng ERC-1155 để issue different tiers: Flyfish Member (~$0 entry, 1,501 issued) và Flyfish Omakase (~$14,000 entry, 385 issued). Members có thể upgrade tier bằng cách burn lower tier token + pay difference, tất cả handled efficiently nhờ ERC-1155.

VeeFriends by Gary Vaynerchuk implement access tokens cho VeeCon conference bằng ERC-1155 – different token IDs grant different access levels (general admission vs. VIP vs. backstage pass). Cơ chế này flexible hơn nhiều so với ERC-721 pure NFT approach.

Fractional Ownership

ERC-1155 enable fractional ownership của high-value assets một cách native (không cần wrapper contract). Ví dụ, một NFT art piece trị giá 100 ETH có thể được “chia” thành 1,000 fraction tokens:

• Original NFT: tokenId #1, supply 1, owned by vault contract
• Fraction tokens: tokenId #2, supply 1,000, distributed to investors

Investors hold fungible fraction tokens (tokenId #2), có thể trade freely. Nếu ai đó collect đủ 1,000 fractions, họ có thể redeem original NFT. Fractional.art và Unicly sử dụng approach này để fractionalize BAYC, CryptoPunks.

Real-world asset tokenization cũng benefit từ ERC-1155. Một building trị giá 10 triệu USD có thể được tokenize thành 10,000 shares (fungible tokenId #1 = $1,000/share) và 1 governance NFT (tokenId #2 = voting rights). Shareholders trade shares freely nhưng major decisions require governance NFT holder approval.

ERC-777 và ERC-223 cải thiện ERC-20 như thế nào?

ERC-777 và ERC-223 là hai tiêu chuẩn fungible token được phát triển để khắc phục những hạn chế nghiêm trọng của ERC-20, đặc biệt là vấn đề mất token khi gửi vào contract không tương thích (ERC-223) và thiếu hooks mechanism để notify recipient (ERC-777).

Bên cạnh đó, cả hai tiêu chuẩn đều maintain backward compatibility (tương thích ngược) với ERC-20 ở mức độ khác nhau, nhưng introduce new features giúp improve security và user experience đáng kể. ERC-777 advanced hơn với operators concept và hooks, trong khi ERC-223 đơn giản hơn nhưng focused vào solving specific problem (token loss).

Tính năng Hooks và Operators trong ERC-777

ERC-777 được finalized vào năm 2017 (EIP-777) và officially standardized 2018, introduce revolutionary hooks mechanism cho phép smart contracts “react” khi nhận hoặc gửi token.

Hooks System (Hệ thống móc nối)

ERC-777 implement 2 hooks chính:

1. tokensToSend: Được gọi trên sender’s contract TRƯỚC KHI token được transfer. Cho phép sender contract approve/reject transfer based on custom logic.

function tokensToSend( address operator, address from, address to, uint256 amount, bytes calldata userData, bytes calldata operatorData
) external;

Ví dụ use case: Một DAO contract có thể implement tokensToSend để reject transfers nếu sender chưa complete KYC, hoặc nếu transfer amount vượt quá daily limit.

2. tokensReceived: Được gọi trên recipient’s contract SAU KHI token được transfer. Cho phép recipient contract execute logic automatically khi nhận token.

function tokensReceived( address operator, address from, address to, uint256 amount, bytes calldata userData, bytes calldata operatorData
) external;

Use case mạnh mẽ: Atomic swaps (giao dịch nguyên tử). User gửi token A vào DEX contract, trong tokensReceived hook, DEX tự động send lại token B cho user – toàn bộ swap diễn ra trong 1 transaction thay vì 2 (approve + swap) như ERC-20.

Operators Mechanism (Cơ chế người điều hành)

ERC-777 giới thiệu concept “operators” – addresses được authorize to send tokens on behalf of holder. Khác với approve() của ERC-20 (approve specific amount), operators có full control over ALL tokens.

Hàm authorizeOperator(address operator) cho phép holder grant quyền, revokeOperator(address operator) để revoke. Marketplace như OpenSea có thể become operator, cho phép list/sell bất kỳ token ERC-777 nào mà không cần approve từng lần.

Default operators: ERC-777 cho phép define default operators lúc deploy contract – addresses này automatically become operators cho all token holders. Ví dụ, một company token có thể set company wallet làm default operator để handle payroll, compliance.

Backward Compatibility với ERC-20

ERC-777 maintain full compatibility với ERC-20 interface – mọi ERC-20 function (transfer, approve, transferFrom…) đều work normally. Điều này cho phép:

• Old contracts tương tác với ERC-777 như ERC-20 thông thường
• Wallets chưa support ERC-777 vẫn có thể display/transfer token
• DEXs và protocols existing có thể integrate mà không cần update code

Tuy nhiên, backward compatibility tạo ra security risks. Combining approve pattern (ERC-20) với operators (ERC-777) có thể dẫn đến double-spend issues nếu không implement cẩn thận.

Rủi ro: Reentrancy Attacks

Hooks mechanism của ERC-777 là con dao hai lưỡi. Trong tháng 4/2020, Uniswap V1 và Lendf.me bị exploit thông qua ERC-777 reentrancy attack, tổng thiệt hại ~25 triệu USD.

Attack vector: Attacker create malicious contract implement tokensReceived hook. Khi receive ERC-777 token, hook gọi lại function trong target protocol TRƯỚC KHI state được update, cho phép re-enter và drain funds.

Mitigation: Developers phải sử dụng Checks-Effects-Interactions pattern và ReentrancyGuard từ OpenZeppelin. Tuy nhiên, nhiều protocols đã blacklist ERC-777 hoàn toàn để avoid risks – Aave, Compound, Maker đều không accept ERC-777 collateral.

Theo thống kê Etherscan tháng 1/2025, chỉ có ~3,200 ERC-777 contracts verified trên mainnet, so với 520,000+ ERC-20. Adoption rate thấp hơn nhiều so với kỳ vọng ban đầu, chủ yếu do security concerns.

ERC-223 ngăn chặn mất token như thế nào?

ERC-223 được proposed năm 2017 bởi Dexaran, focused vào solving một vấn đề cụ thể: preventing accidental token loss khi transfer to contracts.

Cơ chế kiểm tra Receiver Contract

ERC-223 replace hàm transfer() của ERC-20 bằng version mới:

function transfer(address to, uint value, bytes data) returns (bool);

Khi execute transfer, ERC-223 contract check xem địa chỉ to có phải là contract hay không (bằng cách check code size). Nếu là contract, nó gọi hàm tokenFallback() trên recipient contract:

function tokenFallback(address from, uint value, bytes data) external;

Nếu recipient contract KHÔNG implement tokenFallback(), transaction sẽ revert (rollback) ngay lập tức, ngăn chặn token bị đóng băng. Đây là protective measure quan trọng – giống như ERC-721’s safeTransferFrom() nhưng cho fungible tokens.

TokenFallback Function

Recipient contracts muốn nhận ERC-223 token PHẢI implement tokenFallback(). Hàm này similar với tokensReceived trong ERC-777 nhưng simpler:

contract MyContract { function tokenFallback( address _from, uint _value, bytes memory _data ) public { // Logic khi nhận token // Có thể reject bằng cách revert require(_value >= minimumDeposit, "Amount too small"); // Auto-execute actions if (_data.length > 0) { // Decode data và execute commands } }
}

Example use case: ICO contract có thể auto-issue tokens trong tokenFallback khi nhận ETH payment. User send ETH + data (referral code) trong một transaction, contract automatically mint và send tokens back.

Giảm chi phí gas so với ERC-20

ERC-223 eliminate need for approve + transferFrom pattern, reducing gas cost đáng kể:

ERC-20 approach for contract interaction:

1. User approve contract: ~45,000 gas
2. User call function, contract execute transferFrom: ~65,000 gas
3. Total: ~110,000 gas

ERC-223 approach:

1. User call transfer with data: ~75,000 gas
2. Contract auto-execute in tokenFallback: included
3. Total: ~75,000 gas (tiết kiệm 32%)

Hơn nữa, user không cần execute 2 transactions riêng – everything trong 1 transaction, improving UX significantly.

Tình trạng chấp nhận (Adoption Rate) hiện tại

Mặc dù có advantages rõ ràng, ERC-223 chưa được widely adopted. Theo Etherscan stats tháng 1/2025:

• ERC-223 verified contracts: ~1,800
• ERC-20 verified contracts: ~520,000
• Adoption rate: 0.35%

Lý do adoption thấp:

1. Network effects: ERC-20 đã become de facto standard, mọi infrastructure build around nó. Switching cost quá cao.
2. Lack of backward compatibility: ERC-223 NOT fully compatible với ERC-20. Old contracts expect approve pattern sẽ không work với ERC-223.
3. Limited wallet support: MetaMask, Trust Wallet support ERC-20 by default, nhưng ERC-223 cần custom implementation. Friction này prevent mass adoption.
4. Competition từ ERC-777: ERC-777 offer similar benefits (prevent token loss) plus additional features (operators), making ERC-223 less attractive.

Successful implementations

Một vài projects đã adopt ERC-223 successfully:

• Callisto Network (CLO): Blockchain fork từ Ethereum, use ERC-223 làm native token standard thay vì ERC-20.
• Dexaran’s DEX: Developer của ERC-223 build DEX sử dụng exclusively ERC-223 tokens, showcasing advantages về gas saving và atomic swaps.

Tuy nhiên, majority của DeFi ecosystem (Uniswap, Aave, Compound, Curve) vẫn standardize trên ERC-20. Một vài projects implement “hybrid tokens” support cả ERC-20 và ERC-223 interface, nhưng approach này tăng complexity và potential bugs.

Comparison: ERC-777 vs ERC-223

Bảng trên so sánh chi tiết ERC-777 và ERC-223, hai tiêu chuẩn cải tiến ERC-20 nhưng adoption rate khác nhau.

Kết luận: Mặc dù cả ERC-777 và ERC-223 đều giải quyết real problems của ERC-20, network effects và switching costs đã prevent widespread adoption. Majority của crypto ecosystem vẫn sử dụng ERC-20, với các best practices như carefully review recipient address trước khi transfer thay vì rely on token standard để prevent loss.

Các tiêu chuẩn Token nâng cao và chuyên biệt

Ngoài các tiêu chuẩn phổ biến như ERC-20, ERC-721, ERC-1155, hệ sinh thái Ethereum còn phát triển các tiêu chuẩn chuyên biệt phục vụ niche markets cụ thể như security tokens, DeFi vault tokens và semi-fungible tokens, đáp ứng yêu cầu compliance, composability và flexibility cao hơn.

Sau đây là khám phá chi tiết 4 tiêu chuẩn nâng cao đang reshape crypto landscape trong các lĩnh vực đặc thù.

ERC-1400: Tiêu chuẩn cho Security Token

ERC-1400 là bộ tiêu chuẩn (thực ra là collection of standards) được thiết kế đặc biệt cho security tokens – digital assets đại diện ownership trong securities truyền thống như stocks, bonds, real estate, subject to securities regulations.

Định nghĩa Security Token và yêu cầu tuân thủ pháp luật

Security tokens khác fundamental với utility tokens: chúng must comply với securities laws (luật chứng khoán) của jurisdictions nơi chúng được issued và traded. Ở Mỹ, điều này có nghĩa tuân thủ SEC regulations như Rule 506(c) of Regulation D, Regulation A+, hoặc Regulation S cho international offerings.

ERC-1400 standardize cách implement compliance requirements on-chain:

• KYC/AML verification: Chỉ addresses đã verify identity mới có thể hold/transfer tokens
• Investor accreditation: Restrict transfers đến accredited investors (net worth > $1M hoặc income > $200K/year)
• Lock-up periods: Enforce holding periods (ví dụ: 6-12 tháng) trước khi có thể sell
• Jurisdiction restrictions: Block transfers to/from sanctioned countries

Polymath Network là pioneering platform build entire ecosystem around ERC-1400, cho phép companies tokenize securities một cách compliant. tZERO, Harbor, Securitize cũng adopt ERC-1400 cho security token offerings (STOs).

Phân quyền theo Partition (Tranches)

Một innovation quan trọng của ERC-1400 là concept “partitions” (còn gọi là tranches) – chia token supply thành sub-groups với different rights và restrictions.

Ví dụ thực tế: Một company tokenize preferred stock có thể create partitions:

• Partition A: “Series A Preferred” – voting rights, 8% dividend, 2-year lock-up
• Partition B: “Series B Preferred” – no voting, 10% dividend, 6-month lock-up
• Partition C: “Common stock” – voting rights, no guaranteed dividend, tradeable immediately

Mỗi partition có riêng transfer restrictions và operator permissions. Hàm transferByPartition(partition, to, value, data) cho phép granular control – có thể allow transfer trong partition A nhưng block trong partition B.

Structure này mirror traditional securities structure (Series A, B, C funding rounds) nhưng on-chain và programmable. Smart contract tự động enforce restrictions mà truyền thống require lawyers và transfer agents manage manually.

Ứng dụng: Tokenized Stocks, Bonds, Real Estate

Stocks: Overstock’s tZERO platform issued blockchain-based preferred shares (OSTKO) sử dụng cấu trúc tương tự ERC-1400. Investors có thể trade shares on tZERO ATS (Alternative Trading System), một SEC-regulated exchange cho digital securities. Volume daily đạt $500K-$2M, proving market demand cho tokenized equities.

Bonds: Santander Bank issued $20 million bond entirely on Ethereum blockchain năm 2019, sử dụng custom security token standard similar to ERC-1400. Coupon payments được automate qua smart contract – bondholders automatically receive interest payments without manual processing. Settlement time giảm từ T+2 (2 days) xuống real-time.

Real Estate: Harbor platform tokenize commercial real estate properties, cho phép fractional ownership với minimum investment $20K thay vì millions. Một building ở South Carolina được tokenize thành 1,000 tokens × $25K each. Token holders receive proportional rental income quarterly via smart contract distributions. Polymath tokenize St. Regis Aspen Resort ($18M value) thành digital securities.

Benefit lớn nhất: 24/7 trading thay vì limited to stock market hours, fractional ownership enable retail investors access institutional-grade assets, automated compliance reduce costs từ 40-60%, instant settlement eliminate counterparty risk.

ERC-4626: Tokenized Vault Standard cho DeFi

ERC-4626 là newest standardized token (finalized 2022), được design đặc biệt cho yield-bearing tokens trong DeFi – tokens đại diện shares in yield-generating vaults.

Chuẩn hóa Yield-bearing Tokens

Trước ERC-4626, mỗi DeFi protocol có custom implementation cho interest-bearing tokens:

• Aave: aTokens (aUSDC, aDAI…)
• Compound: cTokens (cUSDC, cDAI…)
• Yearn: yVault tokens (yvUSDC, yvDAI…)

Mỗi protocol có different interface để deposit, withdraw, calculate yields – making integration nightmare cho aggregators và composability projects. Developer muốn build trên top of multiple protocols phải write custom code cho từng protocol.

ERC-4626 standardize 8 core functions:

• deposit(assets, receiver): Deposit underlying asset, mint shares
• mint(shares, receiver): Mint exact shares, pull required assets
• withdraw(assets, owner, receiver): Burn shares, withdraw assets
• redeem(shares, owner, receiver): Burn shares, receive underlying
• totalAssets(): Total underlying managed
• convertToShares(assets): Calculate shares for asset amount
• convertToAssets(shares): Calculate asset value of shares
• previewDeposit/Withdraw/Redeem/Mint(): Simulate transactions

Share/Asset Accounting Mechanism

ERC-4626 sử dụng “share” model thay vì rebase model:

• Aave’s aTokens: rebase (balance tăng theo thời gian)
• ERC-4626 vaults: share value tăng (balance không đổi, nhưng mỗi share worth more)

Ví dụ cụ thể:

Day 1: User deposit 1,000 USDC vào vault, exchange rate 1:1, nhận 1,000 shares
Day 30: Vault earn 5% yield, total assets now 10,500 USDC, shares outstanding still 10,000
Exchange rate: 10,500 USDC ÷ 10,000 shares = 1.05 USDC per share
User’s value: 1,000 shares × 1.05 = 1,050 USDC (5% gain)

Khi withdraw, user burn 1,000 shares và receive 1,050 USDC. Share model elegant hơn rebase vì:

• No tax complications từ constantly changing balances
• Simpler integration with AMMs và lending protocols
• Cleaner accounting cho multi-sig wallets và DAOs

Integration với Lending Protocols (Aave, Compound)

ERC-4626 enable seamless composability – một vault có thể become deposit asset cho vault khác, tạo “vault nesting”:

Layer 1: USDC
Layer 2: ERC-4626 vault deposit USDC vào Aave → earn aUSDC yield (4% APY)
Layer 3: Another vault deposit aUSDC vào Compound → earn additional 2% APY
Layer 4: Convex finance boost yield thêm 3%
Total APY: 9%+ through composition

Beefy Finance và Yearn V3 heavily leverage ERC-4626 để auto-compound yields across multiple protocols. User chỉ cần interact với top-level vault, underlying strategies automatically optimize across Aave/Compound/Curve/Convex.

Lợi ích: Composability trong DeFi Ecosystem

Standardization unlock powerful use cases:

Collateral: Protocols like Maker DAO và Liquity có thể accept ANY ERC-4626 vault token làm collateral without custom integration. Một governance vote có thể whitelist entire class of assets instead of individual tokens.

Yield aggregation: Platforms như Zapper và DeBank automatically display all ERC-4626 positions với accurate APY calculations, không cần custom code cho từng protocol.

Strategy marketplace: Developers có thể build và deploy yield strategies as ERC-4626 vaults, users có thể browse marketplace và deposit vào best-performing strategies. Permissionless innovation.

Theo Dune Analytics, tính đến tháng 1/2025 có 450+ ERC-4626 vaults deployed across Ethereum và L2s, managing $2.8 billion TVL. Adoption tăng exponentially: 50 vaults tháng 6/2023 → 450 vaults tháng 1/2025.

Major protocols migrated:

• Yearn V3 vaults: 100% ERC-4626
• Balancer boosted pools: ERC-4626 wrapped
• Morpho optimizers: ERC-4626 compatible
• Sommelier: Cellar vaults use ERC-4626

ERC-3525: Semi-Fungible Token

ERC-3525 là innovative standard (approved 2022) tạo ra token category hoàn toàn mới: semi-fungible tokens (SFTs) với SLOT mechanism cho phép flexible fungibility.

Kết hợp đặc tính của cả Fungible và Non-Fungible

Traditional classification: tokens either fungible (mọi unit identical) hoặc non-fungible (mỗi token unique). ERC-3525 introduce “conditional fungibility”: tokens fungible WITHIN a slot, non-fungible ACROSS slots.

Structure: Mỗi ERC-3525 token có 3 properties:

1. tokenId (uint256): Unique identifier như ERC-721
2. slot (uint256): Category/class mà token thuộc về
3. value (uint256): Fungible balance within that slot

Tokens with SAME slot can be merged/split freely (fungible behavior). Tokens with DIFFERENT slots cannot (non-fungible behavior).

SLOT Mechanism để phân loại

Think of SLOT như “locker numbers” in a vault:

• Slot #1: All “VIP Concert Tickets March 15”
• Slot #2: All “VIP Concert Tickets March 16”
• Slot #3: All “General Admission March 15”

Trong Slot #1, bất kỳ ticket nào cũng equivalent – bạn có thể merge 2 tickets (tokenId #100, value 1) + (tokenId #101, value 1) = (tokenId #100, value 2). Nhưng không thể merge Slot #1 ticket với Slot #2 vì different dates.

Operations unique to ERC-3525:

// Transfer value within same slot (merge/split)
function transferFrom( uint256 fromTokenId, uint256 toTokenId, uint256 value
) external; // Transfer value to address (create new token in same slot)
function transferFrom( uint256 fromTokenId, address to, uint256 value
) external returns (uint256 toTokenId);

Use Cases: Financial Instruments, Vouchers

Financial Instruments:

Bonds là perfect use case cho ERC-3525:

• Slot = Maturity Date: All bonds maturing March 2025 trong Slot #202503
• Value = Face Value: Token có value 1,000 = $1,000 face value
• Fungibility: Bonds cùng maturity interchangeable, nhưng khác maturity thì không

Investor hold tokenId #5000 (Slot #202503, value 50,000) – đại diện $50K bonds mature March 2025. Có thể split: transfer value 10,000 to friend → create new tokenId #5001 (Slot #202503, value 10,000) cho friend, giữ lại #5000 (value 40,000).

Coupon payments automated: Smart contract auto-distribute interest to all tokenIds trong certain slot proportional to their value.

Vouchers/Gift Cards:

Retail chains có thể issue gift cards as ERC-3525:

• Slot #1: Starbucks Seattle locations
• Slot #2: Starbucks New York locations
• Slot #3: Starbucks California locations

Customer có $100 Starbucks Seattle voucher (tokenId #999, Slot #1, value 100). Spend $30 → tokenId value giảm xuống 70. Transfer $20 to friend → split thành 2 tokens (value 50 + value 20).

Solv Protocol implement ERC-3525 cho vouchers representing vested tokens, convertible bonds, và financial instruments. Solvbnb voucher (Binance Coin vesting) cho phép users trade vesting positions before unlock date – liquidity for illiquid assets.

So sánh tiêu chuẩn Token Ethereum với các Blockchain khác

Để có perspective toàn diện, cần so sánh Ethereum token standards với approaches của major blockchains khác, highlighting trade-offs giữa compatibility, cost, và performance.

BEP-20 vs ERC-20 (Binance Smart Chain)

BEP-20 là carbon copy của ERC-20 chạy trên Binance Smart Chain (BSC), với 99.9% code compatibility:

Bảng trên so sánh ERC-20 trên Ethereum mainnet với BEP-20 trên Binance Smart Chain về chi phí, tốc độ và bảo mật.

BEP-20 advantage: 20-50x cheaper gas, faster confirms. Perfect cho retail trading và gaming.

BEP-20 weakness: Centralization (chỉ 21 validators so với 1M+ Ethereum validators), security compromises (BSC hacked multiple times với tổng loss $1B+).

Migration: Nhiều tokens exist trên cả hai chains – USDT có ERC-20 version và BEP-20 version. Users bridge qua lại via Binance Bridge hoặc các third-party bridges như Multichain.

TRC-20 vs ERC-20 (Tron)

TRC-20 cũng clone ERC-20 interface nhưng chạy trên Tron blockchain, optimize cho throughput cao:

Fee structure: Tron sử dụng “energy” và “bandwidth” thay vì gas. Token transfers consume bandwidth (free up to daily quota) + energy (can be obtained by staking TRX). Effective cost: $0.001-0.01 per transfer vs. $3-15 ERC-20.

Speed: Tron 3-second blocks và high TPS (~2,000) make nó popular cho stablecoin transfers. USDT TRC-20 có higher daily volume ($30-50B) hơn USDT ERC-20 ($20-30B) specifically vì cheaper fees.

Adoption: 220,000+ TRC-20 tokens deployed, nhưng ecosystem depth (DeFi, NFTs) significantly thấp hơn Ethereum. Tron dominated bởi gambling dApps và stablecoin transfers rather than sophisticated DeFi.

Smart contract compatibility: Tron Virtual Machine (TVM) tương thích với Ethereum’s EVM, cho phép developers port Solidity contracts với minimal changes.

SPL Token Standard (Solana)

Solana fundamentally different approach – không clone ERC-20 mà build from scratch:

Architecture: Solana doesn’t have smart contract tokens như Ethereum. Thay vào đó, SPL tokens are “native” accounts managed bởi SPL Token Program (built-in system program).

Cost: Token transfer cost ~$0.00025 (0.000005 SOL × $50) – 10,000x rẻ hơn Ethereum. Minting token cost ~$0.01 total.

Speed: 400ms block time, transactions finalize trong ~seconds. Throughput 2,000-3,000 TPS thực tế.

Metadata: SPL tokens use Metaplex standard cho metadata (separate from token itself), more flexible than ERC-721’s tokenURI.

Trade-offs: Network outages (Solana đã downtime multiple times 2021-2022), lower decentralization (~1,900 validators but top 20 control majority), less mature tooling.

Use cases: Solana excels at high-frequency trading DEXs (Serum, Mango Markets), gaming (Star Atlas), và NFTs (Magic Eden). Less suitable cho complex DeFi requiring atomic composability.

NEP-5/NEP-17 (Neo Blockchain)

Neo introduce tiêu chuẩn riêng NEP-5 (later upgraded to NEP-17) với philosophical differences:

Fee model: Neo transactions FREE for users – gas paid bởi network itself. Token transfers cost 0 GAS (NEO’s gas token).

Speed: 15-second finality, significantly nhanh hơn Ethereum’s 6 minutes.

Contract language: Neo supports multiple languages (C#, Python, Java) thay vì chỉ Solidity, lowering barrier cho traditional developers.

Adoption: Limited (~5,000 tokens) do smaller ecosystem. Neo positioned as “blockchain for smart economy” nhưng chưa gain significant traction outside China.

Interoperability: Poly Network enable cross-chain transfers giữa NEO và Ethereum, nhưng liquidity và usage minimal compared to Ethereum-BSC bridges.

Kết luận chung:

Ethereum token standards (đặc biệt ERC-20, ERC-721, ERC-1155) remain dominant globally despite higher costs, vì:

1. Network effects: Largest developer community, most tooling/infrastructure
2. Security: Most battle-tested, highest decentralization
3. Composability: DeFi protocols deeply integrated, enabling innovation
4. Institutional adoption: Major financial institutions building on Ethereum

Alternative chains win specific niches (BSC cho retail trading, Solana cho gaming/NFTs, Tron cho stablecoin transfers) nhưng không replace Ethereum cho high-value, security-critical applications.

Layer 2 solutions (Arbitrum, Optimism, Base) increasingly attractive – maintain Ethereum security và compatibility while offering 10-100x cost reduction, potentially reducing need for alternative L1 chains.