the Protocol Support team @ethereumfndn / this team no longer in operation / 🖖

Joined January 2026
EF Protocol Support retweeted
I was getting questions about recent EF layoffs and my situation so I should share something public as well. I am still part of EF, continuing my work and figuring out what's most needed in the future. However, all of my team, Protocol Support, that I have been part for 5+ years, has been dissolved. And we lost some really great people during this. @joshdavislight is personally the biggest loss for me, although I hope our two ring circus will continue. He came to Ethereum inspired by his friend @pipermerriam and we met to work on a project. Two of us with widely different backgrounds, pretty random match but we found out we have a lot in common, that's why we are here. Starting around 4 years ago, we built EPF together, running cohorts regularly since. It became machine that brings dozens of new core developers, we made friends with so many talented people all over the world. I'm grateful we could do this in tandem with Josh. @wolovim here is the man himself behind Forkcast and the final leader of the team. He stepped up to this role when his original team got dissolved to immediately build a tool that became core to all core development coordination. One of the biggest improvements we saw in years with major step in public and devs being able to follow the process. Huge respect for his skills and dedication, really glad you kept us all together till the end. @dionysuzx Joined him only couple months ago to take Forkcast to next level. One of those people who just showed up in community, you see their motivation and contributions so you just want to work with them! He was able to step up and do great things really fast. I am sure his potential finds even better opportunities in the future. @Butta_eth Who also joined recently but did incredible work in the time. He is the guy who knows everyone and gets stuff done, iykwim👀Managing inputs from the ecosystem, he helped to push core r&d and only in couple of months he ramped up maxEB adoption across the whole network. This was the last iteration of Protocol Support, the team with catch-all name started by @JosefJ_ , pushing whole Ethereum forward for years lead by @TimBeiko and finally being transformed to accelerate core development by @nixorokish. It's been a wild ride to see it all the way from humble beginning, through peak and all the way to the bitter end. RIP @EFprotocol Respect to all quiet builders out there working without fancy loud handles and keeping everything running. Posledný nech zhasne
unfortunately, i was among those laid off from the @ethereumfndn in the last round. over 8+ years, it was a hell of a ride and a genuine joy to work with all my colleagues across three teams (mist browser, python tooling, protocol support) while at the EF; their blend of humility and ambition will continue to inspire my approach to work. immensely grateful to have landed with the protocol support team last year, to whom i pitched my little side project, Forkcast. it felt like a real spark from the start, but Forkcast has grown into something i'm deeply proud of: a tool that is relied on by Ethereum's stewards to understand and react to their complex world. i wake up and go to bed thinking about the nuanced social challenges that Forkcast attempts to tame. the work is meaningful and demands the wide range of technical and non-technical skills i've developed over a 12-year software career. its difficult to imagine stepping away. fortunately, i don't have to just yet. starting with the next three months, i'll be an independent contributor to Forkcast and the ethereum/pm repo, with support from the EF. during that period, i'll also explore what comes next for me, possibly including spinning out Forkcast. the platform makes good sense to me as an independent observer of Ethereum core development and i'd like to hear from individuals and orgs in the ecosystem that want to support that work. gratitude to those that have already reached out to start conversations. DMs open if you want to chat about the future of Forkcast or ways we might work together.
18
13
5
146
16,164
EF Protocol Support retweeted
unfortunately, i was among those laid off from the @ethereumfndn in the last round. over 8+ years, it was a hell of a ride and a genuine joy to work with all my colleagues across three teams (mist browser, python tooling, protocol support) while at the EF; their blend of humility and ambition will continue to inspire my approach to work. immensely grateful to have landed with the protocol support team last year, to whom i pitched my little side project, Forkcast. it felt like a real spark from the start, but Forkcast has grown into something i'm deeply proud of: a tool that is relied on by Ethereum's stewards to understand and react to their complex world. i wake up and go to bed thinking about the nuanced social challenges that Forkcast attempts to tame. the work is meaningful and demands the wide range of technical and non-technical skills i've developed over a 12-year software career. its difficult to imagine stepping away. fortunately, i don't have to just yet. starting with the next three months, i'll be an independent contributor to Forkcast and the ethereum/pm repo, with support from the EF. during that period, i'll also explore what comes next for me, possibly including spinning out Forkcast. the platform makes good sense to me as an independent observer of Ethereum core development and i'd like to hear from individuals and orgs in the ecosystem that want to support that work. gratitude to those that have already reached out to start conversations. DMs open if you want to chat about the future of Forkcast or ways we might work together.
Today, the EF is changing shape, concluding a months-long process of reorganization as part of the implementation of the Mandate and the Treasury Management Policy. We come out of this process with the structure, activities, and people necessary for execution on the critical tasks ahead of us, but also with 54 fewer colleagues, roughly 20% of the EF, many of whom will be finding ways to contribute to Ethereum from outside the EF in the coming weeks. Find a brief introduction to the new structure, and learn more about how we are supporting the people who are leaving in the full post below:
38
32
10
285
46,609
EF Protocol Support retweeted
watch Forkcast from the @EFprotocol team steadily become the canonical resource for information on @ethereum upgrades over time can you spot the peaks from the Fusaka fork being announced and then going live?
2
12
1
49
5,838
EF Protocol Support retweeted
💯 forkcast is goated for tracking progress
1
9
534
EF Protocol Support retweeted
Gotta say that I love how the glamsterdam EIP updates are packaged in a digestible way for different stakeholders. forkcast.org/upgrade/glamste… Kudos @ethereumfndn 7708 is one of those almost invisible things but a big UX unlock for @safe users.
1
7
1
28
6,114
EF Protocol Support retweeted
Shoutout to @EFprotocol, forkcast has been great to follow Glamsterdam EIPs closely
1
2
264
EF Protocol Support retweeted
Very happy to share that I’ve been accepted into Cohort 7 of the @ethereum Protocol Fellowship, run by the @ethereumfndn's Protocol Support team. I first came across Eth back in late 2017. At the time it was just something I found very interesting. A neutral, permissionless system that anyone could use or build on, not owned by any company, state, or institution. In 2018 I really fell down the rabbit hole when DeFi started kicking off. I found the idea of an open, composable financial layer that anyone could build on top of really compelling. It felt like a completely new design space. From there, Eth became my entry point into more complex topics like mechanism design, protocol economics, credible neutrality, and the challenge of coordinating large groups of people around shared infrastructure. Over time this really shaped what I chose to study, what I chose to work on, and the kinds of problems I spend my time thinking about. Most of my work so far has been at the app layer. The fellowship is a great opportunity to move closer to the bare metal. I'm looking forward to working on the protocol itself and learning from the people who are shaping what Eth becomes next. I’m still narrowing down the exact project I will be working on, but currently looking into a Reth-based prototype around partial statefulness/state expiry, with broader interests in block production, censorship resistance, FOCIL, ePBS, and block-level access lists. More broadly, I’m excited by this next phase of Eth protocol development: scaling, privacy, censorship resistance, credible neutrality, and the renewed focus on the values captured by CROPS. Finally, a huge thank you to @C1aranMurray for introducing me to Eth back in 2017, to @post_polar_ for encouraging me to go for this, and to @joshdavislight and @TMIYChao for giving me the opportunity to take part! Excited for the months ahead, and determined to contribute something meaningful to the protocol.
3
5
35
2,115
EF Protocol Support retweeted
🔥 chefs are already cooking on top of frame transactions (eip-8141), a native AA proposal for the hegota upgrade trouble keeping up? forkcast now displays dependent eips (including those not yet merged):
🪾New EIP-8272: Recent Roots for Frame Transactions 🪾 by @soispoke, @nero_eth and @VitalikButerin Another EIP to enable native, trustless, censorship-resistant privacy on Ethereum. tldr: Private transactions on Ethereum often need to prove against a recent commitment tree root. This EIP lets a FrameTx carry that root directly in its signed envelope. The protocol checks that the root was written onchain for the referenced slot and is still inside the usable window. This means validation can use the root without reading arbitrary application storage. The goal is to help private transactions get FOCIL inclusion guarantees by making recent roots part of the partial state attesters will store after the transition to zkEVM. Target fork: Hegota Links below 👇
1
4
9
559
EF Protocol Support retweeted
the @EFprotocol team published an EIP Champion's Handbook today: Getting a feature into the protocol through a decentralized governance process can be fucking hard. These resources aim to help EIP champions give their features the best shot at getting included INCLUDING - how to go about getting feedback from the rest of the ecosystem and make sure that the feature will get adoption
18
49
3
173
17,100
EF Protocol Support retweeted
Replying to @llamaonthebrink
We have a whole program with 5 courses from beginner to advanced. All open and contributions welcomed! study.epf.wiki github.com/eth-protocol-fell…
1
8
35
1,328
EF Protocol Support retweeted
Due to EIP-8141 (native AA), I've been deeply engaging with the ACD process, and there's some truth to what Dankrad is saying in that it feels like the people with decision making powers -- the client devs -- are somewhat detached from real-world usage of Ethereum. However, I found that it's not that those people don't care -- it's just that their day-to-day job as client devs simply don't provide them with the opportunities to interact with application-layer builders and end users as much as, say, someone like me whose job is to build and sell commercial solutions do. So how do we bridge the gap between 1) Ethereum's major decisions are made by client devs, and 2) client devs don't get to learn much from application builders and users? That's the key question the EF has to solve. On the other hand, I also feel that application-layer builders need to take matters into their own hands more. You can criticize the ACD process all your want, but it IS open. All the meetings are announced in advance (github.com/ethereum/pm/issue…), free for all to join, and recorded for all to watch. When you do engage with the process, like I've been for the past month for native AA, you find that the client devs DO LISTEN. They are not crazy people with evil agendas -- they just don't know what they don't know, just like the rest of us. So yes, EF should keep improving the process, but before you complain about Ethereum heading in the wrong direction, ask yourself if you have ever TRIED to engage. Ethereum is for all of us and we all share responsibilities for making it better.
EF, last year: Hey, we want to listen to you users to make Ethereum better. EF, now: Jk, we looked at the real world. We don't like building for it after all, we'll go back to building cypherpunk stuff only. This is the EF going back to its old ways, undoing the changes from last year. I have feared this would happen because Vitalik clearly wasn't in with his heart. But whatever they say about the "ecosystem" being able to take care of this, the fundamental problems remain: - there are very few voices in ACD caring about real world Ethereum usage - there is nobody doing Ethereum BD (everyone else who is doing this also has their own separate interests)
13
16
1
142
12,335
EF Protocol Support retweeted
gloas / epbs devnet0 is live, it finalized but ran into hicpus nodes disagree on whether to build on empty or full. making tons of progress and precisely what these devnets are for 🚀
5
9
52
2,521
EF Protocol Support retweeted
Introducing strawmap, a strawman roadmap by EF Protocol. Believe in something. Believe in an Ethereum strawmap. Who is this for? The document, available at strawmap[.]org, is intended for advanced readers. It is a dense and technical resource primarily for researchers, developers, and participants in Ethereum governance. Visit ethereum[.]org/roadmap for more introductory material. Accessible explainers unpacking the strawmap will follow soon™. What is the strawmap? The strawmap is an invitation to view L1 protocol upgrades through a holistic lens. By placing proposals on a single visual it provides a unified perspective on Ethereum L1 ambitions. The time horizon spans years, extending beyond the immediate focus of All Core Devs (ACD) and forkcast[.]org which typically cover only the next couple of forks. What are some of the highlights? The strawmap features five simple north stars, presented as black boxes on the right: → fast L1: fast UX, via short slots and finality in seconds → gigagas L1: 1 gigagas/sec (10K TPS), via zkEVMs and real-time proving → teragas L2: 1 gigabyte/sec (10M TPS), via data availability sampling → post quantum L1: durable cryptography, via hash-based schemes → private L1: first-class privacy, via shielded ETH transfers What is the origin story? The strawman roadmap originated as a discussion starter at an EF workshop in Jan 2026, partly motivated by a desire to integrate lean Ethereum with shorter-term initiatives. Upgrade dependencies and fork constraints became particularly effective at surfacing valuable discussion topics. The strawman is now shared publicly in a spirit of proactive transparency and accelerationism. Why the "strawmap" name? "Strawmap" is a portmanteau of "strawman" and "roadmap". The strawman qualifier is deliberate for two reasons: 1. It acknowledges the limits of drafting a roadmap in a highly decentralized ecosystem. An "official" roadmap reflecting all Ethereum stakeholders is effectively impossible. Rough consensus is fundamentally an emergent, continuous, and inherent uncertain process. 2. It underscores the document's status as a work-in-progress. Although it originated within the EF Protocol cluster, there are competing views held among its 100 members, not to mention a rich diversity of non-EFer views. The strawmap is not a prediction. It is an accelerationist coordination tool, sketching one reasonably coherent path among millions of possible outcomes. What is the strawmap time frame? The strawmap focuses on forks extending through the end of the decade. It outlines seven forks by 2029 based on a rough cadence of one fork every six months. While grounded in current expectations, these timelines should be treated with healthy skepticism. The current draft assumes human-first development. AI-driven development and formal verification could significantly compress schedules. What do the letters on top represent? The strawmap is organized as a timeline, with forks progressing from left to right. Consensus layer forks follow a star-based naming scheme with incrementing first letters: Altair, Bellatrix, Capella, Deneb, Electra, Fulu, etc. Upcoming forks such as Glamsterdam and Hegotá have finalized names. Other forks, like I* and J*, have placeholder names (with I* pronounced "I star"). What do the colors and arrows represent? Upgrades are grouped into three color-coded horizontal layers: consensus (CL), data (DL), execution (EL). Dark boxes denote headliners (see below), grey boxes indicate offchain upgrades, and black boxes represent north stars. An explanatory legend appears at the bottom. Within each layer, upgrades are further organized by theme and sub-theme. Arrows signal hard technical dependencies or natural upgrade progressions. Underlined text in boxes links to relevant EIPs and write-ups. What are headliners? Headliners are particularly prominent and ambitious upgrades. To maintain a fast fork cadence, the modern ACD process limits itself to one consensus and one execution headliner per fork. For example, in Glamsterdam, these headliners are ePBS and BALs, respectively. (L* is an exceptional fork, displaying two headliners tied to the bigger lean consensus fork. Lean consensus landing in L* would be a fateful coincidence.) Will the strawmap evolve? Yes, the strawmap is a living and malleable document. It will evolve alongside community feedback, R&D advancements, and governance. Expect at least quarterly updates, with the latest revision date noted on the document. Can I share feedback? Yes, feedback is actively encouraged. The EF Protocol strawmap is maintained by the EF Architecture team: @adietrichs, @barnabemonnot, @fradamt, @drakefjustin. Each has open DMs and can be reached at first.name@ethereum[.]org. General inquiries can be sent to strawmap@ethereum[.]org.
207
411
162
1,607
638,091
EF Protocol Support retweeted
📣 Fill in the gas repricing survey xitter.cf/EFprotocol/status/2023… (1/2)
Glamsterdam Gas Repricing is around the corner. ⛽️ If you’re building dapps or running infrastructure, your service might be affected. Core developers want to hear how this impacts you. 👇 1/2
1
5
11
954
EF Protocol Support retweeted
Glamsterdam Gas Repricing is around the corner. ⛽️ If you’re building dapps or running infrastructure, your service might be affected. Core developers want to hear how this impacts you. 👇 1/2
9
46
3
105
34,583
EF Protocol Support retweeted
gm glamsterdam gas repricing soon ⛽️ if ur building or running infra better pay attention this might actually move the needle filling the survey rn to make sure they dont break my shit 🤞
Glamsterdam Gas Repricing is around the corner. ⛽️ If you’re building dapps or running infrastructure, your service might be affected. Core developers want to hear how this impacts you. 👇 1/2
8
1
1
10
339
EF Protocol Support retweeted
Repricings are part of the game. Some things are overpriced (the 21k base tx cost…), others are clearly underpriced and bottleneck scaling. It’s a balancing act: keep old contracts working, but don’t let rarely used, underpriced opcodes or precompiles hold Ethereum back.
Glamsterdam Gas Repricing is around the corner. ⛽️ If you’re building dapps or running infrastructure, your service might be affected. Core developers want to hear how this impacts you. 👇 1/2
1
5
20
1,568
EF Protocol Support retweeted
All details: gasrepricing.com Take the survey: docs.google.com/forms/d/e/1F… 2/2
1
7
662
EF Protocol Support retweeted
Forkcast is awesome. Thanks @nixorokish & @wolovim - @EFprotocol team. 🙏 @EtherealnewsHQ has already linked to Forkcast 153 times.
3
5
14
613
EF Protocol Support retweeted
Does Vitalik decide what goes into Ethereum? ❌ Does the EF control everything? ❌ Is it all backroom deals? ❌ @nixorokish from the @ethereumfndn breaks down the reality of core governance. It’s a meritocracy of 500+ unique contributors, where community members can (and do!) steer what gets built. From the "gas limit" movement to shaping upcoming forks like Glamsterdam, Nixo explains how you can identify pain points, rally the community, and steward EIPs into the protocol. 🔱⛓️ #ETHBoulder
3
9
30
1,872