...
This EIP was considered and rejected for the London hard fork, almost three years ago. There was a call for a security audit, which has not been done. Many of the security concerns have not been addressed, and the recent change to add nonce support still permits eternal authorizations. Furthermore wallet providers such as MetaMask are hesitant to provide support for this feature. Unlike constructions like Permit2, ERC-20 allowances, and ERC-4337 smart contract wallets, the side effects of 3074 authorizations impact all users of the EVM, not just contracts that opt into such semantics.
...
Do we want to move this to the CREEP section? Or are we ready to champion?
Grab bag (TO-DO)
- EIP-2935: Save historical block hashes in state 2
- EIP-3068: Precompile for BN256 HashToCurve Algorithms
- EIP-3074: AUTH and AUTHCALL opcodes 1
- EIP-5806: Delegate transaction
- EIP-5920: PAY opcode 1
- EIP-6404: SSZ Transactions Root 18
- EIP-6465: SSZ Withdrawals Root 9
- EIP-6466: SSZ Receipts Root 7
- EIP-6493: SSZ Transaction Signature Scheme
- EIP-6913: SETCODE instruction
- EIP-6914: Reuse validator indices 10
- EIP-7212: Precompile for secp256r1 Curve Support 1
- EIP-7377: Migration Transaction
- EIP-7545: Verkle proof verification precompile 1
- EIP-7553: Separated Payer Transaction
- EIP-7557: Block-level Warming
- EIP-7594: PeerDAS - Peer Data Availability Sampling
- EIP-7609: Decrease TLOAD/TSTORE pricing for common cases 1
- EIP-7623: Increase calldata cost
- EIP-7664: Access-Key opcode
No-Brainers
EIP-2537 - BLS Precompile
...