4844

4844 constitui um elemento central da atualização Dencun da Ethereum (anteriormente EIP-4844), que entrou em vigor a 13 de março de 2024. Este passo é decisivo na estratégia de escalabilidade da Ethereum, ao incorporar mecanismos de armazenamento temporário de dados denominados blobs (objetos binários de grande dimensão), que reduzem de forma substancial os custos das soluções Layer 2, como Optimistic Rollups e ZK-Rollups. Esta atualização, conhecida também como Proto-Danksharding, representa uma etapa intermédia rumo ao Danksharding total (tecnologia de sharding completa), proporcionando maior disponibilidade de dados e taxas de transação inferiores na rede Ethereum, graças à introdução de novos tipos de transação e metodologias de gestão de dados.

Contexto: Origem do 4844

O 4844 teve origem na Ethereum Improvement Proposal EIP-4844, apresentada em 2021 por programadores core da Ethereum, entre os quais Vitalik Buterin e Dankrad Feist. Esta proposta surgiu para responder às elevadas taxas de transação da Ethereum, oferecendo um mecanismo de publicação de dados mais económico para soluções Layer 2.

No plano de escalabilidade da Ethereum, a tecnologia de sharding é considerada uma solução de longo prazo, embora a sua implementação completa exija vários anos. O Proto-Danksharding funciona como fase de transição, permitindo aos programadores beneficiarem de melhorias parciais enquanto aguardam a tecnologia de sharding total.

O 4844 foi sujeito a um processo rigoroso de testes e validações, desde a sua proposta até à implementação, com múltiplas implementações e validações em redes de teste, culminando no lançamento bem-sucedido na mainnet com a atualização Dencun. Este percurso evidencia a abordagem metódica da comunidade Ethereum à evolução técnica, garantindo a segurança da rede ao mesmo tempo que promove a escalabilidade.

Mecanismo de Funcionamento: Como opera o 4844

A inovação central do 4844 reside na introdução de um novo tipo de transação—transações com blobs—e nos respetivos mecanismos de processamento de dados:

1. Estrutura de Dados Blob: Os blobs são pacotes de dados de grande dimensão, armazenados na blockchain mas não retidos de forma permanente, desenhados para soluções Layer 2 e capazes de conter até 125 KB de dados.

2. Disponibilidade e Período de Validade dos Dados: Os dados dos blobs permanecem acessíveis para validadores e participantes da rede durante cerca de 1 a 2 semanas, sendo posteriormente eliminados de forma automática pela rede. Esta natureza temporária do armazenamento equilibra a disponibilidade dos dados com a pressão sobre o armazenamento.

3. Mecanismo de Preços: O 4844 introduz um sistema de preços para blobs, independente das taxas de gas da rede principal da Ethereum, ajustando automaticamente os custos em função do volume-alvo de dados e permitindo às soluções Layer 2 publicar dados com custos mais previsíveis e reduzidos.

4. Verificação Criptográfica: Cada blob é verificado através de KZG commitments (Kate-Zaverucha-Goldberg commitments), um método criptográfico que assegura a integridade dos dados sem que todos os nós tenham de descarregar o conteúdo completo dos blobs.

5. Separação do Ambiente de Execução: Os dados dos blobs são dissociados da camada de execução da Ethereum (EVM), não intervêm diretamente na execução dos smart contracts, mas servem de camada de disponibilidade de dados para soluções Layer 2.

Este modelo permite às soluções Layer 2 publicar provas e dados de transação na mainnet da Ethereum, reduzindo de forma significativa os custos e proporcionando experiências de transação mais acessíveis aos utilizadores finais.

Quais os riscos e desafios do 4844?

Apesar dos benefícios significativos que o 4844 traz ao ecossistema Ethereum, existem potenciais riscos e desafios:

1. Complexidade Técnica: A introdução de novos tipos de transação e estruturas de dados aumenta a complexidade do sistema, podendo surgir vulnerabilidades ou riscos de segurança ainda não identificados.

2. Pressão sobre Recursos da Rede: Mesmo com armazenamento temporário, volumes elevados de transações com blobs podem criar pressão de armazenamento e largura de banda a curto prazo nos nós, sobretudo em validadores com recursos limitados.

3. Adaptação do Ecossistema: Projetos Layer 2, fornecedores de carteiras digitais e serviços de infraestrutura terão de efetuar ajustamentos técnicos para aproveitar integralmente as transações com blobs, o que pode não ser um processo totalmente fluido.

4. Incerteza no Mecanismo de Preços: O novo sistema de taxas para blobs pode enfrentar desafios inesperados na prática, como volatilidade de preços ou dificuldades de adaptação ao mercado.

5. Transição para o Danksharding Completo: O Proto-Danksharding constitui apenas uma etapa intermédia e a futura implementação da tecnologia de sharding total poderá trazer novos desafios técnicos e custos de coordenação.

Além disso, enquanto grande atualização da rede Ethereum, qualquer falha na implementação poderá ter repercussões em todo o ecossistema, exigindo monitorização e otimização contínuas da comunidade.

O 4844 representa um marco central no plano de escalabilidade da Ethereum, marcando um progresso decisivo na abordagem ao "triângulo impossível" da blockchain. Com as transações com blobs e os mecanismos de armazenamento temporário, o 4844 reduz de forma eficaz os custos das soluções Layer 2, permitindo à rede Ethereum suportar cenários de aplicação mais abrangentes e uma base de utilizadores maior. Para os utilizadores comuns, traduz-se em taxas mais baixas e experiências de utilização mais fluidas; para os programadores, representa apoio de infraestrutura para o desenvolvimento de aplicações escaláveis. À medida que mais projetos Layer 2 adotam e exploram plenamente esta tecnologia, a capacidade total de processamento do ecossistema Ethereum irá aumentar substancialmente, abrindo caminho à adoção massificada de aplicações Web3.