A ativação da atualização Dencun na rede principal do Ethereum introduziu o EIP-4844, também conhecido como Proto-Danksharding. Esta implementação alterou a forma como as redes de segunda camada (Layer-2) interagem com o consenso de execução da camada principal. Ao introduzir o conceito de “blobs” de dados, o Ethereum estabeleceu uma via expressa temporária para a disponibilidade de dados, dissociando a disputa por espaço em bloco das transações financeiras tradicionais e mitigando de forma expressiva o custo operacional dos rollups.
A Mecânica dos Blobs e o Desacoplamento de Taxas
Antes do EIP-4844, as redes de segunda camada, como Arbitrum e Optimism, eram obrigadas a publicar suas transações condensadas de volta à rede principal do Ethereum utilizando o campo calldata. Este mecanismo era extremamente oneroso, pois o calldata é persistido permanentemente no estado da blockchain, disputando o escasso poder de processamento da Ethereum Virtual Machine (EVM) com transações comuns de DeFi e NFTs. O Proto-Danksharding resolve isso ao introduzir transações que carregam blobs (Binary Large Objects). Um blob é um pacote de dados de aproximadamente 128 KB que é armazenado na camada de consenso (Consensus Layer) e expira após cerca de 18 dias. Como esses dados não precisam ser acessados diretamente pela EVM de execução, o custo de gas associado ao seu armazenamento cai para frações de centavos de dólar.
Comprometimentos Criptográficos de KZG e Segurança
Para garantir que a rede de consenso consiga verificar a integridade dos blobs sem a necessidade de ler todo o seu conteúdo pesado, a arquitetura do EIP-4844 faz uso dos comprometimentos criptográficos KZG (Kate-Zaverucha-Goldberg). Esse esquema de compromisso polinomial atesta que os dados contidos nos blobs correspondem exatamente ao que o rollup afirma ter executado, sem que o validador precise processar todos os megabytes de informações on-chain. Essa abordagem preserva as premissas de segurança matemática do Ethereum, permitindo que as provas de fraude (no caso de optimistic rollups) ou provas de validade (em zk-rollups) operem de forma consistente, mesmo que o blob original tenha sido expurgado dos nós validadores após o período de duas semanas.
Análise da Redação Cabeça Bitcoin
A transição para uma arquitetura focada em rollups dá um passo decisivo com o EIP-4844. No entanto, a sustentabilidade dessa solução no longo prazo dependerá de como o mercado gerenciará a infraestrutura de indexação histórica. Uma vez que os nós validadores descartam os blobs após 18 dias para evitar o inchaço do disco rígido, surge a necessidade de redes descentralizadas alternativas, como serviços de armazenamento DePIN e indexadores especializados, para fornecer dados históricos e permitir auditorias retroativas transparentes sem centralização.