Discussion topic for Native ETH as ERC-20 System Contract (early draft)
Update Log
2026-08-05: Initial draft published
External Reviews
None as of 2026-08-05.
Outstanding Issues
Final confirmation of the exact gas constants by client teams (targets are currently illustrative)
Final confirmation of address 0x20 by AllCoreDevs
Edge cases around the balance invariant under EIP-7702 temporary code
Selector-collision risk on the optIn() method for legacy contracts
Context
Native ETH currently lacks a uniform ERC-20 interface. Protocols that want to treat ETH the same way as other tokens either special-case native transfers or route through WETH. This creates ongoing overhead, extra transactions, and state growth. The broader goal is to encourage the use of native ETH vs. other tokens, thereby strengthening ETH’s role as the preferred medium of exchange and unit of account by increasing its utility and making it the preferred token at the protocol level. The ultimate goal is enhancing ETH’s status as the “reserve currency of the digital economy”.
Proposal
Introduce a stateful system contract at address 0x20 that:
Exposes native ETH balances through a standard ERC-20 + ERC-2612 interface
Moves real account balances (no token-balance mapping)
Never executes recipient code
Carries a preferential gas schedule so the native path is cheaper than ordinary ERC-20s or WETH
This revives and updates an idea previously discussed on Magicians in 2022:
Repo (README + both drafts):
Specific draft:
Feedback is especially welcome on the system-contract design, the opt-in mechanism for legacy contracts, the illustrative gas schedule, and any edge cases. There is a related companion proposal on preferential gas costs for native ETH operations in the same repository.