Discutir soluções práticas para melhorar o tempo de confirmação de transações no Ethereum
Um aspecto importante da experiência do usuário em blockchain é o tempo de confirmação das transações. Nos últimos anos, o Ethereum fez progressos significativos nesta área. Atualmente, as transações enviadas pelos usuários na L1 podem ser confirmadas geralmente em 5 a 20 segundos, o que é comparável à experiência de pagamento com cartão de crédito. No entanto, ainda é valioso reduzir ainda mais o tempo de confirmação, pois algumas aplicações exigem até mesmo uma latência em milissegundos. Este artigo explorará algumas opções viáveis do Ethereum nesta área.
Visão geral da solução existente
finalização de um único slot
Atualmente, o consenso Gasper do Ethereum adota uma arquitetura de slots e epochs. A cada 12 segundos, um slot, os validadores votam no cabeçalho da cadeia, e em 32 slots (6,4 minutos) todos os validadores têm a oportunidade de votar uma vez. Esses votos são interpretados como mensagens semelhantes ao algoritmo de consenso PBFT, fornecendo uma finalização com fortes garantias econômicas após dois epochs (12,8 minutos).
No entanto, esse método apresenta problemas de complexidade e tempo excessivo. A finalização de slot único (SSF) substituiu essa arquitetura por um mecanismo semelhante ao Tendermint, permitindo que o bloco N seja finalizado antes da geração do bloco N+1. O SSF mantém o mecanismo de "vazamento inativo", permitindo que a cadeia continue a operar mesmo com mais de 1/3 dos validadores offline.
O principal desafio do SSF é que cada participante deve publicar duas mensagens a cada 12 segundos, o que coloca uma carga significativa na cadeia. Embora haja algumas soluções de mitigação, como a proposta Orbit SSF, os usuários ainda precisam esperar de 5 a 20 segundos.
Pré-confirmação de Rollup
O Ethereum adota um roteiro centrado em rollups, onde a L1 fornece disponibilidade de dados e outras funcionalidades, enquanto o protocolo L2, com base nisso, oferece serviços mais escaláveis para os usuários. Isso resulta em uma separação de focos: a L1 concentra-se em resistência à censura, confiabilidade e funcionalidades principais, enquanto a L2 se dirige diretamente às necessidades dos usuários.
Em teoria, o L2 pode criar sua própria rede de "ordenadores descentralizados" que assina blocos a cada poucas centenas de milissegundos. Mas isso exige que o L2 faça um trabalho quase idêntico ao de criar um novo L1, o que leva tempo. Assim, alguns sugeriram que todos os L2 partilhem um mecanismo de pré-confirmação dentro do alcance do Ethereum: pré-confirmação básica.
Pré-confirmação Básica
A pré-confirmação básica 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 a garantia imediata de que a transação será incluída no próximo bloco. Se o proponente violar a promessa, enfrentará penalidades. Este mecanismo aplica-se não só a transações L1, mas também pode ser utilizado em blocos L2 "baseados" em rollups.
Direções possíveis para o futuro
Supondo que a finalização de um único slot seja alcançada, utilizando tecnologias semelhantes ao Orbit para reduzir o número de validadores que assinam cada slot, enquanto se diminui o limiar de staking. A duração do slot pode aumentar para 16 segundos, combinando pré-confirmação de rollup ou pré-confirmação básica para oferecer uma confirmação mais rápida aos usuários. Isso, na prática, forma uma arquitetura de epoch-slot.
A razão pela qual essa arquitetura é difícil de evitar é que atingir um consenso aproximado leva menos tempo do que atingir o máximo de "finalidade econômica". Os fatores que influenciam incluem o número de nós e a "qualidade" dos nós. Se pudermos contar com um subconjunto de nós especializados para alcançar um protocolo aproximado, enquanto usamos um conjunto completo de validadores para determinar a finalidade, poderíamos reduzir o tempo de confirmação para cerca de 2 segundos.
Portanto, explorar o espaço de design da arquitetura epoch-slot com uma separação de focos mais forte é valioso.
Escolha de estratégia L2
Atualmente, existem três estratégias razoáveis para L2:
Tecnicamente e espiritualmente "baseado" em Ethereum, otimizando suas propriedades técnicas e valores.
Tornar-se um "servidor com estrutura de blockchain", combinando eficiência do servidor e segurança da blockchain.
Método de compromisso: a cadeia rápida em conjunto com o Ethereum oferece interoperabilidade e segurança adicionais.
Para algumas aplicações, um tempo de bloco de 12 segundos é suficiente. Para outras aplicações, a única solução é a arquitetura de epoch-slot. A questão chave é quão bem a arquitetura de epoch-slot nativa do Ethereum pode funcionar, o que afetará o significado de outras soluções.
Atualmente, ainda estamos longe das respostas finais para essas questões. A complexidade dos proponentes de blocos ainda apresenta incerteza. Novos designs como o Orbit SSF oferecem espaço para explorar mais possibilidades. Quanto mais opções tivermos, melhor poderemos servir os usuários de L1 e L2, simplificando o trabalho dos desenvolvedores de L2.
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.
26 gostos
Recompensa
26
7
Partilhar
Comentar
0/400
FreeRider
· 07-15 08:32
Vamos falar depois de correr.
Ver originalResponder0
AirdropHarvester
· 07-15 08:18
Quem me ensina como fazer a pré-confirmação do rollup
Ver originalResponder0
HypotheticalLiquidator
· 07-14 02:10
Otimizar o protocolo de camada base é apostar em riscos sistêmicos.
Ver originalResponder0
All-InQueen
· 07-12 17:57
Topo, não entendo, mas vou gastar um pouco de dinheiro primeiro.
Ver originalResponder0
DegenWhisperer
· 07-12 17:53
Correu tão rápido que desapareceu.
Ver originalResponder0
AirdropHunterZhang
· 07-12 17:52
Pré-confirmação? Sem airdrop, não precisa de fazer essas coisas complicadas.
Ver originalResponder0
BearMarketSunriser
· 07-12 17:42
Nós também não entendemos, vamos comprar por respeito.
Ethereum acelera a confirmação de transações Explorar a finalização de único slot e a solução de pré-confirmação
Discutir soluções práticas para melhorar o tempo de confirmação de transações no Ethereum
Um aspecto importante da experiência do usuário em blockchain é o tempo de confirmação das transações. Nos últimos anos, o Ethereum fez progressos significativos nesta área. Atualmente, as transações enviadas pelos usuários na L1 podem ser confirmadas geralmente em 5 a 20 segundos, o que é comparável à experiência de pagamento com cartão de crédito. No entanto, ainda é valioso reduzir ainda mais o tempo de confirmação, pois algumas aplicações exigem até mesmo uma latência em milissegundos. Este artigo explorará algumas opções viáveis do Ethereum nesta área.
Visão geral da solução existente
finalização de um único slot
Atualmente, o consenso Gasper do Ethereum adota uma arquitetura de slots e epochs. A cada 12 segundos, um slot, os validadores votam no cabeçalho da cadeia, e em 32 slots (6,4 minutos) todos os validadores têm a oportunidade de votar uma vez. Esses votos são interpretados como mensagens semelhantes ao algoritmo de consenso PBFT, fornecendo uma finalização com fortes garantias econômicas após dois epochs (12,8 minutos).
No entanto, esse método apresenta problemas de complexidade e tempo excessivo. A finalização de slot único (SSF) substituiu essa arquitetura por um mecanismo semelhante ao Tendermint, permitindo que o bloco N seja finalizado antes da geração do bloco N+1. O SSF mantém o mecanismo de "vazamento inativo", permitindo que a cadeia continue a operar mesmo com mais de 1/3 dos validadores offline.
O principal desafio do SSF é que cada participante deve publicar duas mensagens a cada 12 segundos, o que coloca uma carga significativa na cadeia. Embora haja algumas soluções de mitigação, como a proposta Orbit SSF, os usuários ainda precisam esperar de 5 a 20 segundos.
Pré-confirmação de Rollup
O Ethereum adota um roteiro centrado em rollups, onde a L1 fornece disponibilidade de dados e outras funcionalidades, enquanto o protocolo L2, com base nisso, oferece serviços mais escaláveis para os usuários. Isso resulta em uma separação de focos: a L1 concentra-se em resistência à censura, confiabilidade e funcionalidades principais, enquanto a L2 se dirige diretamente às necessidades dos usuários.
Em teoria, o L2 pode criar sua própria rede de "ordenadores descentralizados" que assina blocos a cada poucas centenas de milissegundos. Mas isso exige que o L2 faça um trabalho quase idêntico ao de criar um novo L1, o que leva tempo. Assim, alguns sugeriram que todos os L2 partilhem um mecanismo de pré-confirmação dentro do alcance do Ethereum: pré-confirmação básica.
Pré-confirmação Básica
A pré-confirmação básica 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 a garantia imediata de que a transação será incluída no próximo bloco. Se o proponente violar a promessa, enfrentará penalidades. Este mecanismo aplica-se não só a transações L1, mas também pode ser utilizado em blocos L2 "baseados" em rollups.
Direções possíveis para o futuro
Supondo que a finalização de um único slot seja alcançada, utilizando tecnologias semelhantes ao Orbit para reduzir o número de validadores que assinam cada slot, enquanto se diminui o limiar de staking. A duração do slot pode aumentar para 16 segundos, combinando pré-confirmação de rollup ou pré-confirmação básica para oferecer uma confirmação mais rápida aos usuários. Isso, na prática, forma uma arquitetura de epoch-slot.
A razão pela qual essa arquitetura é difícil de evitar é que atingir um consenso aproximado leva menos tempo do que atingir o máximo de "finalidade econômica". Os fatores que influenciam incluem o número de nós e a "qualidade" dos nós. Se pudermos contar com um subconjunto de nós especializados para alcançar um protocolo aproximado, enquanto usamos um conjunto completo de validadores para determinar a finalidade, poderíamos reduzir o tempo de confirmação para cerca de 2 segundos.
Portanto, explorar o espaço de design da arquitetura epoch-slot com uma separação de focos mais forte é valioso.
Escolha de estratégia L2
Atualmente, existem três estratégias razoáveis para L2:
Para algumas aplicações, um tempo de bloco de 12 segundos é suficiente. Para outras aplicações, a única solução é a arquitetura de epoch-slot. A questão chave é quão bem a arquitetura de epoch-slot nativa do Ethereum pode funcionar, o que afetará o significado de outras soluções.
Atualmente, ainda estamos longe das respostas finais para essas questões. A complexidade dos proponentes de blocos ainda apresenta incerteza. Novos designs como o Orbit SSF oferecem espaço para explorar mais possibilidades. Quanto mais opções tivermos, melhor poderemos servir os usuários de L1 e L2, simplificando o trabalho dos desenvolvedores de L2.