![Ethereum Execution Layer Specification | Ethereum Basis Weblog Ethereum Execution Layer Specification | Ethereum Basis Weblog](https://cryptohq.org/wp-content/uploads/https://storage.googleapis.com/ethereum-hackmd/upload_df8b1c7d4bb7b7fafb10ce70cefced02.png)
[ad_1]
tl;dr
- EELS is an execution layer reference implementation in Python.
- It is updated with mainnet.
- It fills assessments, and passes current ones.
- There’s an instance of an EIP carried out in EELS beneath.
Introduction
After greater than a yr in improvement, we’re happy to publicly introduce the Ethereum Execution Layer Specification (affectionately often known as EELS.) EELS is a Python reference implementation of the core elements of an Ethereum execution consumer targeted on readability and readability. Meant as a religious successor to the Yellow Paper that is extra programmer pleasant and up-to-date with post-merge forks, EELS can fill and execute state assessments, comply with mainnet1, and is a good place to prototype new EIPs.
EELS offers full snapshots of the protocol at every fork—together with upcoming ones—making it a lot simpler to comply with than EIPs (which solely suggest adjustments) and manufacturing purchasers (which frequently combine a number of forks in the identical codepath.)
Historical past
Starting in 2021, as a challenge of ConsenSys’ Quilt workforce and the Ethereum Basis, the eth1.0-spec (because it was recognized then) was impressed by the sheer frustration of getting to decipher the cryptic notation of the Yellow Paper (Determine 1) to know the precise habits of an EVM instruction.
![Screenshot of formulas 2, 3, and 4 from the Yellow Paper](https://storage.googleapis.com/ethereum-hackmd/upload_ca282a54fcac0d1438a9611dbcb5051d.png)
Drawing on the profitable Consensus Layer Specification, we got down to create an analogous executable specification for the execution layer.
Current
In the present day, EELS is consumable as a conventional Python repository and as rendered documentation. It is nonetheless a bit tough across the edges, and would not present a lot in the way in which of annotations or English explanations for what varied items do, however these will include time.
It is simply Python
Hopefully a side-by-side comparability of the Yellow Paper and the equal code from EELS can present why EELS is a invaluable complement to it:
def less_than(evm: Evm) -> None: # STACK left = pop(evm.stack) proper = pop(evm.stack) # GAS charge_gas(evm, GAS_VERY_LOW) # OPERATION end result = U256(left < proper) push(evm.stack, end result) # PROGRAM COUNTER evm.computer += 1
Whereas Determine 2 is perhaps digestible to lecturers, Determine 3 is indisputably extra pure to programmers.
This is a video walk-through of including a easy EVM instruction if that is your type of factor.
Writing Exams
It bears repeating: EELS is simply common Python. It may be examined like some other Python library! Along with your complete ethereum/assessments suite, we even have a number of pytest assessments.
With just a little assist from execution-spec-tests, any assessments written for EELS may also be utilized to manufacturing purchasers!2
Exhibiting Variations
Having snapshots at every fork is nice for a wise contract developer popping in to see the specifics of how an EVM instruction works, however is not very useful for consumer builders themselves. For them, EELS can show the variations between forks:
An Instance EIP
EIP-6780 is the primary EIP to get an EELS implementation offered by the creator, Guillaume Ballet! Let’s have a look.
First, we introduce a created_contracts variable to the EVM with transaction-level scope:
@dataclass class Atmosphere: caller: Deal with block_hashes: Listing[Hash32] origin: Deal with coinbase: Deal with quantity: Uint base_fee_per_gas: Uint gas_limit: Uint gas_price: Uint time: U256 prev_randao: Bytes32 state: State chain_id: U64 + created_contracts: Set[Address]
Second, we word which contracts had been created in every transaction:
+ evm.env.created_contracts.add(contract_address)
Lastly, we modify selfdestruct so it solely works for contracts famous in created_contracts:
- # register account for deletion - evm.accounts_to_delete.add(originator) - + # Solely proceed if the contract has been created in the identical tx + if originator in evm.env.created_contracts: + + # register account for deletion + evm.accounts_to_delete.add(originator) +
Future
We wish EELS to grow to be the default solution to specify Core EIPs, the primary place EIP authors go to prototype their proposals, and the absolute best reference for a way Ethereum works.
When you’re keen on contributing or prototyping your EIP, be a part of us on the #specs channel or seize a problem from our repository.
[ad_2]