Explorando soluções para acelerar a confirmação de transações no Ethereum: da finalização em um único slot à pré-confirmação L2

2025-08-16 21:30:14

Geração de resumo em curso

Discussão sobre o aumento da velocidade de confirmação de transações Ethereum

Um fator chave na experiência do usuário em blockchain é o tempo de confirmação das transações. Ethereum já fez grandes avanços nesta área, com transações L1 geralmente confirmadas em 5-20 segundos, comparável à experiência de pagamento com cartão de crédito. No entanto, ainda há valor em reduzir ainda mais o tempo de confirmação, pois certas aplicações exigem até mesmo latências sub-segundo. Este artigo explorará soluções viáveis para aumentar a velocidade de confirmação das transações Ethereum.

Visão Geral da Tecnologia Existente

finalização de um único slot

Ethereum atualmente utiliza o mecanismo de consenso Gasper, com um slot a cada 12 segundos, e 32 slots formam um Epoch. Os validadores votam na cabeça da cadeia em cada slot, e a finalização é alcançada após dois Epochs. Este mecanismo apresenta complexidade e problemas de tempo de confirmação excessivo.

A finalização de slot único ( do plano é semelhante ao consenso Tendermint, onde cada bloco pode alcançar a finalização antes da geração do próximo bloco. O SSF mantém o mecanismo de vazamento inativo, permitindo que continue a funcionar mesmo quando mais de 1/3 dos validadores estão offline. O desafio do SSF é que os validadores precisam publicar duas mensagens a cada 12 segundos, o que impõe uma carga considerável à cadeia. Embora o SSF acelere significativamente a finalização, os usuários ainda precisam esperar de 5 a 20 segundos.

![Vitalik propôs o esquema Epoch e slot: para fornecer tempos de confirmação de transação mais rápidos para ETH, melhorando a experiência do usuário final])https://img-cdn.gateio.im/webp-social/moments-17ece382908feb26098bc5db069ff84b.webp(

) Pré-confirmação de Rollup

Ethereum adota um roteiro centrado em rollup, com L1 focado em fornecer funcionalidades básicas, como a disponibilidade de dados, enquanto L2 oferece serviços diretamente aos usuários. O L2 pretende fornecer aos usuários uma velocidade de confirmação mais rápida, podendo teoricamente criar sua própria rede de ordenadores descentralizados, assinando a cada poucas centenas de milissegundos. Mas isso exige que o rollup realize um trabalho semelhante ao de criar um novo L1.

Pré-confirmação básica

O esquema básico de pré-confirmação utiliza a complexidade dos proponentes do Ethereum para incentivá-los a fornecer serviços de pré-confirmação. Os usuários podem pagar uma taxa adicional para obter uma garantia instantânea de que a transação será incluída no próximo bloco. Se o proponente violar a promessa, será punido. Este mecanismo pode ser aplicado simultaneamente a transações L1 e L2.

Direção de desenvolvimento futuro

Combinando a finalização de slot único e o mecanismo de pré-confirmação, podemos ver uma nova arquitetura epoch-slot:

Adotar uma tecnologia semelhante à Orbit para reduzir o número de validadores por slot
O tempo de slot pode aumentar para 16 segundos
Usar pré-confirmação rollup ou pré-confirmação básica para fornecer confirmações mais rápidas

A filosofia básica desta arquitetura é: o tempo necessário para alcançar um consenso geral é menor do que o necessário para alcançar a máxima economicidade final. As razões incluem:

"Consenso aproximado" requer apenas um pequeno número de nós, enquanto a finalidade econômica necessita da participação da maioria dos nós.
Após o número de nós ultrapassar uma certa escala, coletar assinaturas requer mais tempo.

No futuro, o Ethereum poderá adotar um tempo de slot de 8 segundos, ou até mesmo otimizar ainda mais para 2 segundos. É valioso explorar o espaço de design da arquitetura epoch-slot com um foco de separação mais forte.

![Vitalik propôs o plano Epoch e slot: para fornecer tempos de confirmação de transações mais rápidos para ETH, melhorando a experiência do usuário final]###https://img-cdn.gateio.im/webp-social/moments-cebb5794aeeb2ebb84fbdc0ea0ba2666.webp(

Estratégia de desenvolvimento L2

Atualmente, existem três estratégias de desenvolvimento razoáveis para L2:

Tecnologicamente e espiritualmente "baseado", otimizar as propriedades e valores da camada base do Ethereum
"Servidores com estrutura de blockchain", aproveitando ao máximo a eficiência da centralização, enquanto preserva as vantagens da descentralização.
Solução de compromisso: a cadeia rápida combinada com Ethereum oferece segurança e interoperabilidade adicionais.

Para diferentes cenários de aplicação, pode-se adotar diferentes arquiteturas de epoch-slot:

Arquitetura epoch-slot nativa do Ethereum
Pré-confirmação do servidor
Pré-confirmação da Comissão

A questão chave é quão bem a arquitetura nativa do Ethereum pode se desempenhar. Se o tempo de slot puder ser reduzido para 1 segundo, o espaço da terceira opção será significativamente reduzido.

Atualmente, essas questões ainda apresentam incerteza. A complexidade dos proponentes de blocos e novos designs, como o Orbit SSF, merecem uma exploração mais aprofundada. Quanto mais opções tivermos, melhor podemos oferecer uma experiência para os usuários de L1 e L2, ao mesmo tempo que simplificamos o trabalho dos desenvolvedores de L2.

ETH1.05%

Ver original

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.

11 gostos