...
Besu's implementation of EOF is nearly complete, awaiting the finalization of a few final details.
EOAs, AA, & Next Steps
* EIP-3074 - AUTH and AUTHCALL
...
This EIP was considered and rejected for the London hard fork, almost three years ago, citing security issues. There was a call for a security audit at the time, which has not been done. The EIP would benefit from such an assessment. A major recent update to the nonce handling rules allows for a user to revoke authorizations with a single action. This recent specification change has removed the major safety concerns team members have had.
- EIP-7553: Separated Payer Transaction
- Another tool to help enhance EOA UX, easy to reason about and implement new TX types and test
ePBS (TBD)
...
SSZ
- EIP-6404: SSZ Transactions Root 18
- EIP-6465: SSZ Withdrawals Root 9
- EIP-6466: SSZ Receipts Root 7
- EIP-6493: SSZ Transaction Signature Scheme
Aesthetics and consistency with the CL is not necessarily a reason to engage on a large bucket of work on the EL.
Grab bag (TO-DO)
...
No-Brainers
EIP-2935: Save historical block hashes in state 2
...
- EIP-7545: Verkle proof verification precompile 1
- EIP-7377: Migration Transaction
- EIP-7609: Decrease TLOAD/TSTORE pricing for common cases 1
- EIP-7623: Increase calldata cost
- Happy with costing changes, leaving to the economists
Anti-Goals (or, creep)
Verkle (Karim)
...
- EIP-3068: Precompile for BN256 HashToCurve Algorithms
- EIP-5920: PAY opcode 1
- EIP-7557: Block-level Warming
- Need to better understand the code complexity
- Might add complexity to the state DB that may add more data, memory, etc. Need to understand the impact to our code.
- EIP-7664: Access-Key opcode
- Could be significant EVM work. Do we have an alternative?
- Not sure of necessity
Anti-Goals
- EIP-6913: SETCODE instruction
- Code immutability is questionable.