USD
Como funciona a Blob Transaction
A EIP-4844 adiciona as “transações com blobs” (blob-carrying transactions) como um passo em direção ao danksharding (frequentemente chamado de proto-danksharding). O objetivo é oferecer às rollups uma forma mais barata de publicar os dados de seus lotes na Ethereum do que incluí-los em calldata.
Uma blob transaction inclui os campos normais no estilo da EIP-1559, além de um max_fee_per_blob_gas e de uma lista de blob_versioned_hashes (identificadores derivados de compromissos KZG). A camada de execução (EL) processa a transação como qualquer outra, mas não tem acesso ao conteúdo dos blobs, apenas aos compromissos/hashes.
Os dados dos blobs em si são propagados e validados pela camada de consenso (CL). Os nós podem verificar se os blobs correspondem aos seus compromissos usando o mecanismo de compromissos KZG, incluindo um precompile de avaliação de ponto usado na verificação de provas. Como os blobs se destinam à disponibilidade de dados, e não ao armazenamento permanente, o protocolo foi projetado para que esses dados possam ser removidos (pruning) após um período de retenção relativamente curto.
Os dados de blob também têm seu próprio mercado de taxas. Além das taxas de gas normais pela execução, as blob transactions pagam uma taxa de blob separada (uma blob base fee), precificada em “blob gas”. Isso cria um mercado distinto para a largura de banda de disponibilidade de dados, que pode se mover de forma independente dos preços de gas normais da L1.
Exemplo
Se o calldata é como escrever uma mensagem de forma permanente no registro público da Ethereum, uma blob transaction é como publicar um anexo grande que pode ser verificado e fica disponível por um tempo, mas não é mantido para sempre.
Por que isso importa
As blob transactions servem principalmente para as rollups: uma disponibilidade de dados mais barata na Ethereum pode reduzir os custos operacionais das rollups e, em muitos casos, as taxas para o usuário final. Elas também preparam a Ethereum para futuras atualizações de escalabilidade ao introduzir o formato de transação e o modelo de precificação necessários para o danksharding completo.
Riscos ou limitações
O conteúdo dos blobs não é acessível à execução da EVM, então os contratos não conseguem ler nem processar os dados dos blobs diretamente. Os dados de blob foram pensados para poderem ser removidos, portanto aplicações que precisam de recuperação de longo prazo dependem de infraestrutura de indexação/arquivamento. A capacidade de blobs por bloco é limitada (por meio de metas e limites de blob gas), então a congestão pode elevar as taxas de blob, e as transações podem não ser incluídas se o max_fee_per_blob_gas for definido em um valor muito baixo.
