Usamos dois métodos de cálculo para avaliar a possível redução nas taxas de gás, TPS (transações por segundo) e a capacidade de acomodar Rollups após a implementação do EIP-4844.
Estima-se que o EIP-4844 possa acomodar mais Calldata, variando de 38 a 192 vezes, com tamanhos de Calldata de 10 KB e 2 KB, respectivamente. Como mais Calldata podem ser acomodados no mesmo bloco, o custo por unidade de Calldata também será reduzido de acordo.
Supondo que o tamanho dos dados de chamada de cada Rollup seja uniformemente de 2 KB, o EIP-4844 pode acomodar apenas até 384 Rollups.
Em circunstâncias normais (ou seja, quando o bloco atingir o tamanho alvo), o Ethereum atingirá 175 TPS via EIP-4844, com um máximo de 350.
**5. Ao contrário da crença popular, o EIP-4844 por si só não é suficiente para melhorar significativamente a escalabilidade do Ethereum. **
A utilização de camadas DA alternativas (como Celestia) ou DAC (como zkPorter), melhorar a taxa de compressão dos dados de transação L2 e aumentar a proporção de zk Rollups terá um impacto importante na melhoria adicional da escalabilidade do Ethereum.
O proto-danksharding (também conhecido como EIP-4844) propõe implementar a maior parte da lógica e regras que o Danksharding poderá usar no futuro. Atualmente, devido ao alto custo de armazenamento na L1, a taxa de transição para a L2 também é relativamente alta. Para resolver esse problema, o EIP-4844 introduz um novo tipo de dados Blob, que é mais barato e maior que calldata, fornecendo outra forma de armazenamento de dados cumulativos.
Com o próximo lançamento do EIP-4844, os sequenciadores L2 podem se tornar mais lucrativos. Isso ocorre porque o sequenciador é responsável por importar lotes de transações para L1 e pagar taxas de dados, e as taxas de dados L1 pagas pelo sequenciador serão significativamente reduzidas. Taxas de transação baixas têm o potencial de gerar mais MEV, aumentando o número de pedidos em L2.
A atualização de Cancún incluirá o EIP-4844, mas ainda não há um horário exato para a atualização. A equipe de pesquisa da Fundação Ethereum afirmou que a atualização de Cancún poderá ser lançada no final de outubro. No entanto, é mais provável que seja lançado por volta do primeiro trimestre de 2024.
**Então, até que ponto o EIP-4844 pode reduzir as taxas de transação? **Atualmente, as taxas de transação L2 consistem principalmente em duas partes:
**Custo Rollup: **O custo de empacotamento, envio e armazenamento de uma transação no Ethereum.
**Custo de execução (ution): **O custo de execução de uma transação em L2
Taxa de transação L2 = custos de rollup + custos de transação
= [ Preço do gás L1 * (dados de chamada + despesas gerais fixas) ] + [ Preço do gás L2 * Gás L2 usado ]
Tomando o Optimism como exemplo, atualmente quase 80% do total das taxas de transação vêm dos custos de armazenamento L1 (ou seja, custos de Calldata). Ignoramos o impacto de outras taxas por enquanto e propomos dois métodos para estimar quanto as taxas de transação L2 podem ser reduzidas após o EIP-4844.
No EIP-4844, após a implementação da proposta, o tamanho de cada Blob é de 128 KB e cada Blob consome 131.072 Gás. Portanto, em média, cada byte de dados do Blob consumirá 128 * 1024/131, 072 = 1 Gás. Em comparação, armazenar atualmente um único byte Calldata consome 16 Gas. Isto mostra que o custo de armazenamento das transações L2 será reduzido em 16 vezes.
Porém, este método compara apenas o custo de armazenamento por byte e não considera a capacidade total de Gas do bloco. Como a quantidade total de Gás que um único bloco pode transportar pode mudar após o EIP-4844, os custos de armazenamento de transações L2 podem ser reduzidos em mais de 16 vezes.
O segundo método considera o tamanho do bloco e verifica o número de vezes que os Calldata atuais podem ser acomodados em diferentes tamanhos de bloco. De acordo com os parâmetros atuais, no cenário de tamanho de bloco alvo, um bloco pode acomodar 3 blobs (0,375 MB) e um máximo de 6 blobs (0,75 MB). Considerando que o Calldata de cada bloco ocupa atualmente cerca de 2 a 10 KB, após o EIP-4844, ele pode acomodar até 0,75 * 1024/2 = 384 vezes o Calldata.
No entanto, à medida que o tamanho do bloco aumenta do valor alvo para o valor máximo, o preço do gás aumenta exponencialmente. Portanto, no caso mais comum (ou seja, quando o bloco atinge o tamanho alvo), o EIP-4844 pode acomodar de 38 a 192 vezes os dados de chamada de 10 KB e 2 KB, respectivamente. **À medida que a capacidade do Calldata no bloco aumenta, o custo de armazenamento do Calldata também diminuirá proporcionalmente. Portanto, o custo das transações L2 também será reduzido em conformidade.
Além disso, supondo que o tamanho dos Calldata de cada Rollup seja uniformemente de 2 KB, o EIP-4844 pode acomodar apenas até 384 Rollups. Isso não atinge os milhares de rollups que muitas pessoas imaginaram.
Com base nisso, também podemos derivar a ordem de TPS que o Ethereum pode alcançar após o EIP-4844. Atualmente, uma transação L2 média requer aproximadamente 3.000 dados de chamada de gás em L1. Considerando que Calldata tem um custo de gás de 16 por byte, isso indica que cada transação L2 em L1 tem aproximadamente 187 bytes.
Após o EIP-4844, o tamanho do bloco alvo é de 0,375 MB e o Ethereum gera um bloco a cada 12 segundos. Portanto, o espaço disponível por segundo é 0,375/12 * 1024 = 32 KB, que pode acomodar 32 * 1024/187 = 175 transações. Portanto, em circunstâncias normais (ou seja, quando o bloco atinge o tamanho alvo), o TPS do Ethereum após a atualização EIP-4844 deve ser 175, com um máximo de 350.
Embora um TPS mais alto possa melhorar a eficiência, é importante notar que mesmo com a implementação do EIP-4844, o Ethereum ainda não é tão bom quanto o Visa, que atualmente possui um TPS de até 1700. Esta lacuna ainda pode causar congestionamento nas redes L1 e L2, especialmente em cenários de alta demanda.
**Portanto, o EIP-4844 por si só não é suficiente para permitir que o Ethereum alcance maior escalabilidade. **Ainda precisamos de uma solução de disponibilidade de dados mais econômica e eficiente para armazenar mais dados de chamadas (como uma camada DA como Celestia ou um DAC como zkPorter), que ainda são essenciais para alcançar escalabilidade.
Finalmente, a taxa de compressão das transações L2 afeta diretamente o tamanho dos Calldata armazenados em L1. Quanto maior a taxa de compressão, menor será o custo de L1 necessário. À medida que o zkRollup continua a se desenvolver, a quantidade de dados que precisam ser armazenados no L1 se tornará cada vez menor, o que também será mais propício para melhorar a escalabilidade do Ethereum. Como zkRollup é diferente do Optimistic Rollup, zkRollup só precisa armazenar alterações de estado em vez de toda a transação.
para concluir
Neste artigo, usamos dois métodos de cálculo diferentes para avaliar as possíveis reduções nas taxas de gás, TPS (transações por segundo) e a capacidade de acomodar rollups após a implementação do EIP-4844. Os resultados mostram que, assumindo que o tamanho do Calldata de cada Rollup seja uniformemente de 2 KB, o EIP-4844 só pode suportar no máximo menos de 400 Rollups. Isso está muito longe da demanda por milhares de Rollups que muitos esperavam. A utilização de camadas DA ou DACs alternativas, o aumento da taxa de compactação dos dados de transação L2 e o aumento da proporção de rollups zk terão um impacto significativo na melhoria adicional da escalabilidade do Ethereum.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Impacto potencial do EIP-4844: Até que ponto pode melhorar a escalabilidade e reduzir as taxas de transação?
Autor original: fã 0x, Smarti Lab
Compilação original: Peng SUN, Foresight News
##TL;DR：
Usamos dois métodos de cálculo para avaliar a possível redução nas taxas de gás, TPS (transações por segundo) e a capacidade de acomodar Rollups após a implementação do EIP-4844.
Estima-se que o EIP-4844 possa acomodar mais Calldata, variando de 38 a 192 vezes, com tamanhos de Calldata de 10 KB e 2 KB, respectivamente. Como mais Calldata podem ser acomodados no mesmo bloco, o custo por unidade de Calldata também será reduzido de acordo.
Supondo que o tamanho dos dados de chamada de cada Rollup seja uniformemente de 2 KB, o EIP-4844 pode acomodar apenas até 384 Rollups.
Em circunstâncias normais (ou seja, quando o bloco atingir o tamanho alvo), o Ethereum atingirá 175 TPS via EIP-4844, com um máximo de 350.
**5. Ao contrário da crença popular, o EIP-4844 por si só não é suficiente para melhorar significativamente a escalabilidade do Ethereum. **
O proto-danksharding (também conhecido como EIP-4844) propõe implementar a maior parte da lógica e regras que o Danksharding poderá usar no futuro. Atualmente, devido ao alto custo de armazenamento na L1, a taxa de transição para a L2 também é relativamente alta. Para resolver esse problema, o EIP-4844 introduz um novo tipo de dados Blob, que é mais barato e maior que calldata, fornecendo outra forma de armazenamento de dados cumulativos.
Com o próximo lançamento do EIP-4844, os sequenciadores L2 podem se tornar mais lucrativos. Isso ocorre porque o sequenciador é responsável por importar lotes de transações para L1 e pagar taxas de dados, e as taxas de dados L1 pagas pelo sequenciador serão significativamente reduzidas. Taxas de transação baixas têm o potencial de gerar mais MEV, aumentando o número de pedidos em L2.
A atualização de Cancún incluirá o EIP-4844, mas ainda não há um horário exato para a atualização. A equipe de pesquisa da Fundação Ethereum afirmou que a atualização de Cancún poderá ser lançada no final de outubro. No entanto, é mais provável que seja lançado por volta do primeiro trimestre de 2024.
**Então, até que ponto o EIP-4844 pode reduzir as taxas de transação? **Atualmente, as taxas de transação L2 consistem principalmente em duas partes:
Tomando o Optimism como exemplo, atualmente quase 80% do total das taxas de transação vêm dos custos de armazenamento L1 (ou seja, custos de Calldata). Ignoramos o impacto de outras taxas por enquanto e propomos dois métodos para estimar quanto as taxas de transação L2 podem ser reduzidas após o EIP-4844.
No EIP-4844, após a implementação da proposta, o tamanho de cada Blob é de 128 KB e cada Blob consome 131.072 Gás. Portanto, em média, cada byte de dados do Blob consumirá 128 * 1024/131, 072 = 1 Gás. Em comparação, armazenar atualmente um único byte Calldata consome 16 Gas. Isto mostra que o custo de armazenamento das transações L2 será reduzido em 16 vezes.
Porém, este método compara apenas o custo de armazenamento por byte e não considera a capacidade total de Gas do bloco. Como a quantidade total de Gás que um único bloco pode transportar pode mudar após o EIP-4844, os custos de armazenamento de transações L2 podem ser reduzidos em mais de 16 vezes.
O segundo método considera o tamanho do bloco e verifica o número de vezes que os Calldata atuais podem ser acomodados em diferentes tamanhos de bloco. De acordo com os parâmetros atuais, no cenário de tamanho de bloco alvo, um bloco pode acomodar 3 blobs (0,375 MB) e um máximo de 6 blobs (0,75 MB). Considerando que o Calldata de cada bloco ocupa atualmente cerca de 2 a 10 KB, após o EIP-4844, ele pode acomodar até 0,75 * 1024/2 = 384 vezes o Calldata.
No entanto, à medida que o tamanho do bloco aumenta do valor alvo para o valor máximo, o preço do gás aumenta exponencialmente. Portanto, no caso mais comum (ou seja, quando o bloco atinge o tamanho alvo), o EIP-4844 pode acomodar de 38 a 192 vezes os dados de chamada de 10 KB e 2 KB, respectivamente. **À medida que a capacidade do Calldata no bloco aumenta, o custo de armazenamento do Calldata também diminuirá proporcionalmente. Portanto, o custo das transações L2 também será reduzido em conformidade.
Além disso, supondo que o tamanho dos Calldata de cada Rollup seja uniformemente de 2 KB, o EIP-4844 pode acomodar apenas até 384 Rollups. Isso não atinge os milhares de rollups que muitas pessoas imaginaram.
Com base nisso, também podemos derivar a ordem de TPS que o Ethereum pode alcançar após o EIP-4844. Atualmente, uma transação L2 média requer aproximadamente 3.000 dados de chamada de gás em L1. Considerando que Calldata tem um custo de gás de 16 por byte, isso indica que cada transação L2 em L1 tem aproximadamente 187 bytes.
Após o EIP-4844, o tamanho do bloco alvo é de 0,375 MB e o Ethereum gera um bloco a cada 12 segundos. Portanto, o espaço disponível por segundo é 0,375/12 * 1024 = 32 KB, que pode acomodar 32 * 1024/187 = 175 transações. Portanto, em circunstâncias normais (ou seja, quando o bloco atinge o tamanho alvo), o TPS do Ethereum após a atualização EIP-4844 deve ser 175, com um máximo de 350.
Embora um TPS mais alto possa melhorar a eficiência, é importante notar que mesmo com a implementação do EIP-4844, o Ethereum ainda não é tão bom quanto o Visa, que atualmente possui um TPS de até 1700. Esta lacuna ainda pode causar congestionamento nas redes L1 e L2, especialmente em cenários de alta demanda.
**Portanto, o EIP-4844 por si só não é suficiente para permitir que o Ethereum alcance maior escalabilidade. **Ainda precisamos de uma solução de disponibilidade de dados mais econômica e eficiente para armazenar mais dados de chamadas (como uma camada DA como Celestia ou um DAC como zkPorter), que ainda são essenciais para alcançar escalabilidade.
Finalmente, a taxa de compressão das transações L2 afeta diretamente o tamanho dos Calldata armazenados em L1. Quanto maior a taxa de compressão, menor será o custo de L1 necessário. À medida que o zkRollup continua a se desenvolver, a quantidade de dados que precisam ser armazenados no L1 se tornará cada vez menor, o que também será mais propício para melhorar a escalabilidade do Ethereum. Como zkRollup é diferente do Optimistic Rollup, zkRollup só precisa armazenar alterações de estado em vez de toda a transação.
para concluir
Neste artigo, usamos dois métodos de cálculo diferentes para avaliar as possíveis reduções nas taxas de gás, TPS (transações por segundo) e a capacidade de acomodar rollups após a implementação do EIP-4844. Os resultados mostram que, assumindo que o tamanho do Calldata de cada Rollup seja uniformemente de 2 KB, o EIP-4844 só pode suportar no máximo menos de 400 Rollups. Isso está muito longe da demanda por milhares de Rollups que muitos esperavam. A utilização de camadas DA ou DACs alternativas, o aumento da taxa de compactação dos dados de transação L2 e o aumento da proporção de rollups zk terão um impacto significativo na melhoria adicional da escalabilidade do Ethereum.