Ethereum 2030: Um livro-razão mundial em paralelo com L1 e Rollup
L1 mais simplificado e suas soluções de Rollup de desempenho e alinhamento
Ethereum tem se dedicado a manter a credibilidade e a neutralidade, ao mesmo tempo em que promove inovações de alto nível. Discussões iniciais delinearam um "mapa de rotas centrado em Rollups", onde a rede de base será gradualmente simplificada e solidificada, para que a maioria das atividades possam ser migradas para L2. No entanto, desenvolvimentos recentes mostram que ser apenas uma camada de consenso e disponibilidade de dados minimizada não é suficiente: L1 deve ter a capacidade de lidar com o tráfego e as atividades, pois esta é a base da qual L2 depende no final. Isso significa que são necessárias velocidades de geração de blocos mais rápidas, custos de dados mais baixos, mecanismos de prova mais robustos e melhor interoperabilidade.
Aumento da atividade no L1 impulsionará o crescimento da atividade no L2, pode-se dizer que a maré sobe barcos.
A reestruturação do mecanismo de consenso da Beam Chain que se aproxima tem como objetivo alcançar uma velocidade de confirmação final mais rápida e um limiar de validadores mais baixo, ao mesmo tempo que melhora a capacidade original e fortalece ainda mais a neutralidade do Ethereum. Ao mesmo tempo, já há propostas considerando a migração das atividades do antiquado ( e da "cada vez mais complexa" ) Máquina Virtual do Ethereum (EVM) para uma Máquina Virtual nativa RISC-V, o que promete aumentar significativamente a eficiência dos provadores, mantendo a interoperabilidade com contratos tradicionais.
Essas atualizações irão remodelar o cenário do L2. Até 2030, eu espero que o roteiro do Ethereum, com Rollup genérico como núcleo, se integre em duas direções dentro de um intervalo:
Rollup alinhado: prioriza a implementação de uma integração profunda com Ethereum (, como a partilha de ordenação e validação nativa ), maximizando a liquidez do L1 sob a premissa de minimizar suposições de confiança. Esta relação é mutuamente benéfica, pois o Rollup alinhado pode obter diretamente combinabilidade e segurança do L1.
Rollup de desempenho: prioriza a capacidade de processamento e a experiência do usuário em tempo real, às vezes implementando uma alternativa de camada de disponibilidade de dados (DA camada ) ou participantes autorizados (, como ordenadores centralizados, comitês de segurança pequenos/múltipla assinatura ), mas ainda utiliza o Ethereum como camada de liquidação final para obter credibilidade ( ou para promoção de mercado ).
Ao desenhar estes planos de Rollup, cada equipa deve ponderar os seguintes três aspectos:
Obtenção de liquidez: como obter e usar liquidez no Ethereum e em possíveis outras soluções Rollup? Qual é a importância da compatibilidade em nível de sincronia ou atômica?
Fonte segura: até que ponto a liquidez transferida de Ethereum para Rollup deve herdar diretamente a segurança do Ethereum ou depender dos provedores de Rollup?
Expressão de execução: qual é a importância da compatibilidade da Máquina Virtual Ethereum (EVM)? Tendo em vista alternativas como SVM e a ascensão dos contratos inteligentes em Rust, a compatibilidade do EVM ainda será importante nos próximos cinco anos?
Polarização na linhagem Rollup
Os projetos Rollup estão gradualmente se concentrando em dois extremos. De um lado estão os Rollups de alto desempenho, que podem fornecer a máxima capacidade de processamento e experiência do usuário ( com alta largura de banda e baixa latência ), mas com um baixo nível de acoplamento com o L1 do Ethereum; do outro lado estão os Rollups alinhados ao Ethereum (, como Rollups baseados em L1, Rollups nativos e Rollups ultra-sônicos ), que utilizam plenamente a segurança, os dados e o mecanismo de consenso do Ethereum, priorizando a descentralização, segurança e neutralidade confiável, mas que, devido às limitações de design do L1, sacrificam parte do desempenho. Os Rollups que estão na zona intermediária e tentam equilibrar os dois lados podem ter dificuldade em competir, e acabarão se aproximando de um dos extremos, enfrentando o risco de serem eliminados.
Por que a zona intermédia vai desaparecer?
O efeito de rede impulsionará o mercado a se concentrar em menos e maiores hubs. Em mercados como o das criptomoedas, onde o efeito de rede desempenha um papel dominante, pode eventualmente surgir um padrão dominado por poucos vencedores, assim como vimos na área de CEX. Devido ao efeito de rede que se concentra em torno das vantagens centrais de uma cadeia, o ecossistema tende a se integrar em poucas plataformas de "maximização de desempenho" e "maximização de segurança". Um Rollup que apenas atinge um desempenho medíocre em termos de alinhamento ou desempenho em Ethereum pode acabar não obtendo a segurança deste último nem a usabilidade deste último.
Com a maturação da tecnologia Rollup, as atividades econômicas formarão uma hierarquia baseada na "segurança necessária" e no "custo de obtenção da segurança". Cenários que não podem suportar riscos de liquidação ou governança, como DeFi em nível institucional, grandes tesourarias on-chain, mercados de colaterais de alto valor, etc., poderão se concentrar em uma cadeia que herda a segurança e a neutralidade completas do Ethereum ( ou no próprio Ethereum L1 ). Por outro lado, cenários de aplicação voltados para o público (, como Meme, transações, redes sociais, jogos, pagamentos de varejo, etc. ), se agruparão em cadeias que oferecem a melhor experiência do usuário e o menor custo, e essas cadeias podem precisar de soluções personalizadas para aumento de throughput ou mecanismos de ordenação centralizados. Portanto, cadeias "com velocidade razoável, mas não as mais rápidas, e segurança aceitável, mas não a ideal" perderão gradualmente seu apelo. Especialmente até 2030, se a interoperabilidade entre cadeias permitir que os ativos fluam livremente entre essas duas categorias de cenários, o espaço de sobrevivência dessa zona intermediária será ainda mais limitado.
A evolução da pilha tecnológica do Ethereum
( camada de execução
Até 2030, o ambiente de execução atual do Ethereum ), que utiliza uma arquitetura de 256 bits e o design tradicional da Máquina Virtual Ethereum (EVM) ###, pode ser substituído ou aprimorado por uma máquina virtual mais moderna e eficiente. Vitalik propôs atualizar a Máquina Virtual Ethereum para uma arquitetura baseada em RISC-V. O RISC-V é um conjunto de instruções modular e simplificado, que promete realizar avanços significativos na eficiência da execução de transações e geração de provas, com melhorias de 50 a 100 vezes (. Suas instruções de 32/64 bits podem ser adaptadas diretamente a CPUs modernas e têm uma eficiência superior em provas de conhecimento zero. Para reduzir o impacto da iteração tecnológica e evitar a estagnação do progresso ), como a dificuldade que a comunidade enfrentou ao considerar substituir a EVM por eWasm (, está planejada a adoção de um modo de dupla máquina virtual: mantendo a EVM para garantir compatibilidade retroativa, ao mesmo tempo que se introduz uma nova máquina virtual baseada em RISC-V para processar novos contratos ), semelhante à solução de compatibilidade Arbitrum Stylus para contratos WASM + EVM (. Esta medida visa simplificar e acelerar significativamente a camada de execução, ao mesmo tempo que apoia a escalabilidade do L1 e a capacidade de suporte a Rollups.
)# Por que fazer isso?
O design do EVM não levou em consideração a prova de zero conhecimento, portanto o provador zk-EVM gera uma grande quantidade de sobrecarga adicional ao simular a transição de estado, calcular a raiz do hash/hash tree e lidar com mecanismos específicos do EVM. Em contraste, a máquina virtual RISC-V adota uma lógica de registrador mais simples, podendo modelar diretamente e gerar provas, reduzindo significativamente as restrições necessárias. Sua amigabilidade com a prova de zero conhecimento pode eliminar etapas ineficientes, como o cálculo de gas e a gestão de estado, beneficiando todos os Rollups que utilizam provas de zero conhecimento: a geração da prova de transição de estado será mais simples, rápida e de baixo custo. Em última análise, atualizar o EVM para a máquina virtual RISC-V pode aumentar a taxa de produção de provas, possibilitando a validação direta de L1 na execução de L2 (, conforme detalhado a seguir ), ao mesmo tempo que melhora o limite de taxa de produção da própria máquina virtual do Rollup de desempenho.
Além disso, isso irá quebrar o nicho de Solidity/Vyper, expandindo significativamente o ecossistema de desenvolvedores do Ethereum e atraindo mais a participação de comunidades de desenvolvimento mainstream como Rust, C/C++ e Go.
![Sonhando com Ethereum 2030: Um livro-razão mundial com L1 e Rollup em paralelo]###https://img-cdn.gateio.im/webp-social/moments-96370a0bfa4459d6c65e8cc17481a3e0.webp(
) Camada de liquidação
Ethereum planeia passar de um modelo de liquidação L2 disperso para uma estrutura de liquidação unificada e integrada, o que mudará radicalmente a forma como a liquidação de Rollup é feita. Hoje em dia, cada Rollup deve implantar contratos de validação L1 independentes ( para prova de fraude ou prova de validade ), sendo que esses contratos têm um alto grau de personalização e são independentes entre si. Até 2030, o Ethereum poderá integrar uma funcionalidade nativa ### proposta chamada EXECUTE, como um validador de execução L2 genérico. O EXECUTE permite que os validadores do Ethereum reexecutem diretamente as transições de estado do Rollup e verifiquem a sua correção, essencialmente "solidificando" a capacidade de validar qualquer bloco de Rollup a nível de protocolo.
Esta atualização irá gerar o "Rollup nativo", que é essencialmente um fragmento de execução programável semelhante ao design da NEAR (. Ao contrário do L2 comum, do Rollup padrão ou do Rollup baseado em L1, os blocos do Rollup nativo são verificados pelo próprio motor de execução do Ethereum.
EXECUTE elimina a necessidade de uma infraestrutura personalizada complexa para simulação e manutenção do EVM ), como mecanismos de prova de fraude, circuitos de prova de conhecimento zero, e "comitês de segurança" multi-assinatura (, simplificando drasticamente o desenvolvimento de Rollups equivalentes ao EVM, levando à realização de L2 totalmente sem confiança com quase nenhum código personalizado. Combinado com os provadores em tempo real de próxima geração ), como Fermah e Succinct (, pode realizar liquidações em tempo real no L1: as transações de Rollup, uma vez incluídas no L1, alcançam a finalização, sem esperar pelo período de janela de prova de fraude ou cálculos de prova em múltiplas fases. Ao construir a camada de liquidação como uma infraestrutura compartilhada globalmente, Ethereum aprimora a neutralidade confiável ), permitindo que os usuários escolham livremente os clientes de validação ( e a combinabilidade ), sem se preocupar com problemas de prova em tempo real no mesmo slot, simplificando drasticamente a combinabilidade sincronizada (. Todos os Rollups nativos ) ou nativos + baseados em L1 ( utilizarão a mesma função de liquidação L1, permitindo uma interação conveniente entre a prova padronizada e o particionamento de Rollup ).
( camada de consenso
A cadeia de beacon do Ethereum ) Beacon Chain ( está sendo reestruturada para a Beam Chain ), com planos para testes de 2027 a 2029 (, visando atualizar o mecanismo de consenso através de tecnologias de criptografia avançadas ), incluindo resistência quântica ###, melhorando a escalabilidade e o grau de descentralização. Entre as atualizações nas seis principais direções de pesquisa, as características centrais relacionadas a este artigo incluem:
Menores intervalos, maior finalização: Um dos principais objetivos do Beam Chain é aumentar a velocidade de finalização. Reduzir a finalização atual de cerca de 15 minutos sob o mecanismo (Gasper de 2 épocas, ou seja, 32+32 intervalos de 12 segundos ) para 3 intervalos de finalização (3SF, 4 segundos de intervalo, cerca de 12 segundos ), para finalmente alcançar a finalização de um único intervalo (SSF, cerca de 4 segundos ). 3SF+4 segundos de intervalo significa que a confirmação final pode ser concluída em até 10 segundos após a transação ser registrada, melhorando significativamente a experiência do usuário para Rollups baseados em L1 e Rollups nativos: o aumento da velocidade de bloco do L1 acelerará diretamente a geração de blocos de Rollup. O tempo para incluir uma transação em um bloco é de cerca de 4 segundos (, mais longo sob alta carga ), permitindo que a velocidade dos blocos relevantes de Rollup aumente em 3 vezes (, embora ainda seja mais lenta do que Rollups de desempenho, L1 alternativo ou pagamentos com cartão de crédito, tornando o mecanismo de pré-confirmação ainda muito importante ). Uma finalização L1 mais rápida também pode garantir e acelerar a liquidação: Rollups podem completar a confirmação final do estado no L1 em segundos, permitindo retiradas rápidas e reduzindo o risco de reorganizações ou bifurcações. Em resumo, a irreversibilidade do processamento em lote de transações Rollup será reduzida de 15 minutos para o nível de segundos.
Redução dos custos de consenso através da SNARK: O Beam planeia "SNARKizar" a função de transição de estado, de modo que cada bloco L1 venha acompanhado de uma prova zk SNARK concisa. Esta é a condição prévia para a execução programável de sharding sincronizado. Os validadores podem verificar blocos e agregar assinaturas BLS ( e futuras assinaturas resistentes a quânticos ) sem a necessidade de processar cada transação, reduzindo significativamente o custo computacional do consenso ( e diminuindo os requisitos de hardware dos validadores ).
Reduzir o limiar de staking para aumentar a descentralização: o plano Beam reduzirá o valor mínimo de staking dos validadores de 32 ETH para 1 ETH. Combinando a separação de proponentes e validadores (APS, a transferência de MEV para leilões on-chain ) e a SNARKização, pode-se realizar a construção de blocos distribuídos anti-conluio, sem favorecer mais pools de staking centralizados ( como a Lido ), e em vez disso, apoiar mais stakers independentes que utilizam dispositivos como Raspberry Pi (. Isso aumentará a descentralização e a neutralidade confiável, beneficiando diretamente os Rollups alinhados. Sob o mecanismo APS, o número de proponentes diminuirá, mas a inclusão na lista )FOCIL( fortalecerá a resistência à censura.
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.
6 Curtidas
Recompensa
6
5
Compartilhar
Comentário
0/400
RamenDeFiSurvivor
· 19h atrás
Rolou um fumo l1 não consegue vencer l2
Ver originalResponder0
ContractCollector
· 08-04 13:21
L2 pode correr tão rápido quanto L1 permite.
Ver originalResponder0
MemeCurator
· 08-04 13:12
Estou otimista com esta situação, ainda precisa de ser a L1 a ser o pai.
Ver originalResponder0
just_here_for_vibes
· 08-04 13:05
No final, l1 acabou por ganhar.
Ver originalResponder0
FromMinerToFarmer
· 08-04 12:56
na cadeia criador de mercado perdeu tudo e vive da agricultura
Ethereum 2030: L1 e Rollup em paralelo para criar o livro-razão mundial
Ethereum 2030: Um livro-razão mundial em paralelo com L1 e Rollup
L1 mais simplificado e suas soluções de Rollup de desempenho e alinhamento
Ethereum tem se dedicado a manter a credibilidade e a neutralidade, ao mesmo tempo em que promove inovações de alto nível. Discussões iniciais delinearam um "mapa de rotas centrado em Rollups", onde a rede de base será gradualmente simplificada e solidificada, para que a maioria das atividades possam ser migradas para L2. No entanto, desenvolvimentos recentes mostram que ser apenas uma camada de consenso e disponibilidade de dados minimizada não é suficiente: L1 deve ter a capacidade de lidar com o tráfego e as atividades, pois esta é a base da qual L2 depende no final. Isso significa que são necessárias velocidades de geração de blocos mais rápidas, custos de dados mais baixos, mecanismos de prova mais robustos e melhor interoperabilidade.
Aumento da atividade no L1 impulsionará o crescimento da atividade no L2, pode-se dizer que a maré sobe barcos.
A reestruturação do mecanismo de consenso da Beam Chain que se aproxima tem como objetivo alcançar uma velocidade de confirmação final mais rápida e um limiar de validadores mais baixo, ao mesmo tempo que melhora a capacidade original e fortalece ainda mais a neutralidade do Ethereum. Ao mesmo tempo, já há propostas considerando a migração das atividades do antiquado ( e da "cada vez mais complexa" ) Máquina Virtual do Ethereum (EVM) para uma Máquina Virtual nativa RISC-V, o que promete aumentar significativamente a eficiência dos provadores, mantendo a interoperabilidade com contratos tradicionais.
Essas atualizações irão remodelar o cenário do L2. Até 2030, eu espero que o roteiro do Ethereum, com Rollup genérico como núcleo, se integre em duas direções dentro de um intervalo:
Rollup alinhado: prioriza a implementação de uma integração profunda com Ethereum (, como a partilha de ordenação e validação nativa ), maximizando a liquidez do L1 sob a premissa de minimizar suposições de confiança. Esta relação é mutuamente benéfica, pois o Rollup alinhado pode obter diretamente combinabilidade e segurança do L1.
Rollup de desempenho: prioriza a capacidade de processamento e a experiência do usuário em tempo real, às vezes implementando uma alternativa de camada de disponibilidade de dados (DA camada ) ou participantes autorizados (, como ordenadores centralizados, comitês de segurança pequenos/múltipla assinatura ), mas ainda utiliza o Ethereum como camada de liquidação final para obter credibilidade ( ou para promoção de mercado ).
Ao desenhar estes planos de Rollup, cada equipa deve ponderar os seguintes três aspectos:
Obtenção de liquidez: como obter e usar liquidez no Ethereum e em possíveis outras soluções Rollup? Qual é a importância da compatibilidade em nível de sincronia ou atômica?
Fonte segura: até que ponto a liquidez transferida de Ethereum para Rollup deve herdar diretamente a segurança do Ethereum ou depender dos provedores de Rollup?
Expressão de execução: qual é a importância da compatibilidade da Máquina Virtual Ethereum (EVM)? Tendo em vista alternativas como SVM e a ascensão dos contratos inteligentes em Rust, a compatibilidade do EVM ainda será importante nos próximos cinco anos?
Polarização na linhagem Rollup
Os projetos Rollup estão gradualmente se concentrando em dois extremos. De um lado estão os Rollups de alto desempenho, que podem fornecer a máxima capacidade de processamento e experiência do usuário ( com alta largura de banda e baixa latência ), mas com um baixo nível de acoplamento com o L1 do Ethereum; do outro lado estão os Rollups alinhados ao Ethereum (, como Rollups baseados em L1, Rollups nativos e Rollups ultra-sônicos ), que utilizam plenamente a segurança, os dados e o mecanismo de consenso do Ethereum, priorizando a descentralização, segurança e neutralidade confiável, mas que, devido às limitações de design do L1, sacrificam parte do desempenho. Os Rollups que estão na zona intermediária e tentam equilibrar os dois lados podem ter dificuldade em competir, e acabarão se aproximando de um dos extremos, enfrentando o risco de serem eliminados.
Por que a zona intermédia vai desaparecer?
O efeito de rede impulsionará o mercado a se concentrar em menos e maiores hubs. Em mercados como o das criptomoedas, onde o efeito de rede desempenha um papel dominante, pode eventualmente surgir um padrão dominado por poucos vencedores, assim como vimos na área de CEX. Devido ao efeito de rede que se concentra em torno das vantagens centrais de uma cadeia, o ecossistema tende a se integrar em poucas plataformas de "maximização de desempenho" e "maximização de segurança". Um Rollup que apenas atinge um desempenho medíocre em termos de alinhamento ou desempenho em Ethereum pode acabar não obtendo a segurança deste último nem a usabilidade deste último.
Com a maturação da tecnologia Rollup, as atividades econômicas formarão uma hierarquia baseada na "segurança necessária" e no "custo de obtenção da segurança". Cenários que não podem suportar riscos de liquidação ou governança, como DeFi em nível institucional, grandes tesourarias on-chain, mercados de colaterais de alto valor, etc., poderão se concentrar em uma cadeia que herda a segurança e a neutralidade completas do Ethereum ( ou no próprio Ethereum L1 ). Por outro lado, cenários de aplicação voltados para o público (, como Meme, transações, redes sociais, jogos, pagamentos de varejo, etc. ), se agruparão em cadeias que oferecem a melhor experiência do usuário e o menor custo, e essas cadeias podem precisar de soluções personalizadas para aumento de throughput ou mecanismos de ordenação centralizados. Portanto, cadeias "com velocidade razoável, mas não as mais rápidas, e segurança aceitável, mas não a ideal" perderão gradualmente seu apelo. Especialmente até 2030, se a interoperabilidade entre cadeias permitir que os ativos fluam livremente entre essas duas categorias de cenários, o espaço de sobrevivência dessa zona intermediária será ainda mais limitado.
A evolução da pilha tecnológica do Ethereum
( camada de execução
Até 2030, o ambiente de execução atual do Ethereum ), que utiliza uma arquitetura de 256 bits e o design tradicional da Máquina Virtual Ethereum (EVM) ###, pode ser substituído ou aprimorado por uma máquina virtual mais moderna e eficiente. Vitalik propôs atualizar a Máquina Virtual Ethereum para uma arquitetura baseada em RISC-V. O RISC-V é um conjunto de instruções modular e simplificado, que promete realizar avanços significativos na eficiência da execução de transações e geração de provas, com melhorias de 50 a 100 vezes (. Suas instruções de 32/64 bits podem ser adaptadas diretamente a CPUs modernas e têm uma eficiência superior em provas de conhecimento zero. Para reduzir o impacto da iteração tecnológica e evitar a estagnação do progresso ), como a dificuldade que a comunidade enfrentou ao considerar substituir a EVM por eWasm (, está planejada a adoção de um modo de dupla máquina virtual: mantendo a EVM para garantir compatibilidade retroativa, ao mesmo tempo que se introduz uma nova máquina virtual baseada em RISC-V para processar novos contratos ), semelhante à solução de compatibilidade Arbitrum Stylus para contratos WASM + EVM (. Esta medida visa simplificar e acelerar significativamente a camada de execução, ao mesmo tempo que apoia a escalabilidade do L1 e a capacidade de suporte a Rollups.
)# Por que fazer isso?
O design do EVM não levou em consideração a prova de zero conhecimento, portanto o provador zk-EVM gera uma grande quantidade de sobrecarga adicional ao simular a transição de estado, calcular a raiz do hash/hash tree e lidar com mecanismos específicos do EVM. Em contraste, a máquina virtual RISC-V adota uma lógica de registrador mais simples, podendo modelar diretamente e gerar provas, reduzindo significativamente as restrições necessárias. Sua amigabilidade com a prova de zero conhecimento pode eliminar etapas ineficientes, como o cálculo de gas e a gestão de estado, beneficiando todos os Rollups que utilizam provas de zero conhecimento: a geração da prova de transição de estado será mais simples, rápida e de baixo custo. Em última análise, atualizar o EVM para a máquina virtual RISC-V pode aumentar a taxa de produção de provas, possibilitando a validação direta de L1 na execução de L2 (, conforme detalhado a seguir ), ao mesmo tempo que melhora o limite de taxa de produção da própria máquina virtual do Rollup de desempenho.
Além disso, isso irá quebrar o nicho de Solidity/Vyper, expandindo significativamente o ecossistema de desenvolvedores do Ethereum e atraindo mais a participação de comunidades de desenvolvimento mainstream como Rust, C/C++ e Go.
![Sonhando com Ethereum 2030: Um livro-razão mundial com L1 e Rollup em paralelo]###https://img-cdn.gateio.im/webp-social/moments-96370a0bfa4459d6c65e8cc17481a3e0.webp(
) Camada de liquidação
Ethereum planeia passar de um modelo de liquidação L2 disperso para uma estrutura de liquidação unificada e integrada, o que mudará radicalmente a forma como a liquidação de Rollup é feita. Hoje em dia, cada Rollup deve implantar contratos de validação L1 independentes ( para prova de fraude ou prova de validade ), sendo que esses contratos têm um alto grau de personalização e são independentes entre si. Até 2030, o Ethereum poderá integrar uma funcionalidade nativa ### proposta chamada EXECUTE, como um validador de execução L2 genérico. O EXECUTE permite que os validadores do Ethereum reexecutem diretamente as transições de estado do Rollup e verifiquem a sua correção, essencialmente "solidificando" a capacidade de validar qualquer bloco de Rollup a nível de protocolo.
Esta atualização irá gerar o "Rollup nativo", que é essencialmente um fragmento de execução programável semelhante ao design da NEAR (. Ao contrário do L2 comum, do Rollup padrão ou do Rollup baseado em L1, os blocos do Rollup nativo são verificados pelo próprio motor de execução do Ethereum.
EXECUTE elimina a necessidade de uma infraestrutura personalizada complexa para simulação e manutenção do EVM ), como mecanismos de prova de fraude, circuitos de prova de conhecimento zero, e "comitês de segurança" multi-assinatura (, simplificando drasticamente o desenvolvimento de Rollups equivalentes ao EVM, levando à realização de L2 totalmente sem confiança com quase nenhum código personalizado. Combinado com os provadores em tempo real de próxima geração ), como Fermah e Succinct (, pode realizar liquidações em tempo real no L1: as transações de Rollup, uma vez incluídas no L1, alcançam a finalização, sem esperar pelo período de janela de prova de fraude ou cálculos de prova em múltiplas fases. Ao construir a camada de liquidação como uma infraestrutura compartilhada globalmente, Ethereum aprimora a neutralidade confiável ), permitindo que os usuários escolham livremente os clientes de validação ( e a combinabilidade ), sem se preocupar com problemas de prova em tempo real no mesmo slot, simplificando drasticamente a combinabilidade sincronizada (. Todos os Rollups nativos ) ou nativos + baseados em L1 ( utilizarão a mesma função de liquidação L1, permitindo uma interação conveniente entre a prova padronizada e o particionamento de Rollup ).
( camada de consenso
A cadeia de beacon do Ethereum ) Beacon Chain ( está sendo reestruturada para a Beam Chain ), com planos para testes de 2027 a 2029 (, visando atualizar o mecanismo de consenso através de tecnologias de criptografia avançadas ), incluindo resistência quântica ###, melhorando a escalabilidade e o grau de descentralização. Entre as atualizações nas seis principais direções de pesquisa, as características centrais relacionadas a este artigo incluem:
Menores intervalos, maior finalização: Um dos principais objetivos do Beam Chain é aumentar a velocidade de finalização. Reduzir a finalização atual de cerca de 15 minutos sob o mecanismo (Gasper de 2 épocas, ou seja, 32+32 intervalos de 12 segundos ) para 3 intervalos de finalização (3SF, 4 segundos de intervalo, cerca de 12 segundos ), para finalmente alcançar a finalização de um único intervalo (SSF, cerca de 4 segundos ). 3SF+4 segundos de intervalo significa que a confirmação final pode ser concluída em até 10 segundos após a transação ser registrada, melhorando significativamente a experiência do usuário para Rollups baseados em L1 e Rollups nativos: o aumento da velocidade de bloco do L1 acelerará diretamente a geração de blocos de Rollup. O tempo para incluir uma transação em um bloco é de cerca de 4 segundos (, mais longo sob alta carga ), permitindo que a velocidade dos blocos relevantes de Rollup aumente em 3 vezes (, embora ainda seja mais lenta do que Rollups de desempenho, L1 alternativo ou pagamentos com cartão de crédito, tornando o mecanismo de pré-confirmação ainda muito importante ). Uma finalização L1 mais rápida também pode garantir e acelerar a liquidação: Rollups podem completar a confirmação final do estado no L1 em segundos, permitindo retiradas rápidas e reduzindo o risco de reorganizações ou bifurcações. Em resumo, a irreversibilidade do processamento em lote de transações Rollup será reduzida de 15 minutos para o nível de segundos.
Redução dos custos de consenso através da SNARK: O Beam planeia "SNARKizar" a função de transição de estado, de modo que cada bloco L1 venha acompanhado de uma prova zk SNARK concisa. Esta é a condição prévia para a execução programável de sharding sincronizado. Os validadores podem verificar blocos e agregar assinaturas BLS ( e futuras assinaturas resistentes a quânticos ) sem a necessidade de processar cada transação, reduzindo significativamente o custo computacional do consenso ( e diminuindo os requisitos de hardware dos validadores ).
Reduzir o limiar de staking para aumentar a descentralização: o plano Beam reduzirá o valor mínimo de staking dos validadores de 32 ETH para 1 ETH. Combinando a separação de proponentes e validadores (APS, a transferência de MEV para leilões on-chain ) e a SNARKização, pode-se realizar a construção de blocos distribuídos anti-conluio, sem favorecer mais pools de staking centralizados ( como a Lido ), e em vez disso, apoiar mais stakers independentes que utilizam dispositivos como Raspberry Pi (. Isso aumentará a descentralização e a neutralidade confiável, beneficiando diretamente os Rollups alinhados. Sob o mecanismo APS, o número de proponentes diminuirá, mas a inclusão na lista )FOCIL( fortalecerá a resistência à censura.