ZK rollups explicados: a tecnologia que Vitalik chama de endgame
Deep dive técnico sobre zero-knowledge rollups — SNARKs vs STARKs, prover speed, finality, e os principais ZK rollups em produção em 2026.
15/05/2026 · 5 min de leitura · DeepDive · ZK · Rollups · Escalabilidade
O conceito central: prova de validade
ZK (Zero-Knowledge) rollups são L2s que comprimem milhares de transações em uma única prova criptográfica de validade — um SNARK ou STARK — e publicam essa prova no Ethereum L1. A prova é matematicamente verificável: se passa na verificação L1, todas as transações dentro são válidas, sem precisar revelar conteúdo individual.
Comparado a optimistic rollups (Arbitrum, Optimism, Base), ZK rollups têm finality instantânea — assim que a prova é verificada em L1, retiradas são finais. Em optimistic rollups, há challenge period de 7 dias antes da retirada finalizar. Para institucionais movendo capital, essa diferença é significativa.
SNARKs vs STARKs: diferença técnica
SNARK (Succinct Non-Interactive Argument of Knowledge) é a primeira geração — Groth16, PLONK, Halo2. Proofs são pequenos (200-400 bytes) e rápidos de verificar, mas geração requer trusted setup (cerimônia onde participantes destroem secret randomness, ou risk de prover fraudar).
STARK (Scalable Transparent Argument of Knowledge) é a evolução — não requer trusted setup, prova é maior (40-200 KB), mas verificação ainda é viável on-chain. Quântico-resistente. Starknet usa STARKs (via StarkWare), zkSync usa SNARKs (boojum), Linea usa hybrid.
Prover speed: o gargalo histórico
Em 2022-2023, gerar proof de bloco ZK rollup demorava 10-30 minutos — gargalo significativo. Em 2024-2026, prover speed melhorou drasticamente. Em maio de 2026, Starknet gera proof em ~2-5 minutos, zkSync em ~3-8 minutos, Polygon zkEVM em ~5-15 minutos.
Aceleração veio de: (1) hardware específico (GPUs, eventualmente ASICs); (2) algoritmos melhores (recursion); (3) parallel proving. Em 2027, expectativa é que proof generation cai para sub-1-minute, habilitando real-time ZK rollups.
ZK rollups em produção 2026
zkSync Era: maior TVL entre ZK rollups (~US$ 1,2B), foco em DeFi e UX user-friendly. Linea (ConsenSys): forte em DeFi infrastructure, integração nativa com MetaMask. Starknet: linguagem Cairo (não EVM-compatible direta), foco em complexidade matemática, gaming e DEX especializados.
Scroll: zkEVM bytecode-compatible, foco em compatibilidade Solidity 100%. Polygon zkEVM: parte do AggLayer, com integration em multi-chain. Cada um tem trade-off entre compatibilidade EVM, prover speed, e dev tooling.
Por que Vitalik chama endgame
Em ensaio de 2023 (Endgame), Vitalik argumentou que escalabilidade Ethereum se resolve com ZK rollups + data availability sampling (PeerDAS) + L1 minimalista. Optimistic rollups são solução transicional — ZK rollups são o destino.
Razões: (1) ZK proofs são exponencialmente mais escaláveis com hardware progress; (2) finality instantânea melhora UX para usuários e institucionais; (3) ZK proofs também viabilizam privacy preserving constructs (Aztec, próxima geração); (4) economy do prover (custo por proof) cai com aumento de demanda.
Limitações atuais
Limitação 1: custo de prover continua significativo. Cada proof custa US$ 50-200 em compute. Para rollup com baixa atividade, custo de prover excede revenue de fees — economically unviable. Por isso ZK rollups são lentos para crescer organicamente.
Limitação 2: complexidade de desenvolvimento. zkEVMs ainda têm edge cases onde EVM bytecode não funciona idêntico a L1 (precompiles, certos opcodes). Devs migrando contratos auditados podem ter surpresas. Limitação 3: dev tooling menos maduro que Optimistic rollups.
Acessando ZK rollups via OFFCODE
Em maio de 2026, OFFCODE suporta saque/depósito de USDC e ETH em zkSync e Linea. Para outros ZK rollups (Starknet, Scroll, Polygon zkEVM), o caminho é: saque para Ethereum mainnet, bridge para o rollup desejado via native bridge ou Across.
Aviso operacional: ZK rollups têm finality instantânea (vs 7 dias em optimistic), mas isso aplica apenas ao native bridge. Bridges third-party podem ter delays próprios. Para movimentação cross-chain rápida, use o native bridge oficial do rollup destino — mesmo que mais lento que opções third-party.