Análise Profunda da Era Pós-Upgrades de Cancún: Perspectivas de Dados e Investimentos
Introdução
Desde que o Ethereum foi lançado oficialmente em 30 de julho de 2015, já houve 12 atualizações na sua história, cada uma delas bastante notável.
A principal meta da atualização de Ethereum Cancun-Deneb ( e da atualização Dencun ) é melhorar a escalabilidade e modularidade da rede Layer 2, fortalecer as funcionalidades de segurança da rede Ethereum e aprimorar a usabilidade geral.
1. O que é a atualização Dencun
1.1 Introdução à Atualização
1.1.1 Origem do Nome
A camada subjacente do Ethereum é composta por duas partes que se fundem, que são a camada de execução e a camada de consenso, e cada uma dessas partes possui diferentes regras de nomenclatura.
As regras de nomenclatura das atualizações de camada de execução, a partir de 2021, são baseadas nas cidades que hospedam o Devcon (conferência de desenvolvedores do Ethereum). Por exemplo, atualização de Berlim, atualização de Londres, atualização de Xangai, etc.
As regras de nomenclatura para a atualização da camada de consenso são baseadas em nomes de corpos celestes, desde o lançamento da cadeia de beacon, seguindo a ordem alfabética. Por exemplo, Altair (牵牛星), Bellatrix (参宿五), Capella (五车二), entre outros.
O nome de cada atualização do Ethereum é uma combinação de diferentes nomes de atualização, formando um nome de atualização geral. Como o Devcon deste ano acontece em Cancún, no México, e a atualização da camada de consenso é chamada Deneb, a atualização do Ethereum é abreviada como atualização Dencun.
1.1.2 Contexto da Atualização
O fundo da atualização Dencun é um planejamento de longo prazo baseado no desenvolvimento do Ethereum, e o outro núcleo é melhorar a experiência do Ethereum, alcançando, finalmente, um ecossistema descentralizado, sem permissão, resistente à censura e de código aberto.
Por um lado, através do roadmap divulgado por Vitalik Buterin, fundador do Ethereum, em 31 de dezembro de 2023, sabe-se que a atualização Dencun corresponde à parte do The Surge, começando por colocar a experiência do usuário em primeiro lugar (por exemplo, aumentando a velocidade das transações, reduzindo as taxas de Gas), com o objetivo de aumentar a eficiência da rede, reduzir os custos de transação e estabelecer uma base sólida para o desenvolvimento futuro.
Por outro lado, a partir do artigo "Make Ethereum Cypherpunk Again" publicado por Vitalik Buterin em 28 de dezembro de 2023, fica claro que Vitalik acredita que uma das principais razões que está tornando a blockchain cada vez mais limitada à especulação de ativos é o aumento das taxas de transação, o que faz com que os Degen Gamblers se tornem o grupo dominante, prejudicando a realização do valor aplicado da blockchain, portanto, é necessário reduzir as taxas de transação.
1.1.3 Tempo de atualização
De acordo com o planejamento do Ethereum, as informações sobre o tempo de atualização e ativação são:
Altura do bloco de atualização da camada de execução: 18,963,249
Camada de Consenso Época: 269,568
Tempo estimado: 13 de março de 2024 (hora UTC)
1.1.4 Conteúdo envolvido
As atualizações de Cancun-Deneb do Ethereum realizaram uma série de melhorias na camada de execução e na camada de consenso. Cancun aprimorou a camada de execução (EL), enquanto Deneb fortaleceu a camada de consenso (CL), incorporando uma série de EIPs (Propostas de Melhoria do Ethereum) que são cruciais para o desenvolvimento da rede Ethereum. Há um total de 9 EIPs, e as principais EIPs serão apresentadas posteriormente.
1.2 Principais pontos da atualização Dencun
1.2.1 EIP-4844 Transações Blob de Fragmentação (Proto-Danksharding)
EIP-4844 é o maior destaque desta atualização, com o objetivo de reduzir as taxas de transação, aumentar a capacidade de transações por segundo (TPS) e escalabilidade. Sua essência é uma atualização transitória para preparar o futuro, a fim de alcançar o Danksharding completo (a última parte da atualização da fase "tranquilidade" do Ethereum), com o Proto-Danksharding estabelecendo a base para o Danksharding.
A disponibilidade de dados na cadeia principal do Ethereum é o Calldata (que pode ser entendido como os dados gerados nas chamadas de transação de contratos), enquanto os dados que o Layer 2 retorna ao Layer 1 são armazenados no Calldata. Além disso, para segurança, cada passo de execução do Calldata requer Gas, o que resulta em um custo de Gas relativamente alto. No entanto, os dados de transação no Calldata, após verificação, na verdade não têm muita utilidade, dados de longa duração também podem ser baixados e verificados, e nem é necessário enviá-los para a camada de execução. Usando a composição histórica das taxas médias de transação da cadeia Layer2-OP como exemplo, pode-se observar que quase 80% das taxas vêm das taxas de dados do L1.
Portanto, o EIP-4844 introduziu uma nova estrutura de armazenamento de dados - Blob, projetada especificamente para armazenar os dados de transações enviadas do L2 para o L1. Após a introdução, os dados de transação do L2 são enviados diretamente para o Blob para armazenamento, podendo ser completamente baixados pelos nós de consenso e eliminados após um curto atraso, reduzindo a carga de armazenamento desnecessária. Isso significa que a introdução do Blob reduzirá significativamente as taxas de transação do L2. Além disso, o Blob também equivale a uma expansão adicional do espaço de bloco para o L2, enquanto a capacidade de processamento de transações do L2 também aumentará significativamente.
1.2.2 EIP-1153 Código de operação de armazenamento transitório
O principal objetivo do EIP-1153 é economizar espaço de armazenamento e custos de armazenamento. O armazenamento transitório é descartado após cada transação, portanto, o armazenamento temporário é mais barato, pois não requer acesso ao disco.
O EIP-1153 é mais amigável para desenvolvedores de Dapp, introduzindo novos códigos de operação TSTORE e TLOAD no EVM, com um custo de Gas de aproximadamente 100 Gas por chamada, 95% mais barato do que as chamadas de armazenamento tradicionais (SLOAD e SSTORE). Além disso, uma vez que a transação completa é executada, essa parte do armazenamento é limpa, reduzindo assim os custos de armazenamento e o consumo de Gas, o que pode permitir que novos contratos DeFi economizem mais Gas no futuro.
1.2.3 EIP-4788 Raiz do bloco de beacon no EVM
O EIP-4788 irá implementar a comunicação entre a EVM (Máquina Virtual Ethereum) e a Beacon Chain. Esta funcionalidade suporta vários casos de uso e pode melhorar os pools de staking, construções de restaking, pontes de contratos inteligentes, MEV, entre outros.
Anteriormente, o EVM não conseguia acessar diretamente os dados e estados do Beacon, podendo apenas capturar estados através de oráculos externos confiáveis. Por isso, foi proposta a colocação de uma raiz de bloco pai do Beacon (parent_beacon_block_root) em cada bloco do EVM, de modo que, quando o Beacon fosse atualizado, o EVM pudesse obter imediatamente informações precisas.
A raiz do bloco pai do sinalizador será armazenada em um buffer circular, mantida por cerca de 1 dia. Assim que uma nova raiz de bloco pai do sinalizador entrar e a capacidade do buffer atingir um valor crítico, a raiz do bloco pai do sinalizador mais antiga será substituída, permitindo um armazenamento de consenso eficiente e limitado. Dessa forma, a comunicação é realizada de maneira minimizada em confiança, eliminando falhas de oráculos externos e riscos maliciosos, aumentando a segurança.
1.2.4 EIP-5656 MCOPY - Instrução de cópia de memória
O EIP-5656 otimiza o custo do processo de cópia de áreas de memória ao introduzir uma nova instrução EVM chamada MCOPY, melhorando assim a eficiência do movimento de dados na EVM.
A cópia de memória é uma operação fundamental, mas sua implementação na EVM traz custos adicionais. Tomando como exemplo a cópia de dados de memória de 256 bytes, os desenvolvedores podem reduzir significativamente o custo de 96 Gas (usando MLOAD e MSTORE) para 27 Gas através do opcode MCOPY. Espera-se que, no futuro, a maioria dos desenvolvedores utilize MCOPY em vez de MSTORE/MLOAD, e contratos Gas mais eficientes acabarão por beneficiar os usuários finais.
Ao mesmo tempo, o MCOPY preenche a lacuna que falta nos métodos atuais de cópia de memória no EVM.
1.2.5 EIP-6780 SELFDESTRUCT apenas na mesma transação
EIP-6780 restringe a funcionalidade do opcode SELFDESTRUCT, a nova funcionalidade apenas envia todos os fundos da conta para o destino, mas não afeta o código, o armazenamento e outras informações, ao mesmo tempo que prepara para a futura atualização da árvore Verkle.
Antes do EIP-6780, se o opcode SELFDESTRUCT fosse referido na criação de contratos, os fundos poderiam ser enviados para o destino, mas o código, armazenamento e outras informações seriam excluídos; no entanto, essa funcionalidade poderia gerar certos perigos e consequências inesperadas. Após o EIP-6780, tudo isso não será afetado, permitindo que os desenvolvedores gerenciem melhor os projetos, resultando em uma blockchain mais estável e previsível.
2. Impacto na camada de dados após a atualização
2.1 A influência das taxas de gás
A principal mudança desta atualização, que é também a que mais preocupa a todos, é a alteração nas taxas de Gas. Com a introdução do EIP-4844, o maior beneficiário é o Layer2, onde a redução nas taxas de Gas é bastante evidente, melhorando a experiência do usuário. Basicamente, atende à expectativa de que as taxas de transação do Layer2 seriam reduzidas em 90% antes da atualização.
E para o Layer 1 (Ethereum em si), após a atualização, as taxas de Gas diminuíram, mas não de forma significativa, e os usuários na prática não sentiram mudança.
2.2 Impacto do Volume de Negociação
A atualização, além de reduzir o Gas, também busca aumentar a capacidade de processamento, que é um dos pontos focais do plano de expansão do Ethereum.
Após a conclusão da atualização, o volume de transações da Base disparou e ultrapassou o antigo limite, passando de 500 mil para 2 milhões, o que significa que o EIP-4844 teve um impacto direto, com benefícios mais evidentes.
2.3 impacto no TPS
A otimização do TPS (transações por segundo) significa que os desenvolvedores têm maior flexibilidade ao construir e implantar dApps, prevendo-se que isso resulte em mais aplicações complexas e intensivas em dados, atraindo assim um público mais amplo.
Após a conclusão da atualização, o TPS de cada Layer2 aumentou basicamente, mas não ultrapassou os 30 transações/segundo.
A baixa TPS é uma ocorrência comum na atual indústria Web3, diferenciando-se das características de alta TPS da tradicional indústria Web2. A TPS máxima do Layer2 também não ultrapassou 500, mas, do ponto de vista do desenvolvimento da indústria, esta atualização está a lançar as bases para o futuro, ao mesmo tempo que responde às expectativas de desenvolvimento do Ethereum ------ atingir mais de 100 mil TPS.
2.4 Utilização de Blob
A principal razão para a queda geral das taxas de transação Layer2 é a introdução do tipo Blob. Quanto maior o número de Blobs pendentes na transação, maior será a capacidade total de processamento, o que também estabelece uma base para as futuras atualizações do Ethereum.
Inicialmente, esperava-se que, se fosse alcançado um objetivo médio de 3 Blobs por bloco, a capacidade de L2 teria um aumento próximo a 2 vezes. Se for finalmente alcançado o objetivo de um bloco com 64 Blobs externos, a capacidade de L2 terá um aumento próximo a 40 vezes. Esta atualização tem um limite máximo de 6 Blobs.
Até ao momento, o Blob já começou a ser utilizado nas transações, mas a taxa de utilização geral não é alta, com o pico a ocorrer logo após a conclusão da atualização, seguindo-se uma gradual descida, ainda não tendo alcançado a média estimada de 3 Blobs.
Mas a introdução do tipo Blob realmente representa uma melhoria significativa nos custos de dados de Layer2 sobre Layer1. A partir do exemplo da cadeia OP mencionado acima, é possível perceber de forma intuitiva que os custos de dados de L1 na média das taxas de transação de Layer2 diminuíram claramente, quase eliminados, o que também sugere, de outra forma, que a margem de lucro de Layer2 pode aumentar.
O modelo de lucro da L2 é relativamente simples e claro, podendo ser resumido da seguinte forma: lucro na cadeia = taxas de transação da L2 - custos de pagamento da L1; tomando a cadeia OP como exemplo, embora a atualização tenha reduzido simultaneamente as taxas de transação da L2 e os custos de pagamento da L1, devido ao aumento do volume de transações e da base de usuários, a redução de ambas não está nem na mesma ordem de magnitude. As taxas de transação diminuíram de centenas de milhares para dezenas de milhares, enquanto os custos de pagamento caíram de centenas de milhares para menos de 1k, e o lucro na cadeia também aumentou após a atualização.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Novo padrão ecológico do Ethereum após a atualização de Cancun: taxas de transação L2 caem 90%
Análise Profunda da Era Pós-Upgrades de Cancún: Perspectivas de Dados e Investimentos
Introdução
Desde que o Ethereum foi lançado oficialmente em 30 de julho de 2015, já houve 12 atualizações na sua história, cada uma delas bastante notável.
A principal meta da atualização de Ethereum Cancun-Deneb ( e da atualização Dencun ) é melhorar a escalabilidade e modularidade da rede Layer 2, fortalecer as funcionalidades de segurança da rede Ethereum e aprimorar a usabilidade geral.
1. O que é a atualização Dencun
1.1 Introdução à Atualização
1.1.1 Origem do Nome
A camada subjacente do Ethereum é composta por duas partes que se fundem, que são a camada de execução e a camada de consenso, e cada uma dessas partes possui diferentes regras de nomenclatura.
As regras de nomenclatura das atualizações de camada de execução, a partir de 2021, são baseadas nas cidades que hospedam o Devcon (conferência de desenvolvedores do Ethereum). Por exemplo, atualização de Berlim, atualização de Londres, atualização de Xangai, etc.
As regras de nomenclatura para a atualização da camada de consenso são baseadas em nomes de corpos celestes, desde o lançamento da cadeia de beacon, seguindo a ordem alfabética. Por exemplo, Altair (牵牛星), Bellatrix (参宿五), Capella (五车二), entre outros.
O nome de cada atualização do Ethereum é uma combinação de diferentes nomes de atualização, formando um nome de atualização geral. Como o Devcon deste ano acontece em Cancún, no México, e a atualização da camada de consenso é chamada Deneb, a atualização do Ethereum é abreviada como atualização Dencun.
1.1.2 Contexto da Atualização
O fundo da atualização Dencun é um planejamento de longo prazo baseado no desenvolvimento do Ethereum, e o outro núcleo é melhorar a experiência do Ethereum, alcançando, finalmente, um ecossistema descentralizado, sem permissão, resistente à censura e de código aberto.
Por um lado, através do roadmap divulgado por Vitalik Buterin, fundador do Ethereum, em 31 de dezembro de 2023, sabe-se que a atualização Dencun corresponde à parte do The Surge, começando por colocar a experiência do usuário em primeiro lugar (por exemplo, aumentando a velocidade das transações, reduzindo as taxas de Gas), com o objetivo de aumentar a eficiência da rede, reduzir os custos de transação e estabelecer uma base sólida para o desenvolvimento futuro.
Por outro lado, a partir do artigo "Make Ethereum Cypherpunk Again" publicado por Vitalik Buterin em 28 de dezembro de 2023, fica claro que Vitalik acredita que uma das principais razões que está tornando a blockchain cada vez mais limitada à especulação de ativos é o aumento das taxas de transação, o que faz com que os Degen Gamblers se tornem o grupo dominante, prejudicando a realização do valor aplicado da blockchain, portanto, é necessário reduzir as taxas de transação.
1.1.3 Tempo de atualização
De acordo com o planejamento do Ethereum, as informações sobre o tempo de atualização e ativação são:
1.1.4 Conteúdo envolvido
As atualizações de Cancun-Deneb do Ethereum realizaram uma série de melhorias na camada de execução e na camada de consenso. Cancun aprimorou a camada de execução (EL), enquanto Deneb fortaleceu a camada de consenso (CL), incorporando uma série de EIPs (Propostas de Melhoria do Ethereum) que são cruciais para o desenvolvimento da rede Ethereum. Há um total de 9 EIPs, e as principais EIPs serão apresentadas posteriormente.
1.2 Principais pontos da atualização Dencun
1.2.1 EIP-4844 Transações Blob de Fragmentação (Proto-Danksharding)
EIP-4844 é o maior destaque desta atualização, com o objetivo de reduzir as taxas de transação, aumentar a capacidade de transações por segundo (TPS) e escalabilidade. Sua essência é uma atualização transitória para preparar o futuro, a fim de alcançar o Danksharding completo (a última parte da atualização da fase "tranquilidade" do Ethereum), com o Proto-Danksharding estabelecendo a base para o Danksharding.
A disponibilidade de dados na cadeia principal do Ethereum é o Calldata (que pode ser entendido como os dados gerados nas chamadas de transação de contratos), enquanto os dados que o Layer 2 retorna ao Layer 1 são armazenados no Calldata. Além disso, para segurança, cada passo de execução do Calldata requer Gas, o que resulta em um custo de Gas relativamente alto. No entanto, os dados de transação no Calldata, após verificação, na verdade não têm muita utilidade, dados de longa duração também podem ser baixados e verificados, e nem é necessário enviá-los para a camada de execução. Usando a composição histórica das taxas médias de transação da cadeia Layer2-OP como exemplo, pode-se observar que quase 80% das taxas vêm das taxas de dados do L1.
Portanto, o EIP-4844 introduziu uma nova estrutura de armazenamento de dados - Blob, projetada especificamente para armazenar os dados de transações enviadas do L2 para o L1. Após a introdução, os dados de transação do L2 são enviados diretamente para o Blob para armazenamento, podendo ser completamente baixados pelos nós de consenso e eliminados após um curto atraso, reduzindo a carga de armazenamento desnecessária. Isso significa que a introdução do Blob reduzirá significativamente as taxas de transação do L2. Além disso, o Blob também equivale a uma expansão adicional do espaço de bloco para o L2, enquanto a capacidade de processamento de transações do L2 também aumentará significativamente.
1.2.2 EIP-1153 Código de operação de armazenamento transitório
O principal objetivo do EIP-1153 é economizar espaço de armazenamento e custos de armazenamento. O armazenamento transitório é descartado após cada transação, portanto, o armazenamento temporário é mais barato, pois não requer acesso ao disco.
O EIP-1153 é mais amigável para desenvolvedores de Dapp, introduzindo novos códigos de operação TSTORE e TLOAD no EVM, com um custo de Gas de aproximadamente 100 Gas por chamada, 95% mais barato do que as chamadas de armazenamento tradicionais (SLOAD e SSTORE). Além disso, uma vez que a transação completa é executada, essa parte do armazenamento é limpa, reduzindo assim os custos de armazenamento e o consumo de Gas, o que pode permitir que novos contratos DeFi economizem mais Gas no futuro.
1.2.3 EIP-4788 Raiz do bloco de beacon no EVM
O EIP-4788 irá implementar a comunicação entre a EVM (Máquina Virtual Ethereum) e a Beacon Chain. Esta funcionalidade suporta vários casos de uso e pode melhorar os pools de staking, construções de restaking, pontes de contratos inteligentes, MEV, entre outros.
Anteriormente, o EVM não conseguia acessar diretamente os dados e estados do Beacon, podendo apenas capturar estados através de oráculos externos confiáveis. Por isso, foi proposta a colocação de uma raiz de bloco pai do Beacon (parent_beacon_block_root) em cada bloco do EVM, de modo que, quando o Beacon fosse atualizado, o EVM pudesse obter imediatamente informações precisas.
A raiz do bloco pai do sinalizador será armazenada em um buffer circular, mantida por cerca de 1 dia. Assim que uma nova raiz de bloco pai do sinalizador entrar e a capacidade do buffer atingir um valor crítico, a raiz do bloco pai do sinalizador mais antiga será substituída, permitindo um armazenamento de consenso eficiente e limitado. Dessa forma, a comunicação é realizada de maneira minimizada em confiança, eliminando falhas de oráculos externos e riscos maliciosos, aumentando a segurança.
1.2.4 EIP-5656 MCOPY - Instrução de cópia de memória
O EIP-5656 otimiza o custo do processo de cópia de áreas de memória ao introduzir uma nova instrução EVM chamada MCOPY, melhorando assim a eficiência do movimento de dados na EVM.
A cópia de memória é uma operação fundamental, mas sua implementação na EVM traz custos adicionais. Tomando como exemplo a cópia de dados de memória de 256 bytes, os desenvolvedores podem reduzir significativamente o custo de 96 Gas (usando MLOAD e MSTORE) para 27 Gas através do opcode MCOPY. Espera-se que, no futuro, a maioria dos desenvolvedores utilize MCOPY em vez de MSTORE/MLOAD, e contratos Gas mais eficientes acabarão por beneficiar os usuários finais.
Ao mesmo tempo, o MCOPY preenche a lacuna que falta nos métodos atuais de cópia de memória no EVM.
1.2.5 EIP-6780 SELFDESTRUCT apenas na mesma transação
EIP-6780 restringe a funcionalidade do opcode SELFDESTRUCT, a nova funcionalidade apenas envia todos os fundos da conta para o destino, mas não afeta o código, o armazenamento e outras informações, ao mesmo tempo que prepara para a futura atualização da árvore Verkle.
Antes do EIP-6780, se o opcode SELFDESTRUCT fosse referido na criação de contratos, os fundos poderiam ser enviados para o destino, mas o código, armazenamento e outras informações seriam excluídos; no entanto, essa funcionalidade poderia gerar certos perigos e consequências inesperadas. Após o EIP-6780, tudo isso não será afetado, permitindo que os desenvolvedores gerenciem melhor os projetos, resultando em uma blockchain mais estável e previsível.
2. Impacto na camada de dados após a atualização
2.1 A influência das taxas de gás
A principal mudança desta atualização, que é também a que mais preocupa a todos, é a alteração nas taxas de Gas. Com a introdução do EIP-4844, o maior beneficiário é o Layer2, onde a redução nas taxas de Gas é bastante evidente, melhorando a experiência do usuário. Basicamente, atende à expectativa de que as taxas de transação do Layer2 seriam reduzidas em 90% antes da atualização.
E para o Layer 1 (Ethereum em si), após a atualização, as taxas de Gas diminuíram, mas não de forma significativa, e os usuários na prática não sentiram mudança.
2.2 Impacto do Volume de Negociação
A atualização, além de reduzir o Gas, também busca aumentar a capacidade de processamento, que é um dos pontos focais do plano de expansão do Ethereum.
Após a conclusão da atualização, o volume de transações da Base disparou e ultrapassou o antigo limite, passando de 500 mil para 2 milhões, o que significa que o EIP-4844 teve um impacto direto, com benefícios mais evidentes.
2.3 impacto no TPS
A otimização do TPS (transações por segundo) significa que os desenvolvedores têm maior flexibilidade ao construir e implantar dApps, prevendo-se que isso resulte em mais aplicações complexas e intensivas em dados, atraindo assim um público mais amplo.
Após a conclusão da atualização, o TPS de cada Layer2 aumentou basicamente, mas não ultrapassou os 30 transações/segundo.
A baixa TPS é uma ocorrência comum na atual indústria Web3, diferenciando-se das características de alta TPS da tradicional indústria Web2. A TPS máxima do Layer2 também não ultrapassou 500, mas, do ponto de vista do desenvolvimento da indústria, esta atualização está a lançar as bases para o futuro, ao mesmo tempo que responde às expectativas de desenvolvimento do Ethereum ------ atingir mais de 100 mil TPS.
2.4 Utilização de Blob
A principal razão para a queda geral das taxas de transação Layer2 é a introdução do tipo Blob. Quanto maior o número de Blobs pendentes na transação, maior será a capacidade total de processamento, o que também estabelece uma base para as futuras atualizações do Ethereum.
Inicialmente, esperava-se que, se fosse alcançado um objetivo médio de 3 Blobs por bloco, a capacidade de L2 teria um aumento próximo a 2 vezes. Se for finalmente alcançado o objetivo de um bloco com 64 Blobs externos, a capacidade de L2 terá um aumento próximo a 40 vezes. Esta atualização tem um limite máximo de 6 Blobs.
Até ao momento, o Blob já começou a ser utilizado nas transações, mas a taxa de utilização geral não é alta, com o pico a ocorrer logo após a conclusão da atualização, seguindo-se uma gradual descida, ainda não tendo alcançado a média estimada de 3 Blobs.
Mas a introdução do tipo Blob realmente representa uma melhoria significativa nos custos de dados de Layer2 sobre Layer1. A partir do exemplo da cadeia OP mencionado acima, é possível perceber de forma intuitiva que os custos de dados de L1 na média das taxas de transação de Layer2 diminuíram claramente, quase eliminados, o que também sugere, de outra forma, que a margem de lucro de Layer2 pode aumentar.
O modelo de lucro da L2 é relativamente simples e claro, podendo ser resumido da seguinte forma: lucro na cadeia = taxas de transação da L2 - custos de pagamento da L1; tomando a cadeia OP como exemplo, embora a atualização tenha reduzido simultaneamente as taxas de transação da L2 e os custos de pagamento da L1, devido ao aumento do volume de transações e da base de usuários, a redução de ambas não está nem na mesma ordem de magnitude. As taxas de transação diminuíram de centenas de milhares para dezenas de milhares, enquanto os custos de pagamento caíram de centenas de milhares para menos de 1k, e o lucro na cadeia também aumentou após a atualização.
2.5 impacto no preço
Para esta atualização