Tests for EIP-3540: EVM Object Format (EOF) v1

[gumb0]

Tests for EIP-3540: EVM Object Format (EOF) v1.

Geth implementation is currently in an open PR at ethereum/go-ethereum#24090.

[gumb0]

I removed London milestone from PR, because it's not proposed for London.

[gumb0]

The code in the account - 0x174f5374fce5edbc8e2a8697c15331677e6ebf0b appears to be invalid EOF for this test EOF1_Execution_d12g0v0_London+3540+3670 as the computed code size for the container should be 126 bytes and the actual length of the byte string looks like its 128 bytes. Can you verify?

This should be fixed now.

[gumb0]

I have an interesting test case which would only be interesting if you activate 3540, 3670 AND 3860 (limit and meter initcode). If you deploy an EOF contract which has a code section which is smaller than the max initcode (per 3860), but the entire EOF container is larger than the initcode, what should happen? (Will also raise this on magicians)

Our intention certainly was to apply code limit size of 3860 to entire container.

[gumb0]

I updated expectations to be based on Merge fork
(London+3540+3670 => Merge+3540+3670)

[gumb0]

Removed commented out sections from EOF1_ExecutionFiller.yml.

[gumb0]

Rebased.

[winsvega]

Lets merge the tests. Following updates can be in additional PRs. This one got big already.

[axic]

Was the test case from @jochem-brouwer included?

[gumb0]

Was the test case from @jochem-brouwer included?

It was not. So far I only noted it for later in #1100