4844

4844 é um elemento fundamental da atualização Dencun da Ethereum (antes chamada EIP-4844), lançada em 13 de março de 2024. Essa inovação marca um passo decisivo na escalabilidade da Ethereum, ao introduzir mecanismos temporários de armazenamento de dados chamados blobs (binary large objects), que reduzem de forma significativa os custos das soluções de Layer 2, como Optimistic Rollups e ZK-Rollups. Conhecida também como Proto-Danksharding, essa atualização representa uma fase intermediária rumo ao Danksharding completo (tecnologia de sharding abrangente), ampliando a disponibilidade de dados e diminuindo as taxas de transação na rede Ethereum via novos tipos de transação e métodos de processamento de dados.

Contexto: Origem do 4844

O 4844 surgiu da Ethereum Improvement Proposal EIP-4844, apresentada em 2021 por desenvolvedores centrais da Ethereum, como Vitalik Buterin e Dankrad Feist. A proposta foi elaborada para atacar o problema das altas taxas de transação da Ethereum, principalmente ao oferecer um mecanismo mais econômico para publicação de dados em soluções de Layer 2.

No plano de escalabilidade da Ethereum, a tecnologia de sharding é vista como uma solução de longo prazo, mas sua implantação completa exige vários anos. O Proto-Danksharding funciona como etapa de transição, permitindo que desenvolvedores aproveitem melhorias parciais de escalabilidade sem aguardar pela tecnologia de sharding definitiva.

O 4844 passou por testes e revisões minuciosos desde sua concepção até a implementação, incluindo múltiplas validações e lançamentos em redes de teste antes de sua estreia bem-sucedida na rede principal (mainnet) com a atualização Dencun. Esse processo reflete o rigor técnico da comunidade Ethereum, que prioriza a segurança da rede ao mesmo tempo em que avança na escalabilidade.

Funcionamento: Como o 4844 opera

A principal inovação do 4844 está na criação de um novo tipo de transação—transações que transportam blobs—e nos mecanismos de processamento de dados associados:

1. Estrutura de dados Blob: Blobs são pacotes de dados volumosos gravados na blockchain, mas não armazenados de forma permanente, desenhados para soluções de Layer 2 e capazes de comportar até 125 KB de dados.

2. Disponibilidade e validade dos dados: Os dados dos blobs ficam acessíveis para validadores e participantes da rede por cerca de 1-2 semanas, sendo posteriormente removidos automaticamente pela rede. Esse armazenamento temporário equilibra a disponibilidade de dados e o impacto no armazenamento.

3. Mecanismo de precificação: O 4844 traz um modelo de cobrança para blobs independente das taxas de gas da rede principal da Ethereum, regulando os custos conforme o volume de dados e permitindo que soluções de Layer 2 publiquem dados com custos mais previsíveis e reduzidos.

4. Verificação criptográfica: Cada blob é validado por meio de compromissos criptográficos KZG (Kate-Zaverucha-Goldberg commitments), método que garante a integridade dos dados sem exigir que todos os nós baixem o conteúdo completo dos blobs.

5. Separação do ambiente de execução: Os dados dos blobs são isolados da camada de execução da Ethereum (EVM), não participando diretamente da execução dos smart contracts, mas atuando como camada de disponibilidade de dados para Layer 2.

Esse design permite que as soluções de Layer 2 publiquem provas criptográficas e dados de transação na rede principal (mainnet) da Ethereum com custos significativamente reduzidos, oferecendo uma experiência transacional mais econômica aos usuários finais.

Quais são os riscos e desafios do 4844?

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

1. Complexidade técnica: A inclusão de novos tipos de transação e estruturas de dados eleva a complexidade do sistema, podendo gerar vulnerabilidades ou riscos de segurança ainda não identificados.

2. Pressão sobre recursos da rede: Apesar do armazenamento temporário, grandes volumes de blobs podem causar pressão de curto prazo em armazenamento e largura de banda nos nós, especialmente para validadores com recursos limitados.

3. Adaptação do ecossistema: Projetos de Layer 2, provedores de carteiras e serviços de infraestrutura precisam adaptar seus sistemas para tirar proveito total das transações com blobs, processo que pode ser desafiador.

4. Incerteza na precificação: O novo mecanismo de taxas para blobs pode enfrentar dificuldades práticas, como volatilidade nos preços ou desafios de adaptação ao mercado.

5. Transição para o Danksharding completo: O Proto-Danksharding é apenas uma fase intermediária, e a migração futura para o sharding completo pode trazer exigências técnicas adicionais e custos de coordenação.

Além disso, por se tratar de uma atualização central na rede Ethereum, falhas na implementação podem afetar todo o ecossistema, exigindo monitoramento e aprimoramento contínuo pela comunidade.

O 4844, como marco na estratégia de escalabilidade da Ethereum, representa um avanço concreto na solução do "triângulo impossível" da blockchain. Ao implementar transações com blobs e armazenamento temporário de dados, o 4844 reduz de forma efetiva os custos das soluções de Layer 2, permitindo à rede Ethereum suportar aplicações de maior escala e bases de usuários mais amplas. Para o usuário comum, isso significa taxas de transação menores e experiências mais ágeis; para desenvolvedores, traz infraestrutura robusta para criar aplicações escaláveis. À medida que mais projetos de Layer 2 adotam e exploram essa tecnologia, a capacidade total de processamento do ecossistema Ethereum tende a crescer de modo significativo, abrindo caminho para a expansão das aplicações Web3.