Profundidade de interpretação da atualização de Ethereum em Praga: mudar o cenário ou uma correção rotineira?
Se a história da blockchain é a história da escalabilidade do Bitcoin, então as atualizações cíclicas do Ethereum são o indicador central na direção da escalabilidade.
A cada 1-2 anos, uma grande atualização de hard fork do Ethereum irá gradualmente se irradiar para as diversas L2 da série Ethereum, expandindo-se para o desenvolvimento de múltiplas L1. Cada hard fork contém EIPs que representam a essência altamente refinada da comunidade central do Ethereum, sendo o resultado de um equilíbrio entre benefícios e custos.
Vamos analisar, do ponto de vista técnico, os 11 EIPs da atualização de Praga-Electra, um por um, para entender o que são, para que servem e por que foram escolhidos.
Contexto
Atualmente, a atualização está prevista para ser lançada na rede de testes Sepolia em 5 de março e na rede principal Ethereum em 8 de abril.
A primeira frase da versão do repositório oficial do Ethereum lançada há 4 dias é: "Oh, mais uma versão de correção rápida!" Sim, houve um problema. O código da versão ativada na rede de testes Holesky causou um fork na rede de testes ( que pode ser entendido como uma grande paralisação ).
Embora não precisemos nos preocupar com os bugs específicos do código do fork, podemos ver a complexidade do conteúdo desta vez.
Do ponto de vista pessoal, esta atualização é a mais influente desde a fusão da transição de PoW para PoS, que mudará completamente o modo de operação na cadeia, trazendo uma nova experiência.
Esta atualização já chamou a atenção das equipes de carteiras, incluindo Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet e Safe. Basicamente, todos estão a garantir que conseguem adaptar-se rapidamente durante a transição para a mainnet, e como utilizadores, também podemos aproveitar as carteiras para experimentar.
Mas a verdadeira questão central é - esta atualização, além da implementação técnica pelos desenvolvedores, conseguirá realmente desencadear a ecologia do Ethereum?
A mudança é suficientemente profunda ou é apenas um reparo de rotina da Fundação Ethereum na era L2?
Varredura panorâmica
De uma forma geral, esta atualização apresenta três características principais:
Após o desenvolvimento do Ethereum entrar em uma fase de profundidade, os proponentes de novas propostas que podem ser incluídas são basicamente todos membros da Ethereum Foundation. Vitalik é, de fato, o principal proponente de mudanças importantes. Quase não se vê outras personalidades contribuindo com ideias para as atualizações oficiais, o que pode ser uma evidência do que se ouve no mercado sobre o "Ethereum cada vez mais 'teimoso'", indicando que o sistema de tomada de decisões está se tornando cada vez mais centralizado.
O ritmo do mercado de Ethereum está acelerando. Esta atualização, desde a conclusão do consenso básico em novembro do ano passado, possui 8 propostas; agora, a execução real inclui 11 ( e adicionou 3 otimizações em L2 promovidas por Vitalik ). As grandes versões anteriores basicamente partiam de um núcleo e faziam algumas otimizações, mas agora quase todas são múltiplas e simultâneas. A abstração de contas, que levou anos para alcançar um consenso, ( a versão de hard fork ) também foi incluída. Pode-se sentir, com a explosão de múltiplas cadeias atualmente, que o sistema EVM enfrenta o sistema SVM ( Solana e outros ), o sistema Move ( Aptos e outros ), até mesmo o sistema BTC (, todas as classes de BTC L2) estão se desenvolvendo vigorosamente em um estado um tanto radical.
Ethereum está cada vez mais inclinado a otimizar a experiência do usuário, aproveitando as vantagens da união ecológica. Você pode achar que otimizar a experiência do usuário não é algo que se deve tomar como garantido? Mas na verdade, muitas das grandes atualizações do Ethereum não têm muito a ver com a experiência do usuário comum. A última alteração no tamanho do bloco (, que aumentou a capacidade, reduziu os custos para os usuários e diminuiu a volatilidade de preços, pode ser considerada uma otimização da experiência do usuário, ), ainda em 2018. A última vez, ao introduzir blobs, reduziu significativamente os custos das taxas dos usuários do L2, e nesta vez, podemos ver que, nesses três pontos no tempo, o Ethereum começou a se concentrar na otimização dos custos para os usuários.
Mas a questão é: será que o Ethereum realmente "prioriza a experiência do usuário"? Ou será que está apenas a ser forçado a otimizar a experiência do usuário?
Otimização da experiência
Primeiramente, a mudança mais importante diz respeito ao EIP-7702, que introduz o mecanismo de abstração de contas a partir da atualização da camada da cadeia. Já tivemos uma análise sistemática sobre isso em um artigo anterior, portanto, não iremos repetir aqui.
Objetivamente, o EIP-7702 quebrou várias regras não escritas sobre a impossibilidade de múltiplas cadeias, além de romper a lógica de aplicação da maioria dos DApps.
Para o usuário, ele mesmo ainda é um endereço EOA, apenas acionando e utilizando a lógica CA quando necessário, portanto, o custo de manutenção foi reduzido. Não é necessário primeiro converter a identidade CA fora da cadeia para operar, o que equivale a o usuário não precisar se registrar. O usuário pode facilmente realizar várias transações em paralelo com EOA, como autorizar cobranças e executar cobranças em uma única ação, o que já reduz o custo de transação para o usuário.
Para os DApps, especialmente para os projetos que precisam de gestão empresarial em blockchain, como as exchanges, isso representa uma otimização revolucionária. Uma vez que a agregação em massa seja implementada de forma nativa, o custo básico das exchanges pode ser reduzido em mais de metade instantaneamente, beneficiando, por fim, os usuários.
Portanto, embora tenha mudado muito, do ponto de vista da redução de custos, vale a pena que todos os DApps pesquisem e se adaptem, porque desta vez, os usuários estão certamente do lado do EIP-7702.
Mas aqui também há um risco invisível: a abstração de contas, embora reduza o custo de interação, também aumenta a complexidade da gestão de permissões dos usuários. Se os fornecedores de carteiras não se adaptarem corretamente, isso pode trazer vulnerabilidades de segurança inesperadas. Uma única operação antes poderia resultar na perda de ativos de uma única cadeia, agora pode levar à perda total da cadeia, ou até mesmo a explosões programadas. É evidente que esta é uma atualização que os hackers de phishing adoram, e os usuários precisam ser mais cautelosos com as transações na cadeia.
Otimização do lado da aplicação
O EIP-2537 introduziu operações pré-compiladas da curva elíptica BLS12-381, que podem otimizar a verificação de assinaturas BLS e outras operações criptográficas complexas, oferecendo maior segurança e eficiência computacional. Isso tornará mais fácil para os usuários comuns utilizarem carteiras de contratos inteligentes de múltiplas assinaturas a baixo custo. Reduz significativamente a complexidade do cálculo da verificação de assinaturas e os custos de Gas, e também pode implementar e suportar funcionalidades como provas de conhecimento zero e criptografia homomórfica de maneira mais eficiente. Terá um papel na privacidade e na interoperabilidade.
O EIP-2935 armazena os últimos 8192 hashes de blocos na memória de um contrato do sistema, a fim de fornecer dados recentes de hashes de blocos para clientes sem estado. Este design permite que os clientes acessem hashes de blocos históricos durante a execução, sem a necessidade de armazenar toda a história da cadeia. Embora não tenha impacto direto nos usuários comuns, isso facilitará o surgimento de alguns clientes sem armazenamento, o que tem valor de otimização para aplicações que precisam de serviços de verificação na cadeia. Também ajuda nos custos do Rollup L2, pois a maioria dos L2 precisa acessar os hashes de blocos L1 de um período anterior, para verificar a consistência dos dados na cadeia e as informações históricas.
Várias otimizações no cenário de staking
Ethereum staking é um grande tópico, mas tem pouco impacto para usuários comuns (. Se você participar do staking, precisará pensar profundamente sobre a lógica econômica aqui ).
O EIP-6110 irá implementar o processamento de operações de staking através de um mecanismo de protocolo dentro da cadeia, eliminando o mecanismo de votação da camada de consenso e otimizando a segurança e eficiência do fluxo de staking.
O EIP-7002 permite que a camada de execução do Ethereum forneça um mecanismo para acionar a saída de validadores e retiradas parciais, permitindo que os validadores que utilizam o recibo de retirada "0x01" controlem de forma independente o seu ETH apostado a partir da camada de execução.
O EIP-7251 eleva o limite de staking efetivo de um único validador ( para 2048 ETH ), enquanto o limite mínimo de staking permanece em 32 ETH.
EIP-7549 move o campo de índice do comitê da mensagem "Attestation" para fora da mensagem na camada de consenso, a fim de simplificar a verificação e aumentar a eficiência.
O contexto macroeconômico é que o conjunto de validadores do Ethereum está a crescer rapidamente, com mais de 830.000 validadores até outubro de 2023. Como o MAX_EFFECTIVE_BALANCE está limitado a 32 ETH, os operadores de nós precisam criar várias contas de validadores para gerir ativos de staking maiores, o que resulta na existência de um grande número de "validadores redundantes".
Aumentar o limite máximo através do EIP-7251, para protocolos de staking agregados como o Lido, pode reduzir o número de contas controladoras e diminuir a complexidade do sistema, mas isso pode agravar o problema da descentralização, tornando o mercado de staking de ETH mais concentrado. Manter sempre um mínimo de 32 ETH em staking indica que ainda se exige a participação de grandes investidores, representando uma concessão em relação ao ecossistema dos protocolos agregados, e também evita que pequenos investidores realizem operações frequentes que possam afetar a estabilidade da camada de consenso.
O EIP-7549 aumentou a flexibilidade das operações de retirada, facilitando o controle dos fundos para os stakers e operadores de nós.
Ethereum continua a otimizar a experiência de staking, essencialmente para consolidar o grupo de staking e operadores de nós, que é a essência após a fusão do Ethereum. Uma vez que grandes quantias de dinheiro deixem de circular em torno do Ethereum, a sua segurança será automaticamente comprometida.
Após a implementação de vários EIPs, permite que um maior número de operadores de nós consolide várias contas de validadores, ao mesmo tempo que proporciona mais flexibilidade para validadores pequenos, como a acumulação de rendimentos através de juros compostos ou incrementos de staking mais flexíveis para aumentar os ganhos.
Isso é muito importante. Originalmente, após atingir 32 ETH, se novos 10 ETH de lucro fossem gerados, na verdade não seria possível continuar a fazer o staking de ETH, porque ainda seria necessário reunir 32 para abrir uma nova conta. Mas após esta atualização, já é possível fazer staking de 42 ETH diretamente. É evidente que os rendimentos compostos podem voltar a ser em ETH.
Na atual situação de rendimentos fracos dos projetos DeFi no mercado ETH, isso pode continuar a bombear fundos, a liquidez do ETH pode diminuir, e essa pode ser a motivação da fundação para implementar esta série de medidas.
Otimização do ecossistema L2
O EIP-7623 aumentou a taxa de gas para calldata nas transações de 4/16 gas por byte diretamente para 10/40 gas. Esses dois valores diferenciam as taxas para bytes de 0 e não 0, ambos com um aumento de 2,5 vezes. A essência é reduzir a pressão sobre os blocos, forçando o L2 a não usar calldata, mas a usar mais blobs.
O EIP-7691 aumenta a capacidade de blobs em bloco, suportando assim um espaço de armazenamento L2 em maior escala. Na atualização anterior de Cancún, havia dois parâmetros centrais que representam blobs, target e max, usados para indicar o número alvo de blobs por bloco e o número máximo de blobs por bloco. Em Cancún, eram 3 e 6, agora após Praga, os parâmetros mudaram para 6 e 9, em suma, houve uma expansão.
EIP-7840 adicionou um perfil de configuração, permitindo que o cliente ajuste dinamicamente a configuração do número de blobs do EIP-7691. Além disso, há um parâmetro baseFeeUpdateFraction que pode ajustar a capacidade de resposta do preço do gás dos blobs.
O principal atrativo do Ethereum já se transformou do sistema de contratos do verão DeFi para a comunidade ecológica L2. Qualquer outro sistema de cadeia, mesmo o mais popular este ano, o sistema BTC L2 (, sua essência ainda se baseia nas expectativas do L2 ), não está de forma alguma na mesma posição competitiva que o L2 do Ethereum.
Porque, seja como o BTC, devido a limitações da cadeia, é muito difícil alcançar um L2 que tenha um significado prático como o retrocesso de dados e a partilha de segurança. Outras cadeias como as SVM e Move, na essência, ainda estão a desenvolver o seu próprio L1, ainda a explorar superficialmente o seu L2, e claro que o alto desempenho dessas cadeias não depende tanto de fazer L2.
Portanto, o Ethereum é capaz de se aprimorar através do TPS do L2. Claro, existem muitos problemas, como a dispersão da liquidez, a complexidade inter-chain, entre outros. Mas esse é o caminho que ele tem que seguir. Afinal, uma vez que o Web3 evolua para a fase de cadeias de aplicações de alta frequência, na verdade, também não haverá muitas transações inter-chain, e a solução para os problemas de liquidez e versatilidade está sendo explorada em áreas como a abstração de cadeias.
Porque os custos de transação na L2 serão altamente influenciados pela capacidade de blob do Ethereum, a modificação das taxas de gas do calldata visa incentivar o uso de blobs na L2, em vez de usar o calldata que é permanentemente armazenado no Ethereum para guardar os dados de estado da L2. Além disso, a capacidade dos blobs também precisa considerar um aumento futuro na L2, necessitando ser configurável de forma dinâmica.
Através dessa direção de desenvolvimento, pode-se ainda determinar a certeza da direção L2, o que também significa a certeza da demanda de mercado para resolver as desvantagens do L2.
Conclusão
A atualização de Praga, como um ponto chave na contínua evolução do Ethereum, parece mais uma solução de compromisso em constante negociação e ajuste. O Ethereum parece estar sendo empurrado pelo mercado, em vez de liderá-lo ativamente, pois, além da otimização exclusiva do Ethereum em staking e L2, outras como BLS e abstração de contas já foram amplamente testadas em outras L1.
Mas, em termos gerais, embora esta atualização não tenha gerado tanto debate no mercado quanto a "Londres" ou a "Fusão", ela está silenciosamente estabelecendo uma base mais alta de escalabilidade e descentralização para a rede Ethereum. O avanço da abstração de contas reduzirá a barreira de entrada para os usuários que utilizam aplicações criptográficas, e a melhoria do mecanismo de staking irá ainda mais
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.
16 Curtidas
Recompensa
16
4
Compartilhar
Comentário
0/400
SchroedingerAirdrop
· 07-14 14:30
mundo crypto velho idiota lá Veja a atualização eu só sigo se posso negociar a temperatura
Ver originalResponder0
ImpermanentSage
· 07-14 02:25
Ai, depois de tanto esforço ainda tenho que consertar.
Ver originalResponder0
RooftopReserver
· 07-14 02:17
Outra oportunidade de ser enganado por idiotas chegou. Esperando uma Grande subida para vender em alta.
Análise da atualização de Praga do Ethereum: abstração de contas, otimização de stake e expansão L2
Profundidade de interpretação da atualização de Ethereum em Praga: mudar o cenário ou uma correção rotineira?
Se a história da blockchain é a história da escalabilidade do Bitcoin, então as atualizações cíclicas do Ethereum são o indicador central na direção da escalabilidade.
A cada 1-2 anos, uma grande atualização de hard fork do Ethereum irá gradualmente se irradiar para as diversas L2 da série Ethereum, expandindo-se para o desenvolvimento de múltiplas L1. Cada hard fork contém EIPs que representam a essência altamente refinada da comunidade central do Ethereum, sendo o resultado de um equilíbrio entre benefícios e custos.
Vamos analisar, do ponto de vista técnico, os 11 EIPs da atualização de Praga-Electra, um por um, para entender o que são, para que servem e por que foram escolhidos.
Contexto
Atualmente, a atualização está prevista para ser lançada na rede de testes Sepolia em 5 de março e na rede principal Ethereum em 8 de abril.
A primeira frase da versão do repositório oficial do Ethereum lançada há 4 dias é: "Oh, mais uma versão de correção rápida!" Sim, houve um problema. O código da versão ativada na rede de testes Holesky causou um fork na rede de testes ( que pode ser entendido como uma grande paralisação ).
Embora não precisemos nos preocupar com os bugs específicos do código do fork, podemos ver a complexidade do conteúdo desta vez.
Do ponto de vista pessoal, esta atualização é a mais influente desde a fusão da transição de PoW para PoS, que mudará completamente o modo de operação na cadeia, trazendo uma nova experiência.
Esta atualização já chamou a atenção das equipes de carteiras, incluindo Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet e Safe. Basicamente, todos estão a garantir que conseguem adaptar-se rapidamente durante a transição para a mainnet, e como utilizadores, também podemos aproveitar as carteiras para experimentar.
Mas a verdadeira questão central é - esta atualização, além da implementação técnica pelos desenvolvedores, conseguirá realmente desencadear a ecologia do Ethereum?
A mudança é suficientemente profunda ou é apenas um reparo de rotina da Fundação Ethereum na era L2?
Varredura panorâmica
De uma forma geral, esta atualização apresenta três características principais:
Após o desenvolvimento do Ethereum entrar em uma fase de profundidade, os proponentes de novas propostas que podem ser incluídas são basicamente todos membros da Ethereum Foundation. Vitalik é, de fato, o principal proponente de mudanças importantes. Quase não se vê outras personalidades contribuindo com ideias para as atualizações oficiais, o que pode ser uma evidência do que se ouve no mercado sobre o "Ethereum cada vez mais 'teimoso'", indicando que o sistema de tomada de decisões está se tornando cada vez mais centralizado.
O ritmo do mercado de Ethereum está acelerando. Esta atualização, desde a conclusão do consenso básico em novembro do ano passado, possui 8 propostas; agora, a execução real inclui 11 ( e adicionou 3 otimizações em L2 promovidas por Vitalik ). As grandes versões anteriores basicamente partiam de um núcleo e faziam algumas otimizações, mas agora quase todas são múltiplas e simultâneas. A abstração de contas, que levou anos para alcançar um consenso, ( a versão de hard fork ) também foi incluída. Pode-se sentir, com a explosão de múltiplas cadeias atualmente, que o sistema EVM enfrenta o sistema SVM ( Solana e outros ), o sistema Move ( Aptos e outros ), até mesmo o sistema BTC (, todas as classes de BTC L2) estão se desenvolvendo vigorosamente em um estado um tanto radical.
Ethereum está cada vez mais inclinado a otimizar a experiência do usuário, aproveitando as vantagens da união ecológica. Você pode achar que otimizar a experiência do usuário não é algo que se deve tomar como garantido? Mas na verdade, muitas das grandes atualizações do Ethereum não têm muito a ver com a experiência do usuário comum. A última alteração no tamanho do bloco (, que aumentou a capacidade, reduziu os custos para os usuários e diminuiu a volatilidade de preços, pode ser considerada uma otimização da experiência do usuário, ), ainda em 2018. A última vez, ao introduzir blobs, reduziu significativamente os custos das taxas dos usuários do L2, e nesta vez, podemos ver que, nesses três pontos no tempo, o Ethereum começou a se concentrar na otimização dos custos para os usuários.
Mas a questão é: será que o Ethereum realmente "prioriza a experiência do usuário"? Ou será que está apenas a ser forçado a otimizar a experiência do usuário?
Otimização da experiência
Primeiramente, a mudança mais importante diz respeito ao EIP-7702, que introduz o mecanismo de abstração de contas a partir da atualização da camada da cadeia. Já tivemos uma análise sistemática sobre isso em um artigo anterior, portanto, não iremos repetir aqui.
Objetivamente, o EIP-7702 quebrou várias regras não escritas sobre a impossibilidade de múltiplas cadeias, além de romper a lógica de aplicação da maioria dos DApps.
Para o usuário, ele mesmo ainda é um endereço EOA, apenas acionando e utilizando a lógica CA quando necessário, portanto, o custo de manutenção foi reduzido. Não é necessário primeiro converter a identidade CA fora da cadeia para operar, o que equivale a o usuário não precisar se registrar. O usuário pode facilmente realizar várias transações em paralelo com EOA, como autorizar cobranças e executar cobranças em uma única ação, o que já reduz o custo de transação para o usuário.
Para os DApps, especialmente para os projetos que precisam de gestão empresarial em blockchain, como as exchanges, isso representa uma otimização revolucionária. Uma vez que a agregação em massa seja implementada de forma nativa, o custo básico das exchanges pode ser reduzido em mais de metade instantaneamente, beneficiando, por fim, os usuários.
Portanto, embora tenha mudado muito, do ponto de vista da redução de custos, vale a pena que todos os DApps pesquisem e se adaptem, porque desta vez, os usuários estão certamente do lado do EIP-7702.
Mas aqui também há um risco invisível: a abstração de contas, embora reduza o custo de interação, também aumenta a complexidade da gestão de permissões dos usuários. Se os fornecedores de carteiras não se adaptarem corretamente, isso pode trazer vulnerabilidades de segurança inesperadas. Uma única operação antes poderia resultar na perda de ativos de uma única cadeia, agora pode levar à perda total da cadeia, ou até mesmo a explosões programadas. É evidente que esta é uma atualização que os hackers de phishing adoram, e os usuários precisam ser mais cautelosos com as transações na cadeia.
Otimização do lado da aplicação
O EIP-2537 introduziu operações pré-compiladas da curva elíptica BLS12-381, que podem otimizar a verificação de assinaturas BLS e outras operações criptográficas complexas, oferecendo maior segurança e eficiência computacional. Isso tornará mais fácil para os usuários comuns utilizarem carteiras de contratos inteligentes de múltiplas assinaturas a baixo custo. Reduz significativamente a complexidade do cálculo da verificação de assinaturas e os custos de Gas, e também pode implementar e suportar funcionalidades como provas de conhecimento zero e criptografia homomórfica de maneira mais eficiente. Terá um papel na privacidade e na interoperabilidade.
O EIP-2935 armazena os últimos 8192 hashes de blocos na memória de um contrato do sistema, a fim de fornecer dados recentes de hashes de blocos para clientes sem estado. Este design permite que os clientes acessem hashes de blocos históricos durante a execução, sem a necessidade de armazenar toda a história da cadeia. Embora não tenha impacto direto nos usuários comuns, isso facilitará o surgimento de alguns clientes sem armazenamento, o que tem valor de otimização para aplicações que precisam de serviços de verificação na cadeia. Também ajuda nos custos do Rollup L2, pois a maioria dos L2 precisa acessar os hashes de blocos L1 de um período anterior, para verificar a consistência dos dados na cadeia e as informações históricas.
Várias otimizações no cenário de staking
Ethereum staking é um grande tópico, mas tem pouco impacto para usuários comuns (. Se você participar do staking, precisará pensar profundamente sobre a lógica econômica aqui ).
O EIP-6110 irá implementar o processamento de operações de staking através de um mecanismo de protocolo dentro da cadeia, eliminando o mecanismo de votação da camada de consenso e otimizando a segurança e eficiência do fluxo de staking.
O EIP-7002 permite que a camada de execução do Ethereum forneça um mecanismo para acionar a saída de validadores e retiradas parciais, permitindo que os validadores que utilizam o recibo de retirada "0x01" controlem de forma independente o seu ETH apostado a partir da camada de execução.
O EIP-7251 eleva o limite de staking efetivo de um único validador ( para 2048 ETH ), enquanto o limite mínimo de staking permanece em 32 ETH.
EIP-7549 move o campo de índice do comitê da mensagem "Attestation" para fora da mensagem na camada de consenso, a fim de simplificar a verificação e aumentar a eficiência.
O contexto macroeconômico é que o conjunto de validadores do Ethereum está a crescer rapidamente, com mais de 830.000 validadores até outubro de 2023. Como o MAX_EFFECTIVE_BALANCE está limitado a 32 ETH, os operadores de nós precisam criar várias contas de validadores para gerir ativos de staking maiores, o que resulta na existência de um grande número de "validadores redundantes".
Aumentar o limite máximo através do EIP-7251, para protocolos de staking agregados como o Lido, pode reduzir o número de contas controladoras e diminuir a complexidade do sistema, mas isso pode agravar o problema da descentralização, tornando o mercado de staking de ETH mais concentrado. Manter sempre um mínimo de 32 ETH em staking indica que ainda se exige a participação de grandes investidores, representando uma concessão em relação ao ecossistema dos protocolos agregados, e também evita que pequenos investidores realizem operações frequentes que possam afetar a estabilidade da camada de consenso.
O EIP-7549 aumentou a flexibilidade das operações de retirada, facilitando o controle dos fundos para os stakers e operadores de nós.
Ethereum continua a otimizar a experiência de staking, essencialmente para consolidar o grupo de staking e operadores de nós, que é a essência após a fusão do Ethereum. Uma vez que grandes quantias de dinheiro deixem de circular em torno do Ethereum, a sua segurança será automaticamente comprometida.
Após a implementação de vários EIPs, permite que um maior número de operadores de nós consolide várias contas de validadores, ao mesmo tempo que proporciona mais flexibilidade para validadores pequenos, como a acumulação de rendimentos através de juros compostos ou incrementos de staking mais flexíveis para aumentar os ganhos.
Isso é muito importante. Originalmente, após atingir 32 ETH, se novos 10 ETH de lucro fossem gerados, na verdade não seria possível continuar a fazer o staking de ETH, porque ainda seria necessário reunir 32 para abrir uma nova conta. Mas após esta atualização, já é possível fazer staking de 42 ETH diretamente. É evidente que os rendimentos compostos podem voltar a ser em ETH.
Na atual situação de rendimentos fracos dos projetos DeFi no mercado ETH, isso pode continuar a bombear fundos, a liquidez do ETH pode diminuir, e essa pode ser a motivação da fundação para implementar esta série de medidas.
Otimização do ecossistema L2
O EIP-7623 aumentou a taxa de gas para calldata nas transações de 4/16 gas por byte diretamente para 10/40 gas. Esses dois valores diferenciam as taxas para bytes de 0 e não 0, ambos com um aumento de 2,5 vezes. A essência é reduzir a pressão sobre os blocos, forçando o L2 a não usar calldata, mas a usar mais blobs.
O EIP-7691 aumenta a capacidade de blobs em bloco, suportando assim um espaço de armazenamento L2 em maior escala. Na atualização anterior de Cancún, havia dois parâmetros centrais que representam blobs, target e max, usados para indicar o número alvo de blobs por bloco e o número máximo de blobs por bloco. Em Cancún, eram 3 e 6, agora após Praga, os parâmetros mudaram para 6 e 9, em suma, houve uma expansão.
EIP-7840 adicionou um perfil de configuração, permitindo que o cliente ajuste dinamicamente a configuração do número de blobs do EIP-7691. Além disso, há um parâmetro baseFeeUpdateFraction que pode ajustar a capacidade de resposta do preço do gás dos blobs.
O principal atrativo do Ethereum já se transformou do sistema de contratos do verão DeFi para a comunidade ecológica L2. Qualquer outro sistema de cadeia, mesmo o mais popular este ano, o sistema BTC L2 (, sua essência ainda se baseia nas expectativas do L2 ), não está de forma alguma na mesma posição competitiva que o L2 do Ethereum.
Porque, seja como o BTC, devido a limitações da cadeia, é muito difícil alcançar um L2 que tenha um significado prático como o retrocesso de dados e a partilha de segurança. Outras cadeias como as SVM e Move, na essência, ainda estão a desenvolver o seu próprio L1, ainda a explorar superficialmente o seu L2, e claro que o alto desempenho dessas cadeias não depende tanto de fazer L2.
Portanto, o Ethereum é capaz de se aprimorar através do TPS do L2. Claro, existem muitos problemas, como a dispersão da liquidez, a complexidade inter-chain, entre outros. Mas esse é o caminho que ele tem que seguir. Afinal, uma vez que o Web3 evolua para a fase de cadeias de aplicações de alta frequência, na verdade, também não haverá muitas transações inter-chain, e a solução para os problemas de liquidez e versatilidade está sendo explorada em áreas como a abstração de cadeias.
Porque os custos de transação na L2 serão altamente influenciados pela capacidade de blob do Ethereum, a modificação das taxas de gas do calldata visa incentivar o uso de blobs na L2, em vez de usar o calldata que é permanentemente armazenado no Ethereum para guardar os dados de estado da L2. Além disso, a capacidade dos blobs também precisa considerar um aumento futuro na L2, necessitando ser configurável de forma dinâmica.
Através dessa direção de desenvolvimento, pode-se ainda determinar a certeza da direção L2, o que também significa a certeza da demanda de mercado para resolver as desvantagens do L2.
Conclusão
A atualização de Praga, como um ponto chave na contínua evolução do Ethereum, parece mais uma solução de compromisso em constante negociação e ajuste. O Ethereum parece estar sendo empurrado pelo mercado, em vez de liderá-lo ativamente, pois, além da otimização exclusiva do Ethereum em staking e L2, outras como BLS e abstração de contas já foram amplamente testadas em outras L1.
Mas, em termos gerais, embora esta atualização não tenha gerado tanto debate no mercado quanto a "Londres" ou a "Fusão", ela está silenciosamente estabelecendo uma base mais alta de escalabilidade e descentralização para a rede Ethereum. O avanço da abstração de contas reduzirá a barreira de entrada para os usuários que utilizam aplicações criptográficas, e a melhoria do mecanismo de staking irá ainda mais