timbeiko.eth

19.7K posts

timbeiko.eth banner
timbeiko.eth

timbeiko.eth

@TimBeiko

helping ethereum win

🇨🇦 Se unió Ekim 2009
1.1K Siguiendo147.3K Seguidores
Tweet fijado
timbeiko.eth
timbeiko.eth@TimBeiko·
Over the next few months, I'll be refocusing my work from L1 R&D to exploring frontier use cases for Ethereum. The protocol is approaching its endgame, yet we've only just begun scratching the surface of what a permissionless, scalable, cryptoeconomically secure, and cheaply verifiable world computer can do. What are things that can *only* exist on Ethereum? That fully leverage its unique properties? That make it not only unreasonably sufficient, but reasonably necessary for the world? These questions have been on my mind for a while, and it feels like the right time to thoroughly explore them! That being said, ensuring a smooth transition for AllCoreDevs and my EF responsibilities is my #1 short-term priority. Thankfully, given both Ethereum and the EF's resilient design, there are already people with deep context on virtually everything on my plate. My leave last year helped make more space for them to take ownership. I now plan to support them through a full handover. To be clear, I am staying at the EF, including for this new project. For now, my role will shift to being an advisor to Protocol, working with EF & cluster leadership to ensure we have the right structure to support the org and our various ecosystem engagements. On the ACD front, Ansgar has graciously agreed to extend his interim stint as ACDE chair. There too, I'll be hands-on helping until we've got a stable long-term configuration for the calls. Looking back, I'm incredibly grateful to have been a part of such a transformative period for Ethereum protocol development and the EF! The calibre of problems to solve and people to solve them with was unmatched. A big part of why I feel comfortable stepping away now is my confidence in the individuals and processes involved in the protocol's stewardship. Thank you all for the care that you bring to your work! Ethereum is lucky to have you ❤️‍🔥 It's unusual to get the opportunity to both properly close such a meaningful chapter and start another exciting one in parallel. I don't take that for granted and plan to make the most of it! 2026 will be a pivotal year for Ethereum, at all layers of the stack, and I'm thrilled to continue to play a part in its story!
English
107
63
788
49.7K
timbeiko.eth retuiteado
nixo.eth 🦇🔊🥐
nixo.eth 🦇🔊🥐@nixorokish·
the EF treasury officially had its first validator index assigned as of this morning 🎉 it took a while because there's been so much influx into staking that the entry queue peaked at 71 days in February
nixo.eth 🦇🔊🥐 tweet media
Ethereum Foundation@ethereumfndn

1/ The Ethereum Foundation has begun staking a portion of its treasury, in line with its Treasury Policy announced last year. Today, the EF made a 2016 ETH deposit. Approximately 70,000 ETH will be staked with rewards directed back to the EF treasury.

English
8
22
198
18.6K
timbeiko.eth
timbeiko.eth@TimBeiko·
Does anyone know why neither Claude nor ChatGPT have native timestamping on messages the way that, say, iMessage does? Seems like it'd be useful to both the models and the user, and trivial to support.
English
15
3
59
10.5K
timbeiko.eth
timbeiko.eth@TimBeiko·
@nickcammarata LLMs dealing with bureaucracies may have a higher medium term economic impact than LLMs writing code 😄 I have 3 similar stories with tax/insurance/etc. stuff from the past ~6 months!
English
0
0
1
49
Nick
Nick@nickcammarata·
i cant emphasize how bureaucracy averse i am, the dealing with insurance co annoyance was as big of a hurdle as the knowing it would be covered. it handled every email, text, everything, with tons of specific industry terminology i've never heard of, barely had to do anything
English
2
3
385
28.7K
Nick
Nick@nickcammarata·
had major pipes bursts at a property i have. insurance broker reviewed the policy and was sure it wasn't covered. a few years ago would have stopped there, but put the giant pdfs into claude, said he thinks it's covered and would handle claims process. got payout today wohoo
English
20
20
1.7K
247.4K
timbeiko.eth retuiteado
Potuz
Potuz@potuz_eth·
Ethereum is "slow to finalize" they say, but in normal conditions in fact we are certain that blocks will be final even before the next block arrives! Expect ultra fast trustless deposits soon. fastconfirm.it
English
2
12
94
5.5K
timbeiko.eth retuiteado
ansgar.eth
ansgar.eth@adietrichs·
Ignore the noise. Ethereum is shipping. This one I am very excited about - the team working on it has done an amazing job: When an Ethereum block is created, validators immediately start voting. Now, it is possible to use those votes to confirm blocks in a single slot (~13s)!
Julian@_julianma

x.com/i/article/2033…

English
11
35
272
14.4K
timbeiko.eth retuiteado
dannyryan
dannyryan@dannyryan·
fastconfirm.it The fast confirmation rule is incredible So many years in the making. Super excited to see it finally ship!
English
33
109
573
80.2K
timbeiko.eth retuiteado
ladislaus.eth
ladislaus.eth@ladislaus0x·
Native rollups and L1-zkEVM proofs are perfectly complementary efforts. Once all validators verify execution proofs, the same proofs can also be used by an EXECUTE precompile for native rollups. L2s and rollup teams benefit from this infrastructure convergence: L1 proving infrastructure becomes shared infrastructure.
ethrex@ethrex_client

We've been working with @kevaundray and @ladislaus0x from @ethereumfndn and @donnoh_eth from @l2beat on a proof of concept of EIP-8079 (native rollups) using @ethrex_client. Native rollups reuse Ethereum's own execution to verify L2 state transitions. No ZK circuits, no fraud proofs, no complex proof systems to maintain. Every L1 upgrade is automatically inherited. Any bug in the verification is also a bug in Ethereum itself. The demo shows a full end-to-end native rollup: - L2 blocks settled to L1 via the EXECUTE precompile - L1→L2 deposit - Contract deployment and cross-layer calls - L2→L1 withdrawal with MPT proof claim - Blockscout verifying EXECUTE precompile calls on L1 Try it yourself. Instructions in the PR below.

English
3
5
29
3.8K
timbeiko.eth retuiteado
Austin Griffith
Austin Griffith@austingriffith·
We tested if ethskills actually helps AI models get Ethereum right. 64 evals. 2 models. With and without skill docs loaded. Results: • Claude Opus 4.6: 33% → 95% • GPT-5.4: 16% → 95% Thanks to @AnthropicAI for the idea, @escottalexander and @_carletex_ for surfacing it.
English
44
91
734
49.9K
timbeiko.eth retuiteado
Toni Wahrstätter ⟠
Toni Wahrstätter ⟠@nero_eth·
New post introducing Snap v2 for Ethereum sync. TL;DR: replace trie healing entirely by applying Block-Level Access Lists (BALs). Instead of iteratively discovering what changed one trie node at a time, nodes can just download the state diffs from BALs and apply them. Simpler protocol, way fewer round trips, and a sync design that's ready for higher gas limits and continued state growth. 🔗 ethresear.ch/t/snap-v2-repl…
English
10
23
117
14K
timbeiko.eth retuiteado
Fredrik
Fredrik@fredrik0x·
The Ethereum Foundation Bug Bounty Program (bounty.ethereum.org) has increased its maximum payout from $250K to $1M.
English
39
72
431
41.8K
timbeiko.eth
timbeiko.eth@TimBeiko·
@pbrody Incredible run, Paul! Excited to see what you do next 😄
English
1
0
6
707
Paul Brody prbrody.eth
Paul Brody prbrody.eth@pbrody·
So, momentous news to share today: it's my last day at EY. I'm sad but also super excited for the future. I'm incredibly proud of the team I've built up, and I'm very grateful for the kindness of all the people at EY over the last decade. I'm also proud and happy to share that Clare Adelgren, my deputy for the last few years, is taking on the role of Global Blockchain Leader. I cannot imagine a person better prepared for this role. There's lots more cool stuff happening for me, and I'll share some of that in the near future once it's fully baked.
English
65
16
247
12.6K
Fede’s intern 🥊
Fede’s intern 🥊@fede_intern·
ethereum won but most don't know it yet.
English
48
38
611
19.8K
storm
storm@notnotstorm·
how I would prioritize ethereum's roadmap: 1. post-quantum HIGH 2. fast L1 HIGH 3. privacy MEDIUM 4. gigagas L1 LOW 5. teragas L2 LOW once the scaling improvements land in glamsterdam, stop prioritizing scaling. glamsterdam will likely be enough scale to last for many years. I'm saying this as someone who has loudly advocated for scaling in the past REASONS: - AI will accelerate quantum computing research. we need to defend against this ASAP - the most impactful thing right now is improve the quality of ethereum's blockspace to enable new usecases and increase blockspace demand. speed + privacy does this - improving the quantity of blockspace is no longer impactful. transactions are already dirt cheap and making them cheaper will have diminishing returns
Justin Drake@drakefjustin

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.

English
25
20
237
47.7K
timbeiko.eth retuiteado
Justin Drake
Justin Drake@drakefjustin·
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.
Justin Drake tweet media
English
198
412
1.6K
595.3K
timbeiko.eth retuiteado
charles (csl) ᛋ
charles (csl) ᛋ@CharlieStLouis·
3/ EF wants to see DeFi thrive, but it is opinionated about what that should look like: permissionless, censorship-resistant, privacy-first, self-custodial, and open source.
English
6
8
138
8.7K
timbeiko.eth retuiteado
charles (csl) ᛋ
charles (csl) ᛋ@CharlieStLouis·
2/ DeFi isn’t a speculative bet on the future. It’s the inevitable evolution of finance, driven by a simple truth: financial autonomy is a right, not a privilege and it’s been a critical driver of Ethereum’s growth and adoption. Read more: blog.ethereum.org/2026/02/23/com…
English
6
10
146
11.4K
timbeiko.eth retuiteado
charles (csl) ᛋ
charles (csl) ᛋ@CharlieStLouis·
1/ Today the EF is sharing a bit more about how it's approaching DeFi going forward:
English
61
72
497
261.7K