Ordenação de tempo, slot e eventos na atestação do Ethereum
No dia 2 de abril, um participante malicioso explorou uma vulnerabilidade no mev-boost-relay para roubar 20 milhões de dólares. Nos dias seguintes, os desenvolvedores lançaram cinco patches para corrigir essa vulnerabilidade, o que, juntamente com a latência da rede existente e as estratégias dos validadores, levou a uma breve instabilidade na rede Ethereum no dia 6 de abril. A reorganização é prejudicial à saúde da rede, pois reduz a taxa de produção de blocos e as garantias de liquidação.
Este artigo explora a interação entre mev-boost e o consenso, revelando as sutilezas do mecanismo PoS do Ethereum e propondo algumas possíveis direções de melhoria.
introdução ao mev-boost
mev-boost é um protocolo destinado a mitigar o impacto negativo do valor máximo extraível (MEV) na rede Ethereum. Ele inclui três papéis:
Relé: um terceiro de confiança que conecta o proponente e o construtor de blocos.
Construtores: entidades complexas que constroem blocos para maximizar o MEV.
Proponente: validador Ethereum PoS.
mev-boost permite que todos os proponentes acessem o MEV de forma justa, sem necessidade de estabelecer uma relação de confiança com os construtores, ajudando na descentralização a longo prazo do Ethereum.
regras de escolha de fork do Ethereum
O tempo no PoS do Ethereum é dividido em slots de 12 segundos. Cada slot designa aleatoriamente um validador como proponente para apresentar um bloco. Outros validadores votam para apoiar a cabeça da cadeia aplicando regras de seleção de forks.
O momento mais crítico no slot é o prazo de certificação t=4. Se o validador não vir o bloco antes do prazo, votará na cabeça da cadeia anterior. Quanto mais cedo o bloco for publicado, mais certificações serão obtidas.
Do ponto de vista da saúde da rede, o melhor momento para publicar é t=0. No entanto, como o valor do bloco aumenta com o tempo, os proponentes têm o incentivo de atrasar a publicação para acumular mais MEV.
Para promover a publicação oportuna de ações, foi introduzido o mecanismo de "reestruturação honesta".
Propostas de aumento e reestruturação honesta
Proposta de elevação: conceder ao proponente uma escolha de bifurcação "elevação" equivalente a 40% do peso de certificação, por apenas um slot.
Reorganização honesta: permite que proponentes honestos reorganizem blocos com um peso de certificação inferior a 20%. Esta é uma função opcional, a ser decidida pelo proponente se deseja ou não utilizá-la.
A reorganização honesta pode ser evitada em certas situações, como durante o bloco de fronteira da era.
Correção para ataques de desvinculação
Após o ataque de desconexão em 2 de abril, a equipe de desenvolvimento do relay e a equipe central lançaram vários patches:
Alteração do relé:
Verificar proponentes maliciosos conhecidos
Verifique se o slot já publicou um bloco completo
Introduzir um atraso aleatório
Alteração do nó da cadeia Beacon:
Verificar a validade do bloco
Verifique se há blocos equivalentes na rede
Essas alterações levaram a uma instabilidade no consenso, e a estratégia de reorganização honesta agravou ainda mais essa situação.
Consequências inesperadas
O patch aumentou o atraso na publicação de blocos de retransmissão, o que pode levar os blocos a ultrapassarem o prazo de certificação. Sob reestruturação honesta, esses blocos serão reestruturados pelo próximo proponente.
O resultado foi um aumento acentuado no número de blocos de fork, com até 4,3% dos blocos sendo reorganizados a cada hora no pico. Com a implementação das mudanças de retransmissão, a situação começou a voltar ao normal.
Atualmente, a reparação mais eficaz é a validação de blocos do nó de beacon e a verificação de equivalência. No entanto, o relay ainda é suscetível a ataques de equivalência mais gerais.
Direção futura
É necessário avaliar o número de reestruturações "aceitáveis" e considerar o risco de ataques equivalentes. Algumas possíveis direções de melhoria:
Implementar proteção "headlock" mev-boost
Aumentar o programa de recompensas por vulnerabilidades
Pesquisa de software de simulação expandida em subslot de temporização
Otimizar o caminho de publicação do relay
Incluir mev-boost no cliente de consenso (ePBS)
Adicionar mais testes
Incentivar a diversidade de clientes de retransmissão
Ajustar medidas de penalização equivalentes
Em suma, o ataque de desvinculação nos fez perceber a relação crucial entre latência, mev-boost e mecanismos de consenso. Esperamos que o protocolo possa continuar a se fortalecer, enfrentando os desafios futuros.
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.
23 Curtidas
Recompensa
23
4
Repostar
Compartilhar
Comentário
0/400
probably_nothing_anon
· 08-14 12:43
Mais um dia, mais uma falha, não consigo mais aguentar.
Ver originalResponder0
GmGmNoGn
· 08-12 06:06
Pois é, o PoS também não escapa a falhas?!
Ver originalResponder0
DogeBachelor
· 08-12 05:55
Outra vez o Ethereum está em baixa, mas o nosso DOGE está muito estável.
Discussão sobre a vulnerabilidade do mev-boost e a estabilidade da rede sob o mecanismo PoS do Ethereum
Ordenação de tempo, slot e eventos na atestação do Ethereum
No dia 2 de abril, um participante malicioso explorou uma vulnerabilidade no mev-boost-relay para roubar 20 milhões de dólares. Nos dias seguintes, os desenvolvedores lançaram cinco patches para corrigir essa vulnerabilidade, o que, juntamente com a latência da rede existente e as estratégias dos validadores, levou a uma breve instabilidade na rede Ethereum no dia 6 de abril. A reorganização é prejudicial à saúde da rede, pois reduz a taxa de produção de blocos e as garantias de liquidação.
Este artigo explora a interação entre mev-boost e o consenso, revelando as sutilezas do mecanismo PoS do Ethereum e propondo algumas possíveis direções de melhoria.
introdução ao mev-boost
mev-boost é um protocolo destinado a mitigar o impacto negativo do valor máximo extraível (MEV) na rede Ethereum. Ele inclui três papéis:
mev-boost permite que todos os proponentes acessem o MEV de forma justa, sem necessidade de estabelecer uma relação de confiança com os construtores, ajudando na descentralização a longo prazo do Ethereum.
regras de escolha de fork do Ethereum
O tempo no PoS do Ethereum é dividido em slots de 12 segundos. Cada slot designa aleatoriamente um validador como proponente para apresentar um bloco. Outros validadores votam para apoiar a cabeça da cadeia aplicando regras de seleção de forks.
O momento mais crítico no slot é o prazo de certificação t=4. Se o validador não vir o bloco antes do prazo, votará na cabeça da cadeia anterior. Quanto mais cedo o bloco for publicado, mais certificações serão obtidas.
Do ponto de vista da saúde da rede, o melhor momento para publicar é t=0. No entanto, como o valor do bloco aumenta com o tempo, os proponentes têm o incentivo de atrasar a publicação para acumular mais MEV.
Para promover a publicação oportuna de ações, foi introduzido o mecanismo de "reestruturação honesta".
Propostas de aumento e reestruturação honesta
Proposta de elevação: conceder ao proponente uma escolha de bifurcação "elevação" equivalente a 40% do peso de certificação, por apenas um slot.
Reorganização honesta: permite que proponentes honestos reorganizem blocos com um peso de certificação inferior a 20%. Esta é uma função opcional, a ser decidida pelo proponente se deseja ou não utilizá-la.
A reorganização honesta pode ser evitada em certas situações, como durante o bloco de fronteira da era.
Correção para ataques de desvinculação
Após o ataque de desconexão em 2 de abril, a equipe de desenvolvimento do relay e a equipe central lançaram vários patches:
Alteração do relé:
Alteração do nó da cadeia Beacon:
Essas alterações levaram a uma instabilidade no consenso, e a estratégia de reorganização honesta agravou ainda mais essa situação.
Consequências inesperadas
O patch aumentou o atraso na publicação de blocos de retransmissão, o que pode levar os blocos a ultrapassarem o prazo de certificação. Sob reestruturação honesta, esses blocos serão reestruturados pelo próximo proponente.
O resultado foi um aumento acentuado no número de blocos de fork, com até 4,3% dos blocos sendo reorganizados a cada hora no pico. Com a implementação das mudanças de retransmissão, a situação começou a voltar ao normal.
Atualmente, a reparação mais eficaz é a validação de blocos do nó de beacon e a verificação de equivalência. No entanto, o relay ainda é suscetível a ataques de equivalência mais gerais.
Direção futura
É necessário avaliar o número de reestruturações "aceitáveis" e considerar o risco de ataques equivalentes. Algumas possíveis direções de melhoria:
Em suma, o ataque de desvinculação nos fez perceber a relação crucial entre latência, mev-boost e mecanismos de consenso. Esperamos que o protocolo possa continuar a se fortalecer, enfrentando os desafios futuros.