Share article

Intelligence Brief

72

Ethereum Devs Reject Vitalik's Quantum-Ready Frame Transactions for Hegota Upgrade

Ethereum$1,686.33 developers voted against making "frame transactions" a required feature in the upcoming Hegota upgrade, rejecting Vitalik Buterin's proposal to bundle quantum resistance with native account abstraction. Client teams cited implementation concerns, marking a rare instance of core developers overriding Buterin's technical recommendations on a major network upgrade.
Mar 26 21:31
Ethereum$1,686.33's "move fast and improve UX" phase is still on the roadmap, just not on the timeline that Vitalik Buterin apparently wanted. Because of course.
On Thursday, BSCN reported that Ethereum core developers voted against making "frame transactions" a must ship feature for the upcoming Hegota network upgrade, despite Buterin advocating for the change during today's developer call. The proposal would have paired two long running goals into a single package: quantum resistance (defenses against future quantum computers breaking today's cryptography) and native account abstraction (making smart contract style wallets a first class default so users can get better UX like session keys, batching, and flexible fee payments).

Enjoy articles without ads?

Register for free and get unlimited access to all articles.

What developers actually decided

Per BSCN's tweet, client teams including Nethermind and Besu pushed back on making frame transactions a required deliverable for Hegota. Their objection was not ideological, it was operational: too much complexity, too much implementation risk, and a real chance of pushing the upgrade past its expected second half of 2026 window.
Instead of being positioned as a "headliner," the frame transactions bundle was tagged "considered for inclusion." That label matters. In Ethereum governance, it is the polite way of saying "maybe later," especially when a proposal touches multiple layers of the stack (wallet UX, transaction format, validation rules, and cryptographic assumptions) at once.

Hegota's confirmed priority: FOCIL

Hegota's confirmed centerpiece, according to BSCN, is FOCIL, a censorship resistance proposal. While details were not provided in the tweet, the significance is clear: the upgrade's focal point is currently about ensuring transactions can be included fairly under hostile conditions, rather than reshaping the user facing transaction model.
That tradeoff is consistent with how Ethereum$1,686.33 tends to sequence risk. Censorship resistance is treated as core protocol plumbing. UX overhauls, even popular ones, often get pushed toward optionality, wallet layer adoption, or later forks when client teams have more testing bandwidth.

Why the pushback matters for builders

The tweet notes frustration from ecosystem builders, quoting Biconomy's co founder: "We're all wanting Ethereum to win, and for that to happen we really need the UX to be way better." This reflects a real tension: many application teams want protocol level defaults that make modern wallet UX universal. Core devs tend to prefer incremental change that keeps the upgrade train on schedule.

Notably, the community replies surfaced under BSCN's post did not add technical substance to the debate, focusing instead on promotion and an unrelated question.

Takeaways

  • Buterin's preferred bundling lost, for now. Quantum readiness plus native account abstraction in one must ship feature was judged too risky for the Hegota timeline.
  • FOCIL is the north star for Hegota. Ethereum is prioritizing censorship resistance over a transaction UX overhaul in this cycle.
  • Account abstraction remains politically popular, but schedule constrained. Builders want it as a default. Client teams are signaling it needs more time, more spec maturity, or a narrower scope.

What to watch next

  • Whether "considered for inclusion" turns into an actual inclusion candidate as Hegota specs firm up, or if frame transactions slide to the next fork outright.
  • Client readiness signals from Nethermind, Besu, and other implementations, particularly testnet milestones that would indicate complexity is being reduced.
  • Wallet and middleware adoption paths if protocol level changes stall, since builders may keep shipping UX improvements off chain or via smart accounts without waiting for Hegota.

Original tweet