โ† All posts

ERC Token Standards: What They Are, Why They Matter, and Which Ones We're Watching

If you're building on Ethereum or any EVM-compatible chain, tokens are governed by ERC standards. These standards define how tokens are created, transferred, tracked, and what they can do. They're what make tokens interoperable; a token built to an ERC standard works with any wallet, exchange, or protocol that supports that standard.

Here's a breakdown of the ERC standards that we believe matter most right now and where things might be headed.

ERC-20: Fungible Tokens

ERC-20 is the foundational token standard. Proposed in 2015 by Fabian Vogelsteller and Vitalik Buterin, it defines a standard interface for fungible tokens, every token is identical and interchangeable. USDC, LINK, UNI, if you've held any of these, you've used an ERC-20 token.

The standard defines core functions: transferring tokens between addresses, checking balances, approving third parties to spend tokens on your behalf, and querying total supply. It's intentionally simple, which is why it became the foundation for everything in DeFi, lending, borrowing, swaps, liquidity pools, governance, all built around ERC-20 compatibility.

Why it matters: ERC-20 is the common language of onchain finance. Any new token standard that wants to work with existing DeFi infrastructure typically builds on top of ERC-20 compatibility.

ERC-20 token data indexed by Hgraph

ERC-721: Non-Fungible Tokens

ERC-721 is the Non-fungible token (NFT) standard. Proposed in 2018 by William Entriken, Dieter Shirley, Jacob Evans, and Nastassia Sachs, it defines tokens where every unit has a unique ID, no two are interchangeable. Each token is tracked individually by its uint256 ID, which never changes for the life of the contract.

It's used for digital art, collectibles, gaming assets, identity credentials, event tickets, anything where uniqueness and provenance matter. The standard defines functions for transferring ownership, checking who owns a specific token, and approving third parties to manage tokens on your behalf.

This is the standard McLaren Racing used for MCL/COLLECT on Hedera, 6,364 unique tokens minted across 4,795 wallets, each tied to a specific F1 race weekend collectible. We wrote about that here.

Why it matters: ERC-721 established the concept of verifiable digital ownership. NFT marketplaces, provenance systems, and onchain credentials all build on this standard.

ERC-1155: Multi-Token Standard

ERC-1155 combines fungible and non-fungible tokens into a single contract. Instead of deploying separate ERC-20 and ERC-721 contracts for different token types, you manage them all in one place. A game developer can issue a unique item (non-fungible) and gold coins (fungible) from the same contract.

The key feature is batch operations, transferring multiple token types in a single transaction, which is significantly more gas-efficient than handling them individually. Each token ID can represent a different token type with its own metadata, supply, and attributes.

Why it matters: ERC-1155 reduced the cost and complexity of managing multiple token types. It's the standard behind most blockchain gaming economies and any application that needs to handle a mix of fungible and non-fungible assets efficiently.

ERC-1400: Security Tokens

ERC-1400 is where tokens meet securities regulation. Pioneered by Polymath, it was built specifically for tokenizing financial instruments, equity, debt, fund shares, where transfers need to be controlled and compliant.

ERC-1400 is a library of four sub-standards working together: ERC-1410 (partially fungible tokens with partitions, think preferred vs. common shares), ERC-1594 (core security token functions with transfer restrictions and reason codes), ERC-1643 (document management attached to the token), and ERC-1644 (controller operations for regulated transfers like legal enforcement).

The standard builds on ERC-20 compatibility, so ERC-1400 tokens work with existing wallets and exchanges, but it adds the compliance layer that regulated instruments require, partition-based management, forced transfers, and onchain document attestation.

Why it matters: If you're tokenizing a financial instrument that needs to comply with securities law, ERC-1400 is the established standard for it. It's the bridge between onchain tokens and traditional financial regulation.

ERC-3643: Permissioned Tokens for RWAs

ERC-3643, also known as the T-REX (Token for Regulated Exchanges) protocol, was built specifically for regulated real-world asset tokenization. Developed by Tokeny Solutions, it bakes identity verification and dynamic compliance rules directly into the smart contract.

Transfers only go through if both parties meet compliance criteria, KYC, accreditation, jurisdiction checks, enforced at the protocol level through an onchain identity system called ONCHAINID. The protocol includes a Trusted Issuers Registry, Claim Topics Registry, and Identity Registry that together ensure only verified participants can hold or transfer tokens.

Issuers using ERC-3643 have tokenized billions in assets, funds, equities, debt, commodities, and cash. The standard is also pursuing ISO standardization, which would make it a recognized international standard for permissioned tokens.

Why it matters: ERC-3643 is the standard gaining the most institutional traction for real-world asset tokenization. It solves the compliance problem at the smart contract level rather than leaving it to the application layer, which is what regulated entities need.

ERC-4626: Tokenized Vaults

ERC-4626 standardizes yield-bearing vaults. You deposit tokens, receive vault shares that represent your position, and those shares accumulate yield. Before ERC-4626, every protocol implemented vaults differently, Yearn, Aave, and Compound all had their own interfaces. ERC-4626 unified them.

The standard extends ERC-20, so vault shares are themselves tokens that can be transferred, traded, or used as collateral. It defines functions for depositing, withdrawing, previewing conversions between assets and shares, and querying total assets under management.

It's now being adopted beyond DeFi, tokenized Treasury bills, fractional real estate income, and invoice factoring pools are all using ERC-4626 as the standard vault interface.

Why it matters: ERC-4626 made yield-bearing positions composable. Any protocol that implements the standard can plug into any other protocol that supports it. That composability is what makes DeFi work at scale, and it's now extending into traditional finance use cases.

ERC-6551: Token-Bound Accounts

ERC-6551 gives every NFT its own smart contract wallet. The NFT can hold assets, sign transactions, and interact with other contracts. When the NFT transfers, everything inside its wallet transfers with it.

The system works through two components: a singleton registry and token-bound account implementations. The registry uses CREATE2 to deterministically generate account addresses based on the chain ID, token contract address, token ID, and a salt, meaning you can compute a token-bound account's address before it even exists onchain.

Why it matters: ERC-6551 turns NFTs from static metadata into onchain entities that can own things and take actions. An NFT could represent an investment portfolio that holds ERC-20 tokens, other NFTs, or ERC-4626 vault shares, all bundled together and transferable as one unit. It opens up use cases in gaming, portfolio management, and identity that weren't possible with static NFTs.

ERC-7518: The Next Step for Institutional RWAs

ERC-7518, the Dynamic Compliant Interoperable Security Token (DyCIST), extends ERC-1155 to provide a compliance-first framework for real-world asset tokenization. Currently in draft status, it's being developed by Zoniqx.

It introduces partitions where each token ID represents a distinct class with its own rights, compliance rules, and investor eligibility; for example, Reg D and Reg S share classes within a single contract, each with their own lock periods and transfer restrictions. Compliance rules can update dynamically through a built-in voucher system, keeping pace with evolving regulations like MiCA or SEC requirements. Cross-chain interoperability is embedded as a core function.

Why it matters: As tokenized asset markets continue to scale, the need for a standard that handles multiple asset classes, dynamic compliance, and cross-chain portability in a single framework is growing. ERC-7518 is designed to be that standard.

Real World Impact

All of these standards build on each other. ERC-20 compatibility is baked into ERC-1400 and ERC-4626. ERC-6551 can hold ERC-20 tokens, ERC-721 NFTs, and vault shares in a single transferable unit. ERC-3643 and ERC-7518 are pushing compliance logic into the contract layer so regulated assets can move on public rails.

What's worth noting is how these standards are starting to converge around real-world use cases, vault mechanics for yield, identity layers for compliance, and oracles for live pricing. The stack is getting more complete.

Start building for free

Create an account, get an API key, and run your first query in minutes.