Tether USD
Tether Limited
Market cap (static): ~$184B
Overview
Largest stablecoin by market cap and dominant liquidity layer across crypto exchanges. Launched 2014 on Bitcoin Omni layer, now spans 15+ blockchains. Over $1T monthly volume.
Features
Engineering-oriented breakdown of capabilities: standards, who they matter for, integration rationale, per-feature risks, and vetted external references (specs, docs, verified source).
| Feature | Standards | Audience | Why it matters | Risk / caveat | References |
|---|---|---|---|---|---|
Blacklist/Freeze compliance |
| Corporate | Integrations must assume `transfer` can revert for sanctioned or frozen addresses — design UIs and custody flows accordingly. | Censorship risk and sudden loss of spendability; not suitable for permissionless censorship resistance guarantees. | |
Cross-chain native via OFT cross chain |
| Both | USDT0 on L2s uses OFT for native burn/mint semantics — prefer OFT interfaces over legacy bridge-wrapped USDT when routing liquidity. | Misconfigured OFT peers or stale LayerZero endpoint IDs can strand or duplicate accounting across chains. | |
ERC-20 standard authorization | User | EVM integrations use standard `transfer`/`approve` plus Tether-specific admin hooks — treat as ERC-20 with extra revert cases. | Non-standard edge cases vs reference OpenZeppelin ERC-20; always test pause/blacklist paths. | ||
TRC-20 high-volume deployment compliance |
| User | Highest retail and CEX flow lives on TRON — integrations targeting fees/UX must support TRC-20 semantics and energy model. | Different address format and fee model vs EVM; operational mistakes lose funds. | |
Daily reserve reports compliance | — | Corporate | Attestations underpin reserve narrative for compliance and listings — useful for off-chain risk monitoring, not on-chain proof of backing per se. | Attestation scope and methodology can change; not a substitute for your own risk policy. | |
Issuer mint/burn compliance |
| Corporate | Supply changes reflect issuer operations — indexers should track `Issue`/`Redeem` events where exposed, not assume fixed emission rules. | Supply shocks and operational errors originate off-chain; on-chain supply is authoritative for circulation only. |
EIP / ERC support matrix
Standards support for USDT. Click an EIP to jump to the global deep-dive section.
| Standard | Status | Notes |
|---|---|---|
| ERC-20 Fungible token standard | Partial | Most liquid stablecoin but worst DeFi UX due to non-standard approve(). Every approve() call in a standard ERC-20 integration requires a two-step zero-first pattern for USDT, or the transaction reverts silently. |
| EIP-712 Typed structured data signing | Not implemented | USDT cannot participate in any signature-based approval or transfer flow on Ethereum. Every DeFi interaction requires two on-chain transactions (approve + action). This is the single largest UX gap vs USDC for developers building payment applications. |
| EIP-2612 Permit — gasless ERC-20 approval | Not implemented | Cannot build gasless USDT flows without Permit2 as an intermediary or wrapping into a protocol-specific contract. |
| EIP-3009 transferWithAuthorization | Not implemented | USDT cannot be used in single-transaction payment flows. Protocols that build on EIP-3009 (like payment relayers and checkout flows) must either exclude USDT or require users to pre-approve. |
| EIP-1967 Standard proxy storage slots | Not implemented | Block explorers do not auto-detect USDT as a proxy. Etherscan shows the original 2017 ABI unless you manually find the current contract. Monitoring tools that watch standard EIP-1967 slots will miss USDT upgrades entirely. |
| EIP-1822 UUPS — universal upgradeable proxy | Not implemented | No profile row for this standard; treated as not implemented. |
| ERC-4626 Tokenized yield vault standard | Not implemented | No profile row for this standard; treated as not implemented. |
| EIP-1271 Signature validation for smart contracts | Not implemented | No profile row for this standard; treated as not implemented. |
Technical notes
Ethereum contract is a custom ERC-20 (non-upgradeable) with owner-controlled pause, blacklist mapping, issue and redeem functions. USDT0 on Arbitrum/op-chains uses LayerZero OFT standard — 1:1 backed by canonical USDT locked on Ethereum. TRON TRC-20 mirrors the functional pattern.
Reserves & peg
- Reserves
- Cash, US Treasuries ($97B+), gold (~$8B), other assets
- Collateral
- Fiat and equivalents (off-chain)
- Peg mechanism
- Hard 1:1 via centralized issuer redemption
- Auditor
- BDO Italia (quarterly attestation)
Ecosystem
- DeFi integration
- Deep Uniswap, Curve, Aave, Compound liquidity across all chains
- Yield
- None native
Risk factors
Networks & contracts
Deployments by chain — primary rows are highlighted. Always verify addresses against issuer docs before mainnet integrations.
| Network | Standard | Contract | Explorer |
|---|---|---|---|
EthereumPrimary | ERC-20 | 0xdAC17F958D2ee523a2206206994597C13D831ec7~96B supply, 13M+ holders | View |
TRONPrimary | TRC-20 | TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6tHighest tx volume, cheapest fees | View |
BNB ChainPrimary | BEP-20 | 0x55d398326f99059fF775485246999027B3197955 | View |
SolanaPrimary | SPL | Es9vMFrzaCERmJfrF4H2FYD4KCoNkY11McCe8BenwNYB | View |
ArbitrumSecondary | ERC-20 | 0xFd086bC7CD5C481DCC9C85ebE478A1C0b69FCbb9USDT0 native L2 via LayerZero OFT | View |
PolygonSecondary | ERC-20 | 0xc2132D05D31c914a87C6611C10748AEb04B58e8F | View |
AvalancheSecondary | ERC-20 | 0x9702230A8Ea53601f5cD2dc00fDBc13d4dF4A8c7 | View |
OptimismSecondary | ERC-20 | 0x94b008aA00579c1307B0EF2c499aD98a8ce58e58 | View |
Bitcoin OmniSecondary | Omni | Property ID: 31Original deployment, minimal usage | View |
TONSecondary | Jetton | EQCxE6mUtQJKFnGfaROTKOt1lZbDiiX1kCixRv7Nw2Id_sDs | View |
Engineering deep dive
Integration notes
When routing USDT on EVM, assume pause and blacklist are live: design flows that fail gracefully if transfer reverts. For L2 USDT0, prefer the documented LayerZero OFT interfaces over legacy bridge wrappers.
Liquidity
USDT is the default quote asset on most CEXes and the deepest stable on blue-chip DEX pools—treat it as the baseline for slippage and oracle assumptions.