4844

O que é 4844?

4844 refere-se à proposta EIP-4844 da Ethereum, conhecida também como Proto-Danksharding. Essa proposta foi implementada durante a atualização Dencun na mainnet, trazendo um mecanismo de “publicação de dados” mais econômico para redes de Layer 2.

No universo Ethereum, as soluções de Layer 2 (L2s) funcionam como vias expressas elevadas, ajudando a desviar grandes volumes de tráfego. Os rollups são a principal implementação de L2, agrupando múltiplas transações de usuários e publicando-as na mainnet da Ethereum para garantir segurança. O EIP-4844 introduz um novo canal de dados, chamado “Blob”, tornando essa etapa de publicação de dados mais barata e escalável.

Por que o 4844 reduz os custos das L2?

Antes, os rollups armazenavam seus dados de transação no “calldata” da Ethereum, competindo pelos mesmos recursos usados na execução de contratos inteligentes—o que elevava os custos. O EIP-4844 transfere esses dados “de curta duração” para um mercado de taxas de Blob separado, tornando os custos mais previsíveis e controláveis.

O calldata pode ser comparado a um “quadro de avisos permanente”, enquanto os Blobs funcionam como “quadros temporários que são limpos periodicamente”. Como os rollups só precisam garantir a disponibilidade dos dados por um período limitado, os Blobs atendem à demanda com custos menores, aumentando o rendimento da rede.

O que é um Blob no 4844?

Blob é um grande bloco de dados anexado a um tipo especial de transação, utilizado exclusivamente para publicação e atestação. Os Blobs não são lidos diretamente por contratos inteligentes da Ethereum (EVM); sua integridade e disponibilidade são garantidas por mecanismos de compromisso e verificação.

Os dados do Blob permanecem temporariamente na rede antes de serem removidos pelos nós, reduzindo a necessidade de armazenamento permanente. Isso está alinhado às necessidades dos rollups, que só exigem acesso aos dados históricos em períodos de disputa ou replay.

Como o 4844 funciona na Ethereum?

O 4844 cria um novo tipo de transação capaz de transportar dados de Blob. Cada bloco tem um limite de Blobs que pode incluir, e o preço de cada Blob é definido por um mercado específico que se ajusta conforme oferta e demanda.

Quando usuários ou rollups enviam transações com Blobs, os validadores verificam os compromissos relacionados e coletam as taxas de Blob. Esse modelo separa os “custos de disponibilidade de dados” dos “custos de execução de contrato”, evitando disputa por recursos e estabilizando os custos de publicação de dados em L2.

Vale destacar que a EVM não pode acessar diretamente os conteúdos dos Blobs; as aplicações dependem de provas de compromisso para garantir que o Blob foi publicado corretamente. Essa abordagem reduz a necessidade de armazenamento permanente, mantendo uma janela de auditoria para recuperação e verificação dos dados.

Como o 4844 impacta os rollups?

O 4844 reduz significativamente o custo para os rollups publicarem dados, permitindo lotes maiores e empacotamento mais flexível—o que melhora a experiência do usuário com taxas mais baixas e confirmações mais rápidas. Após a atualização Dencun em março de 2024, as taxas das L2 caíram de forma expressiva e continuam baixas (confira: notas de atualização da Ethereum.org e painéis de taxas da comunidade, a partir de março de 2024).

Para operadores, taxas mais estáveis e maior largura de banda de dados viabilizam o suporte a mais usuários e aplicações sofisticadas—como trading de alta frequência, mintagem de NFTs ou interações em jogos—com maior resiliência em períodos de pico.

Como economizar em L2 com o 4844?

Para aproveitar os custos reduzidos proporcionados pelo EIP-4844, o principal é realizar interações on-chain em L2s da Ethereum compatíveis com Blobs, sempre observando os métodos de depósito/saque e a gestão de riscos.

Passo 1: Prepare sua carteira. Utilize uma carteira popular e atualizada para garantir compatibilidade com redes L2 e formatos de assinatura. Usuários iniciantes podem adicionar o endpoint RPC e o chain ID da L2 desejada nas configurações da carteira.

Passo 2: Deposite e saque via Gate. Transfira fundos da Gate para o endereço da L2 escolhida, selecionando o canal de rede L2 adequado na página de saque—normalmente com taxas menores. Para depósitos, o processo é inverso; sempre confira a rede e o endereço, e teste com um valor pequeno para evitar perdas por erro.

Passo 3: Interaja em L2. Faça transferências, negociações em DEX ou mintagem de NFTs na L2 de sua escolha—geralmente com taxas menores e confirmações mais rápidas. Em horários de pico, considere pagar taxas maiores ou transacionar em momentos mais tranquilos.

Passo 4: Monitore painéis de taxas. Fique atento a painéis oficiais ou comunitários sobre taxas em L2, observando eventuais picos temporários no preço dos Blobs devido à congestão e planejando suas transações para maior eficiência.

Passo 5: Entenda os prazos das pontes. Pontes oficiais entre L2s podem apresentar atrasos nos saques; em casos urgentes, pontes terceirizadas confiáveis podem ser alternativas, mas sempre avalie o risco de contraparte e taxas adicionais.

Aviso de Risco: Toda transferência e assinatura on-chain envolve risco irreversível. Sempre verifique redes, contratos e endereços—comece com valores pequenos para reduzir possíveis perdas.

Como o 4844 difere de sharding e calldata?

Em relação ao calldata, os Blobs do 4844 têm mercado de taxas próprio, armazenamento temporário e não podem ser lidos diretamente pela EVM—sendo ideais para dados de rollup que só precisam de disponibilidade de curto prazo e, normalmente, a custos menores.

Ao contrário do sharding completo, o 4844 é uma solução intermediária (Proto-Danksharding). Ele não divide a Ethereum em shards de execução paralela, mas amplia a largura de banda de dados na estrutura atual, com precificação independente—abrindo caminho para o Danksharding completo e para a amostragem de disponibilidade de dados no futuro.

Quais são os riscos e limitações do 4844?

O EIP-4844 não reduz diretamente os custos de execução de contratos inteligentes na Layer 1 da Ethereum; contratos complexos continuam caros no L1. Se a demanda por Blobs aumentar abruptamente, os preços dos Blobs podem subir temporariamente—gerando volatilidade nas taxas das L2.

Os dados dos Blobs ficam disponíveis na rede apenas por tempo limitado antes de serem excluídos, exigindo que rollups e operadores de nós arquivem os dados necessários em outros locais. Carteiras, navegadores ou ferramentas podem apresentar diferenças quanto à rapidez na atualização para compatibilidade; usuários iniciais podem notar divergências em exibição ou prompts de assinatura.

Além disso, o 4844 não altera o modelo de segurança fundamental dos rollups nem os prazos de saque das pontes. Usuários devem permanecer atentos aos riscos em pontes cross-chain, upgrades de contratos e gestão de permissões.

O que vem a seguir para o 4844?

O EIP-4844 é considerado um passo essencial rumo ao Danksharding completo. Os próximos avanços incluem aumentar o limite de Blobs por bloco, otimizar mecanismos de ajuste de taxas e desenvolver tecnologias como Data Availability Sampling (DAS) para ampliar ainda mais a largura de banda e a participação de nós.

No âmbito das aplicações, mais L2s vão aperfeiçoar estratégias de batching em torno da disponibilidade de dados (DA) a custos menores, tornando aplicações on-chain em tempo real e de alta frequência cada vez mais viáveis. Camadas alternativas de disponibilidade de dados continuarão evoluindo em paralelo ao roadmap da Ethereum—formando um ecossistema multilayer.

Principais pontos do 4844

O EIP-4844 entrega um canal de armazenamento de curto prazo e baixo custo para publicação de dados de rollups ao dissociar “custos de disponibilidade de dados” dos “custos de execução de contrato”. Isso melhora de forma significativa as taxas e o throughput das Layer 2, abrindo caminho para o Danksharding completo. Para os usuários: migrar interações para L2s compatíveis com Blobs, escolher os canais corretos de depósito/saque via Gate e adotar boas práticas de gestão de risco garantem menores custos e melhor experiência.

FAQ

Os dados de Blob serão armazenados permanentemente on-chain?

Não. Os dados de Blob permanecem on-chain por cerca de 18 dias antes de serem automaticamente removidos. Esse armazenamento temporário atende aos requisitos de disponibilidade de dados das L2s e economiza espaço nos nós completos. Projetos L2 podem arquivar os dados históricos necessários em outros locais antes que os Blobs expirem, garantindo rastreabilidade.

Por que os Blobs são muito mais baratos que o calldata?

Os Blobs contam com um mecanismo de precificação de gas dedicado, com preços iniciais baixos e sem competição com a execução de contratos pelo espaço de gas. O calldata precisa ser armazenado e processado permanentemente por todos os nós—o que eleva seu custo—enquanto os Blobs só precisam ser armazenados por 18 dias em um mercado de gas separado. Esse modelo permite que os custos de transação em L2 sejam reduzidos em mais de 90%.

Se eu transacionar em uma L2, vou perceber taxas mais baixas devido ao 4844?

Sim. Desde que a L2 escolhida utilize publicação de dados via Blob, você terá acesso direto a taxas de transação significativamente menores. L2s líderes como Arbitrum e Optimism já suportam Blobs; novos usuários podem transferir ativos de plataformas como a Gate para essas L2s e realizar transações de baixo custo.

Por que cada Blob tem tamanho fixo de 128KB?

O tamanho de 128KB representa o equilíbrio da Ethereum entre throughput e requisitos de recursos dos nós. Um Blob desse tamanho reduz substancialmente os custos das L2 sem sobrecarregar a verificação ou o armazenamento dos nós. O valor pode ser ajustado conforme as condições futuras da rede, mas atualmente se mostrou eficiente.

O 4844 afeta transações na mainnet da Ethereum?

Quase nada. O EIP-4844 otimiza principalmente transações de Layer 2—transações na mainnet não utilizam Blobs. Contudo, ao reduzir drasticamente os custos das L2 ao longo do tempo, incentiva mais usuários a migrarem da mainnet para as L2s—aliviando a congestão da mainnet conforme previsto no roadmap de escalabilidade da Ethereum.