EIP-4844 depois do Dencun: impacto real dos blobs nas Layer 2

Os rollups processam transações fora da camada base do Ethereum e precisam publicar dados que permitam comprovar sua atividade. O custo dessa publicação influencia a operação das redes de camada 2.EIP-4844introduziu um recurso específico para esses dados: os blobs, pacotes que o Ethereum conserva temporariamente.

A melhoria foi ativada com a Dencun em 13 de março de 2024 e permitiu separar essa publicação do uso habitual de calldata, que permanece no histórico de transações. Para entender seu efeito, é preciso distinguir o custo de fornecer dados ao Ethereum do custo de executar as operações dentro de cada rollup.

O que mudou em relação à calldata

Antes da Dencun, uma Layer 2 publicava grande parte dos seus dados como calldata. Esse recurso compete com a execução de transações da camada base e faz parte do histórico de execução, embora o rollup só precise que ele esteja disponível pelo tempo suficiente para que qualquer um possa verificar ou reconstruir seu estado.

Os blobs separam esses dados do espaço de execução e têm seu próprio mercado de taxas. Quando a atividade de contratos no Ethereum aumenta, o custo dos dados de uma Layer 2 já não precisa subir na mesma proporção. Essa separação, mais do que um número promocional específico, é a mudança econômica duradoura da EIP-4844.

Como funciona um blob

Uma transação pode anexar blobs, mas a EVM não acessa seu conteúdo diretamente. O bloco inclui compromissos KZG que vinculam criptograficamente cada blob à transação. Os nós mantêm o dado por um período limitado e depois podem descartá-lo, enquanto o compromisso continua fazendo parte do histórico verificável.

O design usacompromissos KZGpara demonstrar que um dado pertence ao polinômio comprometido sem publicar todo o blob dentro da execução. Isso prepara a arquitetura para escalar a disponibilidade de dados sem exigir que cada validador conserve para sempre cada lote de cada rollup.

O impacto real nas Layer 2

Para umaLayer 2, publicar dados no Ethereum era um dos custos dominantes. Os blobs introduziram um recurso de dados com capacidade e preço próprios. A economia em uma operação específica depende do preço desse recurso, da ocupação do lote e de como o custo é distribuído entre as transações. Não se deduz uma redução fixa para todos os rollups.

No entanto, blob barato não equivale automaticamente a taxa mínima para cada usuário. O preço final também incorpora o custo de execução dentro do rollup, a frequência e a compressão dos lotes, a margem do sequencer, o congestionamento da própria Layer 2 e sua política de subsídios. Comparar redes exige observar o custo total, e não apenas a tarifa base do blob.

O que a EIP-4844 não resolveu

A EIP-4844 não aumentou por si só a capacidade de execução do Ethereum, não eliminou as bridges nem unificou a liquidez entre redes. Também não implementou o danksharding completo. Introduziu a primeira camada de dados baseada em blobs e as primitivas criptográficas necessárias para ampliar essa capacidade em melhorias posteriores.

Como medir o efeito sem misturar custos

Uma comparação útil observa o mesmo tipo de operação e separa o que é cobrado do usuário do custo assumido pelo operador. Se o rollup modifica ao mesmo tempo a compressão, os subsídios e o recurso de dados, atribuir toda a diferença à EIP-4844 seria uma conclusão incompleta.

Como critério de avaliação, registre o período, o número de transações por lote, os dados publicados e as taxas de execução e publicação. Inclua lotes pouco ocupados e momentos de maior demanda. Um custo médio favorável pode ocultar operações isoladas mais caras ou uma política comercial temporária.

Também é preciso distinguir conservar um compromisso de conservar os dados necessários para reconstruir um estado histórico. A política de arquivamento deve ser comprovada por meio de recuperação real, com responsabilidades e fontes disponíveis depois do período de retenção exigido pela rede. O compromisso criptográfico permite verificar dados recuperados; não permite recriar arbitrariamente um blob que ninguém conserva.

O que uma equipe que constrói sobre rollups deve revisar

Convém medir separadamente execução, publicação de dados e custos do sequencer; decidir quando fechar cada lote; acompanhar o mercado de blobs durante picos; e manter uma estratégia própria de indexação e disponibilidade histórica. O fato de o dado expirar na camada de consenso não isenta o protocolo de manter as informações de que seu produto, suas provas ou seus usuários precisarão depois.

Em conjunto, a EIP-4844 confirma o roadmap centrado em rollups doEthereum: a camada base fornece consenso e disponibilidade de dados; as Layer 2 concentram a execução. Seu valor não está em prometer taxas sempre iguais, mas em ter criado um recurso específico e escalável para os dados que sustentam esses sistemas.