This EIP proposes to add a new precompile that returns the corresponding slot number for the current block.
It is currently possible to calculate the slot number from the block timestamp. However, this requires hardcoding the chain slot length into a smart contract. This would require the contract code to be changed in the event of a future change to slot length. A better approach is for the slot length to be abstracted away from applications, and instead the slot number can be calculated in the consensus layer client and exposed in a precompile.
An example of a smart contract that needs the slot number is a validation contract for an encrypted mempool. In order to be secure, the validity of encrypted mempool transactions should be tied to the inclusion of all transactions by a proposer in the correct slot. This rule can be enforced by a smart contract using this precompile.
If block.timestamp >= TBD a new precompiled contract SLOT shall be created at address TBD.
SLOT returns as output the current slot number as an 8 byte ulong in big endian encoding.
The gas cost for SLOT is a fixed fee of 2.
The slot number is calculated in the consensus layer and passed to the execution layer through the engine API.
The header encoding shall be extended to include a slot_number field of type uint64.
The engine API's PayloadAttributes object shall be extended to include a slot_number field of type uint64.
Consensus layer clients may implement the following new RPC endpoints to convert between slot numbers and their corresponding timestamps.
eth_getSlotNumberFromTimestamp: uint64 -> uint64
eth_getTimestampFromSlotNumber: uint64 -> uint64
The precompile is priced to match similar opcodes in the W_base set.
Making the feature a precompile rather than an opcode gives L2s flexibility to decide whether to implement it.
The slot number could alternatively be calculated in the execution layer using the timestamp, but it is more appropriate to calculate values pertaining to the beacon chain in the consensus layer. Additionally this avoids code duplication, as the slot number is already calculated in the consensus layer.
The SLOT precompile should not increase the complexity of proving EVM execution, as it is similar to existing opcodes such as TIMESTAMP. The slot number is included in the block header rather than as a new_payload parameter, ensuring that the block is self-contained for proving; no extra inputs to the circuit are required.
No backward compatibility issues found.
N/A
None.
Copyright and related rights waived via CC0.