❤️ EVM Research and EIPs • ⚗️ EOF + EVMMAX • Organizes @evmsummit • Part of @ethereumfndn

Ethereum
Joined August 2021
Someone has to document the ins and outs of Ethereum protocol upgrades and it may as well be me.
4
3
3
20
4,670
I'm trying to reproduce the famous 800x overhead and this is currently impossible because the source code of the benchmarks is not unavailable although the paper states it is. This is my investigation so far: ethereum-magicians.org/t/lon…
By the way, the recent @VitalikButerin proposal around replacing the EVM with RISC-V was based on results we found in this paper about the 800x provability overhead of EVM in SP1. Some numbers from the paper:
1
3
1
27
3,309
Why don't you read the spec then? This is the Rationale section about new EXTCALL instructions' status codes. Please also check the matching specification part. We are waiting for feedback for exactly 2 years. eips.ethereum.org/EIPS/eip-7…
3
1
3
395
There has been a lot of talk about the promise of RISC-V for Ethereum execution lately, but I don't think there has been sufficient thought about _how_ we get to that place. Here are my thoughts about how the transition could work and how EOF fits in. notes.ethereum.org/@ipsilon/…
7
24
7
109
19,679
The EVM Object Format (EOF) is a long-awaited upgrade for the EVM. We wrote about our stance in support of it. Topics to expect in the post: ✧ Benefits of EOF ✧ Is EOF the only way? ✧ Can we solve "Stack Too Deep" without EOF? ✧ Why not EIP-615/EIP-2315? ✧ Do we really need immediate arguments? ...and more! Give it a read. →soliditylang.org/blog/2025/0…
6
68
8
230
16,564
Ipsilon has heard your feedback about introspection bans in EOF. In addition to the current plan of record (which we still support) we have three options that do not include the bans which will be discussed at ACDE on Thursday: notes.ethereum.org/@ipsilon/… See you at Eth O'Clock!
1
10
3
36
5,788
ICYMI, a major benefit that the experimental EOF support already provides is the elimination of "Stack Too Deep" errors using the SWAPN and DUPN opcodes. This will make the Yul to EVM transformation in compilation via IR simpler and more efficient. 🔗soliditylang.org/blog/2025/0…
We are thrilled to release Solidity v0.8.29! This version of the compiler brings support for EVM Object Format (experimental), custom storage layouts, ethdebug, and more. 📝 Blog: soliditylang.org/blog/2025/0… 💾 GitHub: github.com/ethereum/solidity… Follow along for notable features 🧵↓
5
15
7
56
24,195
We are thrilled to release Solidity v0.8.29! This version of the compiler brings support for EVM Object Format (experimental), custom storage layouts, ethdebug, and more. 📝 Blog: soliditylang.org/blog/2025/0… 💾 GitHub: github.com/ethereum/solidity… Follow along for notable features 🧵↓
17
186
34
719
118,878
What does EOF stands for?
39%Ethereum Object Format
39%EVM Object Format
22%No, it is not End of File
49 votes • Final results
2
2
2
695
EVMMAX will revolutionize writing crazy crypto for the EVM 🧑‍🔬 evmmax.org
1
2
12
528
EOF Devnet-2+ will contain mostly "additive" features that are Quality of Life oriented and addressing gaps identified by the community. These EIPs are listed in priority order. If we need to start getting in ship mode every EIP not yet in a devnet can be deferred.
1
1
2
218
EOF Devnet-1 fixes some spec issues that were cut from prague as the were only "nice to have." Nothing major, just a few items we don't want to see in a hypothetical "EOF Quirks" talk. Compilers and Developer tooling should start targeting the devnets here, because at this point the spec will mostly freeze, allowing only "additive" changes" and (barring serious bugs) no more breaking changes.
1
1
2
216