Dencun: a atualização do Ethereum de março de 2024

Dencun foi uma atualização deEthereumativada em 13 de março de 2024. Introduziu uma via específica para publicar os dados que os rollups utilizam e várias mudanças em execução e consenso. Sua principal contribuição foi separar parte do custo de disponibilidade de dados do mercado de execução habitual.

Para entender seu efeito, convém distinguir três coisas: executar uma transação, publicar os dados necessários para verificá-la e conservar esses dados no longo prazo. Dencun modificou especialmente a segunda. Não tornou as operações gratuitas nem garantiu uma tarifa fixa para todas as Layer 2.Reduzir esse custo pode melhorar a economia de operação dos rollups; o efeito para o usuário depende também dos demais custos de cada rede.

O que significa Dencun e quando foi ativada

O nome combina Cancun, correspondente à camada de execução, e Deneb, correspondente à de consenso. A ativação foi programada para a época 269568, em 13 de março de 2024, às 13:55 UTC. Os operadores de nós precisavam utilizar clientes compatíveis em ambas as camadas.

Os detentores de ETH não precisaram trocar moedas por um novo ativo. A atualização mudou regras do protocolo. É diferente de The Merge, que completou a transição para prova de participação (Proof of Stake) em setembro de 2022, e de Shapella, que habilitou saques de validadores em abril de 2023.

EIP-4844: dados para os rollups

Um rollup executa operações fora da camada base e precisa publicar dados que permitam verificar ou reconstruir sua atividade conforme seu design. Antes de Dencun, uma via utilizada era o calldata em transações de Ethereum. A EIP-4844 adicionou transações que transportam referências a blobs, com um mercado de taxas específico para esses dados.

Os blobs não são contratos nem novas cadeias que executam operações em paralelo. Seu conteúdo é distribuído pela camada de consenso e não é diretamente acessível como dados comuns a partir da EVM. A execução dispõe de referências criptográficas e mecanismos de verificação definidos pela proposta.

A disponibilidade exigida pelo protocolo é temporária. Uma aplicação que precise recuperar históricos mais adiante deve organizar sua conservação. Um compromisso criptográfico permite verificar dados disponíveis; por si só, não reconstrói um arquivo que ninguém conserva.

Oguia da EIP-4844aprofunda a relação entre blobs, custos e disponibilidade. Aqui, o que importa é situá-la dentro do conjunto de mudanças de Dencun.

As nove propostas incluídas

A EIP-4844 incorporou as transações com blobs e sua contabilidade de gas. A EIP-7516 adicionou BLOBBASEFEE, uma instrução que permite consultar, a partir da EVM, a taxa base de blobs do bloco. Não deve ser confundida com a taxa base do gas de execução.

A EIP-1153 introduziu armazenamento transitório por meio de TSTORE e TLOAD. Seu estado pertence à transação e é descartado ao término; não substitui o armazenamento persistente. Pode servir para coordenar chamadas dentro de uma operação, desde que o contrato seja projetado com essas regras.

A EIP-5656 adicionou MCOPY para copiar memória. É uma instrução da EVM; aproveitá-la depende do código e das ferramentas de compilação. A atualização não reescreve automaticamente todos os contratos implantados para usá-la.

A EIP-4788 expôs raízes de blocos da beacon chain por meio de um contrato acessível a partir da execução. Isso permite construir verificações sobre dados de consenso, com as provas e os controles correspondentes. Não transforma qualquer dado externo em informação verificada por Ethereum.

A EIP-6780 mudou SELFDESTRUCT. Fora da transação em que o contrato foi criado, a instrução deixa de eliminar seu código e armazenamento, embora mantenha a transferência do saldo de ether ao destinatário. A exceção de criação e destruição na mesma transação mantém o comportamento anterior definido na proposta.

A EIP-7044 fez com que as saídas voluntárias assinadas sob as condições de Deneb continuassem válidas após atualizações futuras. A EIP-7045 ampliou a janela de inclusão de attestations até o fim da época seguinte àquela em que foram emitidas.

A EIP-7514 introduziu um limite máximo de oito ativações de validadores por época naquele design. É um parâmetro histórico de Dencun, não uma descrição completa do mecanismo de entrada vigente após todas as atualizações posteriores.

Por que pode reduzir custos em uma Layer 2

O preço final de uma operação L2 pode incluir execução local, publicação de dados, infraestrutura e a política de taxas do operador. Baratear um componente pode reduzir o total, mas a proporção depende do tipo de operação e do uso da rede.

Em um exemplo fictício, uma transação custa 0,10 €: 0,06 € correspondem à publicação de dados e 0,04 € ao restante. Se o primeiro componente cai para 0,01 € e todo o resto permanece igual, o total passa a 0,05 €. É uma redução de 50%, não dos 83% que apenas o componente de dados sofreu. O exemplo explica a comparação; não representa uma tarifa observada.

O mercado de blobs também responde à demanda e à capacidade. Por isso, não é rigoroso atribuir a Dencun um percentual universal e permanente de economia. Para medi-lo, compare operações equivalentes, datas, moeda e componentes de taxa.

O que não mudou automaticamente

Dencun não eliminou sequenciadores, permissões de atualização nem riscos de bridges das Layer 2. Publicar dados em Ethereum é uma propriedade concreta do design; as garantias de uma aplicação também dependem de validação, disponibilidade, provas e mecanismos de saída.

Também não prometeu taxas baixas para qualquer operação na camada base. Uma transferência ou chamada comum continua competindo por recursos de execução. A capacidade de dados para rollups e a capacidade de executar contratos são dimensões distintas.

O que uma equipe técnica deve revisar

Verifique se o compilador, o ambiente de testes e a rede de destino suportam as instruções utilizadas. Um bytecode compilado para um hard fork mais recente pode falhar em uma rede que ainda não o suporte, mesmo que ambas sejam descritas como compatíveis com EVM.

Para integrações L2, identifique como os dados são publicados e recuperados, que custo é repassado ao usuário e o que acontece se o sequenciador ou o arquivo histórico falhar. A melhoria de infraestrutura é útil quando o produto entende essas condições e as reflete corretamente em sua operação.