Vitalik Outlines Ethereum’s Three-Step Native Privacy Plan: EIP-8250 and Kohaku Framework Explained

Updated: 05/22/2026 07:09

Ethereum’s transparency has always been a double-edged sword—it ensures the network’s verifiability and security, but also exposes every user transaction and wallet query to the public eye. Longtime observers of Ethereum’s evolution may have noticed that privacy, once a peripheral technical topic, is now moving to center stage. On May 20, 2026, Ethereum co-founder Vitalik Buterin unveiled a short-term roadmap for native privacy upgrades on social platform X, outlining three parallel technical paths: the integration of account abstraction with FOCIL, the EIP-8250 key randomization mechanism, and Kohaku-based access layer privacy tools.

This was no ordinary technical statement. Historically, privacy exploration in the Ethereum ecosystem has focused on Layer 2 solutions based on zero-knowledge proofs or independent mixing protocols. What makes Vitalik’s latest remarks notable is that he highlighted protocol-level changes already in progress, not distant research plans or new roadmap proposals. In other words, Ethereum’s foundational privacy capabilities have entered the stage of engineering implementation.

However, there’s always a gap between narrative momentum and engineering reality.

A Public Debate on "Native Privacy"

The immediate trigger for this discussion came from a user on X questioning Ethereum’s market performance: After the Merge, staking growth, massive Layer 2 scaling, and spot ETF approval, the ETH price still hovered around $2,000. Does the market believe Ethereum is missing a key feature? In response, an analyst pointed out that native privacy at the base layer is the missing link for Ethereum’s true "monetary properties." Once implemented, this feature could significantly boost L1 network fee revenue and asset utility.

Vitalik responded by listing three ongoing technical paths: the integration of account abstraction with FOCIL, a key randomization mechanism based on EIP-8250, and access-layer privacy work centered on Kohaku and private read functionality. He emphasized that these are not new roadmaps or long-term plans, but real engineering efforts already underway at the protocol level.

The Three-Step Strategy: A Structural Approach to Privacy Upgrades

To understand the logic behind this three-step roadmap, it’s essential to pinpoint Ethereum’s current privacy shortcomings. The transparency of Ethereum exposes much more than just transaction content, spanning at least three layers:

Transaction Layer Leakage: Even when using privacy protocols, all transactions share a linear sequence counter. This means different users’ actions can still be indirectly tracked through address correlations.

Access Layer Leakage: Before initiating a transaction, a wallet exposes query requests to RPC nodes—revealing which addresses, contracts, and token balances are being viewed. Even if transaction content is ultimately encrypted, the query path itself forms traceable metadata.

Packaging Layer Censorship: Even if users employ privacy technologies, if centralized block builders censor or filter transactions during packaging, the effectiveness of privacy transactions is threatened.

Vitalik’s three-step roadmap directly addresses these privacy gaps: account abstraction and FOCIL ensure inclusion at the packaging layer; EIP-8250 key randomization tackles the transaction layer’s sequence bottleneck; and Kohaku with private reads resolves access layer metadata leaks. Together, these form an "end-to-end" privacy protection loop, all tied to the timeline for the Hegotá hard fork planned for the second half of 2026.

Step One: Account Abstraction and FOCIL—Making Privacy Transactions "First-Class Citizens"

Mechanism Overview

Account abstraction has been a core focus for improving Ethereum wallet experience in recent years. At its core, it allows smart contract wallets to gain equal processing privileges at the protocol level as externally owned accounts (EOAs). In the privacy context, account abstraction reduces reliance on third-party relayers—currently, privacy tools like shielded pools and Railgun depend on relayers to package transactions. Native account abstraction enables privacy transaction validation directly within the protocol.

FOCIL, or Fork-Choice Enforced Inclusion Lists, is defined in EIP-7805. Its core design empowers validators with "forced inclusion lists" to ensure transactions are not selectively excluded by block builders. Specifically: for each slot, a group of validators forms an inclusion list committee. Each member constructs and propagates an IL (inclusion list) based on their subjective view of the mempool; the next slot’s proposer and all attestors must monitor, store, and forward available ILs; the proposer (or builder) must include all transactions from collected ILs in the block; attestors only vote for blocks containing all stored IL transactions. For privacy protocol users, this means that even if centralized builders attempt to censor privacy transactions, validators retain the authority to force their inclusion in blocks.

Timeline and Funding

According to confirmed information, the integration of FOCIL with account abstraction is planned for the Hegotá hard fork, expected in the second half of 2026. Hegotá is the second scheduled hard fork in Ethereum’s 2026 roadmap, following the Glamsterdam upgrade anticipated mid-year. In February 2026, FOCIL was officially designated as the headline feature for Hegotá’s consensus layer upgrade at the All Core Devs meeting, with Vitalik Buterin publicly supporting its inclusion.

Step Two: EIP-8250 Key Randomization—Breaking the "Sequence Bottleneck" of Privacy Transactions

Mechanism Overview

EIP-8250 is one of the most technically sophisticated proposals in this privacy roadmap. Its core mechanism is a "key randomization" system, officially created in the Ethereum EIP repository on April 16, 2026, authored by Thomas Thiery, Toni Wahrstätter, lightclient, and Vitalik Buterin.

Currently, Ethereum transactions use a single linear sequence counter (nonce) to prevent replay attacks. While this works well for standard transfers, it creates structural bottlenecks for privacy protocols. When privacy protocols route many independent users through a shared sending address, a linear nonce means any unconfirmed transaction blocks all subsequent transactions from that address—even if the transactions are unrelated.

EIP-8250’s solution is a two-dimensional "nonce_key + nonce_seq" structure replacing the single nonce: nonce_key == 0 corresponds to the traditional account nonce, while each nonzero key selects an independent protocol-level nonce sequence managed by the NONCE_MANAGER system contract. Transactions with different keys are replay-protected independently. In a typical privacy protocol scenario, each withdrawal transaction can derive a unique key from a nullifier, creating separate "parallel lanes"—one user’s withdrawal no longer freezes others’ transactions. Crucially, EIP-8250 binds nonce consumption to EIP-8141’s spend approval step, providing atomic "spend-once" guarantees for nullifier-based applications: if the selected key is unused, successful inclusion marks it as used, regardless of subsequent frame rollbacks.

Storage Challenges and Technical Solutions

Large-scale privacy transactions pose real storage challenges for EIP-8250. According to the proposal, the system aims to support up to 500 billion privacy-related records over eight years. If Ethereum privacy transactions reach 2,000 per second over eight years, storage needs could reach tens to hundreds of terabytes under a general state architecture.

To address this, EIP-8250 introduces a dedicated nullifier storage architecture, separating it from Ethereum’s general state and leveraging sharding, Bloom filters, and a specialized verification layer to manage storage pressure. This design reflects an important engineering judgment: privacy storage should not burden the efficiency of the general state.

Step Three: Kohaku and Private Reads—Closing the "Observation Window" at the Access Layer

Mechanism Overview

Kohaku is the component of the three-step roadmap most directly relevant to everyday users, targeting the long-overlooked issue of access layer privacy leaks. At EthCC, Vitalik Buterin and Ethereum Foundation researcher Nicolas Consigny shared the latest developments on Kohaku. The framework’s focus has shifted from integrating with upper-layer privacy protocols to deep integration at the network, hardware, and light client levels.

Kohaku builds privacy protection in three ways:

Light Client Self-Verification: Kohaku directly integrates the Helios light client into wallet SDKs, enabling users to independently verify on-chain data without relying on centralized RPC providers like Infura. This severs the ability of centralized providers to track user network addresses and transaction behavior.

Hardware-Level Private Reads: At the privacy read layer, Kohaku introduces trusted execution environments and oblivious RAM technology, preventing external nodes from determining which account data a user is querying—even via traffic analysis.

Cross-Application Address Isolation: Kohaku implements automated privacy routing, generating independent, isolated address spaces for each decentralized application a user connects to, eliminating cross-app address correlation at the source.

Engineering Progress

Nicolas revealed that a dedicated "Kohaku queue" has been established through the Ethereum Protocol Fellowship, aiming for deep integration into mainstream Ethereum clients. This means Kohaku is not just an optional add-on at the wallet level, but is moving toward protocol-level integration.

Three-Pronged Synergy: From "Privacy Islands" to "Native Privacy"

The value of the three-step strategy lies not only in the effectiveness of each technology, but in their collaborative logic. The following table illustrates the synergy:

Privacy Threat Layer Example Scenario Corresponding Solution Expected Delivery
Transaction Layer Mixer users blocking each other’s transactions EIP-8250 Key Randomization Planned with Hegotá
Access Layer RPC nodes tracking user queries Kohaku + Private Reads Some components in testing
Packaging Layer Block builders excluding privacy transactions AA + FOCIL Planned with Hegotá

Until now, Ethereum’s privacy solutions have largely been "privacy islands"—each protocol building its own privacy protections, but lacking native support at the base layer, so privacy features remained add-ons rather than default capabilities. Vitalik is emphasizing a shift: integrating privacy into routine transaction flows, not confining it to isolated mixers.

Of course, there are still many variables between blueprint and implementation—testnet performance, core developer consensus, and audit progress will all affect the final timeline. Additionally, this privacy upgrade faces regulatory uncertainty. Some argue that while FOCIL increases censorship resistance, it may expose validators to legal or operational risks if they process sanctioned transactions—a challenge the community must weigh carefully.

Industry Impact Analysis: The Boundary Between Narrative Catalysts and Structural Change

Potential Impact on Ethereum’s Valuation Narrative

From a market sentiment perspective, the advance of the native privacy stack does provide ETH with a new narrative catalyst. Previously, market maker Wintermute described ETH as "the wrong asset for macro trades," and the ETH/BTC ratio hit a 10-month low. In this context, enhanced privacy could bolster ETH’s "monetary" attributes—provided these upgrades are delivered on time and widely adopted.

From a tokenomics standpoint, this privacy upgrade does not directly alter ETH’s supply, burn rate, or inflation parameters. However, the indirect effects are significant: if privacy features drive more activity back to L1, mainnet fees could rise, which in turn—via EIP-1559’s burn mechanism—could marginally compress ETH’s circulating supply. Whether this chain reaction materializes depends on actual usage after launch, not just the roadmap.

As of May 22, 2026, according to Gate market data, ETH was priced at approximately $2,135.69, down 0.27% in the past 24 hours, 6.19% over 7 days, and 5.70% over 30 days. Notably, ETH’s 90-day low was about $1,800.00, with a high near $2,465.00, and it has declined about 15.58% over the past year. This price structure reflects some market recognition of Ethereum’s long-term technical narrative, though short-term sentiment remains influenced by macro conditions.

Structural Impact on the Privacy Protocol Sector

Native privacy could profoundly reshape the competitive landscape for privacy protocols in Ethereum. Currently, privacy protocols’ core functionality is built on the absence of L1 privacy—protocols construct their own zero-knowledge circuits and relay networks to fill this gap. Once L1 offers native parallel transaction capability, inclusion guarantees, and access layer privacy, some core features of privacy protocols may be replaced at the protocol level. This could shift the sector’s focus from "reinventing the wheel" to "using the wheel"—freeing privacy protocol teams to focus more on application-layer innovation rather than foundational infrastructure.

Impact on Validator Economics

FOCIL’s introduction gives validators new responsibilities: beyond proposing and validating blocks, they must ensure that transactions on the inclusion list are actually executed. This may increase validator operational complexity and potential legal risk, especially when dealing with transactions involving sanctioned addresses. Balancing censorship resistance with compliance will be a real challenge for the validator ecosystem after the Hegotá hard fork.

Conclusion

Vitalik’s three-step native privacy strategy marks Ethereum’s shift from "ecosystem-driven protocol innovation" to "systematic engineering at the protocol layer" for privacy capabilities. Account abstraction and FOCIL secure inclusion at the packaging layer; EIP-8250 key randomization enables parallel processing at the transaction layer; Kohaku and private reads seal off metadata leaks at the access layer. Each path plays its part, working together to build an end-to-end privacy framework at Ethereum’s base layer.

However, it’s important to note that there are still many uncertainties between roadmap and delivery. Technical implementation, community consensus, and regulatory environment are all key variables shaping the final outcome. Investors and industry participants should monitor actual engineering progress with caution, not just narrative hype. Building privacy capabilities is a marathon, and the 2026 Hegotá hard fork is only the first major milestone in this long race.

The content herein does not constitute any offer, solicitation, or recommendation. You should always seek independent professional advice before making any investment decisions. Please note that Gate may restrict or prohibit the use of all or a portion of the Services from Restricted Locations. For more information, please read the User Agreement
Like the Content