Discussão sobre otimização da velocidade de confirmação de transações Ethereum
Na experiência do usuário da blockchain, o tempo de confirmação de transações é um fator chave. O Ethereum, nos últimos anos, através de medidas como EIP-1559 e a transição para PoS, já reduziu o tempo de confirmação de transações para 5-20 segundos, equiparando-se ao pagamento com cartão de crédito. No entanto, reduzir ainda mais o tempo de confirmação continua a ter valor, algumas aplicações até exigem latências de sub-segundo. Este artigo irá explorar as possíveis soluções para otimizar ainda mais o tempo de confirmação de transações no Ethereum.
Visão geral da tecnologia existente
finalização de slot único
Atualmente, o Ethereum utiliza o mecanismo de consenso Gasper, com um slot a cada 12 segundos, e 32 slots formam um Epoch. Os validadores votam no cabeçalho da cadeia, alcançando a finalização após dois Epochs. Este mecanismo apresenta problemas como alta complexidade e um tempo de finalização longo (12.8 minutos).
Finalidade de um único slot ( SSF ) é semelhante ao consenso Tendermint, onde cada bloco pode alcançar a finalidade antes da geração do próximo bloco. O principal desafio é a carga elevada na rede, exigindo que cada validador publique duas mensagens a cada 12 segundos. Embora existam algumas soluções de otimização como Orbit SSF, os usuários ainda precisam esperar de 5 a 20 segundos para confirmar a transação.
Pré-confirmação de Rollup
Ethereum adota uma abordagem de escalabilidade centrada em rollup, as soluções L2 precisam oferecer confirmações mais rápidas para os usuários. Em teoria, a L2 pode estabelecer sua própria rede de "ordenadores descentralizados", assinando blocos a cada poucas centenas de milissegundos. Mas isso exige que a L2 faça um trabalho quase idêntico ao de criar um novo L1, o que avança lentamente na prática.
Pré-confirmação básica
Esta solução utiliza a complexidade dos proponentes de blocos do Ethereum para os incentivar a fornecer serviços de pré-confirmação. Os usuários podem pagar uma taxa adicional para obter garantias imediatas de que a transação será incluída no próximo bloco. Se os proponentes violarem a promessa, serão punidos. Este mecanismo pode fornecer pré-confirmação para L1 e L2 baseados em Ethereum.
Possíveis soluções de arquitetura
Suponha que a finalização de um único slot tenha sido implementada e que técnicas semelhantes às do Orbit tenham sido utilizadas para reduzir o número de validadores de assinatura por slot, enquanto se utiliza a pré-confirmação rollup ou a pré-confirmação básica para fornecer confirmações mais rápidas. No final, obtemos uma arquitetura de epoch-slot:
Época: 16 segundos, garantido pelo mecanismo de finalização de slot único
Slot: cerca de 2 segundos, alcançado por um subconjunto de nós especializados com consenso aproximado
Esta arquitetura pode equilibrar as necessidades de descentralização, finalização e confirmação rápida. O L2 pode adotar as seguintes estratégias:
Totalmente baseado em Ethereum, otimizando as propriedades e valores da camada base
Semelhante a "servidor com andaime de blockchain", mantendo a eficiência do servidor enquanto obtém os benefícios da cadeia.
Solução de compromisso: uma cadeia rápida com cerca de 100 nós, com segurança adicional fornecida pelo Ethereum.
Para diferentes cenários de aplicação, pode-se escolher diferentes mecanismos de slot:
Arquitetura de epoch-slot nativa do Ethereum
Pré-confirmação do servidor
Pré-confirmação do comitê
Se a arquitetura nativa do Ethereum puder reduzir o tempo de slot para 1 segundo, o significado da terceira opção diminuirá. Mas os dados off-chain L2(, como plasmas e validiums), ainda precisarão da segunda opção.
Atualmente, ainda estamos a alguma distância da solução final. As questões-chave incluem a complexidade dos proponentes de blocos, o potencial de novos designs como o Orbit SSF, entre outros. Explorar mais opções ajuda a melhorar a experiência do utilizador em L1 e L2, simplificando o trabalho de desenvolvimento em L2.
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.
18 Curtidas
Recompensa
18
4
Compartilhar
Comentário
0/400
LazyDevMiner
· 08-05 12:26
Sentir-se lento é apenas um ou dois segundos, quem se importa?
Ver originalResponder0
ValidatorVibes
· 08-05 12:18
estive acordado a noite toda a pensar... ssf pode ser fixe mas e as recompensas dos validadores?
Ver originalResponder0
AirdropHunterWang
· 08-05 12:17
Acelera, faz rápido, devagar é uma grande chatice.
Ver originalResponder0
OnchainGossiper
· 08-05 12:08
Não é só uma questão de mudar o mecanismo de consenso? Por que tanta pressa?
Otimização da velocidade de confirmação de transações Ethereum: explorando soluções de latência sub-segundo
Discussão sobre otimização da velocidade de confirmação de transações Ethereum
Na experiência do usuário da blockchain, o tempo de confirmação de transações é um fator chave. O Ethereum, nos últimos anos, através de medidas como EIP-1559 e a transição para PoS, já reduziu o tempo de confirmação de transações para 5-20 segundos, equiparando-se ao pagamento com cartão de crédito. No entanto, reduzir ainda mais o tempo de confirmação continua a ter valor, algumas aplicações até exigem latências de sub-segundo. Este artigo irá explorar as possíveis soluções para otimizar ainda mais o tempo de confirmação de transações no Ethereum.
Visão geral da tecnologia existente
finalização de slot único
Atualmente, o Ethereum utiliza o mecanismo de consenso Gasper, com um slot a cada 12 segundos, e 32 slots formam um Epoch. Os validadores votam no cabeçalho da cadeia, alcançando a finalização após dois Epochs. Este mecanismo apresenta problemas como alta complexidade e um tempo de finalização longo (12.8 minutos).
Finalidade de um único slot ( SSF ) é semelhante ao consenso Tendermint, onde cada bloco pode alcançar a finalidade antes da geração do próximo bloco. O principal desafio é a carga elevada na rede, exigindo que cada validador publique duas mensagens a cada 12 segundos. Embora existam algumas soluções de otimização como Orbit SSF, os usuários ainda precisam esperar de 5 a 20 segundos para confirmar a transação.
Pré-confirmação de Rollup
Ethereum adota uma abordagem de escalabilidade centrada em rollup, as soluções L2 precisam oferecer confirmações mais rápidas para os usuários. Em teoria, a L2 pode estabelecer sua própria rede de "ordenadores descentralizados", assinando blocos a cada poucas centenas de milissegundos. Mas isso exige que a L2 faça um trabalho quase idêntico ao de criar um novo L1, o que avança lentamente na prática.
Pré-confirmação básica
Esta solução utiliza a complexidade dos proponentes de blocos do Ethereum para os incentivar a fornecer serviços de pré-confirmação. Os usuários podem pagar uma taxa adicional para obter garantias imediatas de que a transação será incluída no próximo bloco. Se os proponentes violarem a promessa, serão punidos. Este mecanismo pode fornecer pré-confirmação para L1 e L2 baseados em Ethereum.
Possíveis soluções de arquitetura
Suponha que a finalização de um único slot tenha sido implementada e que técnicas semelhantes às do Orbit tenham sido utilizadas para reduzir o número de validadores de assinatura por slot, enquanto se utiliza a pré-confirmação rollup ou a pré-confirmação básica para fornecer confirmações mais rápidas. No final, obtemos uma arquitetura de epoch-slot:
Esta arquitetura pode equilibrar as necessidades de descentralização, finalização e confirmação rápida. O L2 pode adotar as seguintes estratégias:
Para diferentes cenários de aplicação, pode-se escolher diferentes mecanismos de slot:
Se a arquitetura nativa do Ethereum puder reduzir o tempo de slot para 1 segundo, o significado da terceira opção diminuirá. Mas os dados off-chain L2(, como plasmas e validiums), ainda precisarão da segunda opção.
Atualmente, ainda estamos a alguma distância da solução final. As questões-chave incluem a complexidade dos proponentes de blocos, o potencial de novos designs como o Orbit SSF, entre outros. Explorar mais opções ajuda a melhorar a experiência do utilizador em L1 e L2, simplificando o trabalho de desenvolvimento em L2.