Verkle trees em Ethereum: a transição que mudará state proofs em 2026-2027
Análise técnica das Verkle trees no Ethereum — estrutura de dados, benefits vs Merkle Patricia trees, papel em stateless clients e timeline para inclusion em hard fork.
15/03/2026 · 7 min de leitura · ETH · Verkle · DeepDive · Tecnologia
Por que Verkle
Atualmente, Ethereum state é stored em Merkle Patricia Trie (MPT). Proofs (necessárias para light clients e stateless validation) requerem inclusion de all sibling nodes ao longo do path — proof size escala com (key length) * (tree depth). Em Ethereum atual, proofs de single account são tipically 1-10 KB.
Verkle trees substituem hash-based commitments por polynomial commitments (KZG ou IPA). Proof size é constant — independente do tree depth ou key length. Para Ethereum, proofs caem para tipically 100-200 bytes — 10-50x reduction.
Stateless clients
Stateless clients são validadores que não armazenam full state — verificam blocks usando proofs incluídas em cada block. Atualmente, validadores Ethereum precisam de cerca de 1 TB de storage para state. Stateless reduce para essentially zero state storage.
Implications: barrier to entry para solo validators drops dramatically. Cheaper hardware. Better decentralization. Easier sync (no need to download full state, just blocks com inline proofs).
Mas: proofs precisam ser pequenas o suficiente para fit em block. Com MPT, proofs são too big para fit reasonable block size. Verkle trees make stateless clients practical.
KZG vs IPA
KZG (Kate-Zaverucha-Goldberg) commitments: usado em EIP-4844 (blob transactions) desde Dencun. Requires trusted setup ceremony (Powers of Tau, completed em 2023). Excellent proof size (50-100 bytes) mas exposes if trusted setup were compromised.
IPA (Inner Product Argument): no trusted setup needed. Proofs slightly larger (200-500 bytes) e prover work mais expensive. More 'crypto-pure' but ligeiramente menos efficient.
Decision para Verkle Ethereum (status Maio 2026): IPA atualmente preferred no roadmap. Mas KZG opção ainda em discussion para potential hybrid approach.
Timeline e Pectra/Osaka
Pectra (hard fork May 2025) NÃO incluiu Verkle — too complex para single fork. Next major fork — Osaka — em discussion para late 2026 ou 2027. Verkle trees são candidate principal feature.
Migration challenge: Ethereum state precisa ser converted de MPT para Verkle. Não pode ser instantaneous — too much state. Approach proposed: 'overlay' — new state em Verkle, old MPT mantained read-only por período de transição (months to year+).
Status testnets: Verkle testnets (kintsugi-verkle, etc) ativos desde 2023. Major dev work completed. Hold-up principal é coordination com other roadmap items (SSZ migration, EOF, etc).
Impacto em developers
API mudanças: state-accessing precompiles (e.g., calldata access, storage proofs) podem ter behavior ligeiramente diferente. Most application logic não afetado.
Gas costs: storage operations podem mudar slightly. Net effect ainda being computed via testnets.
Light client SDKs (Helios, ethers.js light mode) ganham significantly — much simpler verification logic.
Impacto em users
End-user transacting em Ethereum L1 ou L2 não verá mudanças directly. Same UX, same wallet integration.
Indirect benefits: lower validator costs significa potentially lower issuance (Ethereum monetary policy already low — 1-2% annual), better decentralization. Long-term security improvements.
Risk: hard fork complexity. Verkle é among most complex Ethereum upgrades ever. Bug em production poderia ser catastrophic — months de testnet validation requerida antes de mainnet.
Considerações para investor ETH
Verkle activation é positive structural — reduces network costs, improves decentralization, enables stateless clients. Should be neutral to slightly positive para ETH price assumindo successful rollout.
Timeline uncertainty: 2026 vs 2027 vs delayed further. Don't trade based em specific date — engage in pre-positioning é speculative.
Aviso YMYL: Ethereum continues to be active research project. Não há guarantees sobre exact implementation. Trade ETH based em fundamental thesis, não em specific upgrade timing.