Tempo, intervalos e ordenação de eventos na atestação do Ethereum
No dia 2 de abril, um participante malicioso explorou uma vulnerabilidade no mev-boost-relay para roubar cerca de 20 milhões de dólares. Nos dias seguintes, os desenvolvedores lançaram cinco patches para corrigir o problema. Combinado com a latência de rede existente e a estratégia de validadores, a rede Ethereum experimentou uma breve instabilidade no dia 6 de abril. A reorganização é prejudicial à saúde da rede, reduzindo a taxa de produção de blocos e a garantia de liquidação.
Este artigo explora a interação entre mev-boost e o consenso, revela as sutilezas do mecanismo de atestação do Ethereum e discute algumas possíveis direções de desenvolvimento.
visão geral do mev-boost
mev-boost é um protocolo destinado a mitigar o impacto negativo do valor máximo extraível (MEV) na rede Ethereum. Inclui três papéis:
Relays: intermediário que conecta proponentes e construtores de blocos
Builders: Entidades que constroem blocos para maximizar o MEV
Proponentes: validadores de atestação do Ethereum
A importância do mev-boost é que permite que todos os proponentes acessem o MEV de forma justa, sem a necessidade de estabelecer uma relação de confiança com construtores ou buscadores, contribuindo para a descentralização a longo prazo do Ethereum.
Regras de seleção de fork do Ethereum e mev-boost
As regras de seleção de forks na atestação do Ethereum ( PoS ) determinam como a rede chega a um consenso sobre a cabeça da cadeia. O tempo desempenha um papel importante neste processo.
Ethereum PoS divide o tempo em intervalos de 12 segundos. Em cada intervalo, um validador é designado como proponente para propor um bloco. Outros validadores votam para apoiar a cabeça da cadeia aplicando regras de seleção de bifurcação.
O momento mais crítico no intervalo de tempo é o prazo de certificação em t=4 segundos. Se o validador não tiver visto o bloco antes disso, votará no cabeçalho da cadeia anterior. Quanto mais cedo o bloco for publicado, mais provas acumuladas haverá.
Do ponto de vista da saúde da rede, o melhor momento para a publicação de um bloco é 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 obter mais MEV.
Para incentivar a publicação pontual, foi introduzido o mecanismo de "reestruturação honesta". Ele permite que proponentes honestos reestruturem blocos com peso de certificação abaixo de 20%. Este mecanismo é ativado apenas sob condições específicas, a fim de evitar interrupções na geração de blocos em casos de atrasos extremos na rede.
correção contra ataques de desvinculação
Após o ataque de 2 de abril, a equipe de desenvolvimento do relay e do núcleo lançou vários patches:
Verificar proponentes maliciosos conhecidos
Verifique se o bloco completo foi transmitido para a rede P2P
Introduzir atraso aleatório
Verificação da validade do bloco de farol
Verifique se existem blocos equivalentes na rede.
Estas mudanças aumentaram o atraso na publicação de blocos, combinado com o mecanismo de reestruturação honesta, levando à instabilidade da rede.
consequências inesperadas
A latência adicional introduzida pelo patch leva a que os blocos possam ser publicados apenas após o prazo de certificação. Combinado com o mecanismo de reestruturação honesta, esses blocos atrasados serão reestruturados, resultando em um aumento acentuado no número de forks.
Durante o período mais crítico, cerca de 4,3% dos blocos eram reestruturados a cada hora, cinco vezes mais do que o normal. Com a revogação parcial das modificações do relay, a rede começou a recuperar a estabilidade.
Atualmente, a reparação mais eficaz é a verificação e a verificação de equivalência antes da validação e publicação de blocos do nó do beacon. No entanto, o relay ainda é vulnerável a ataques de equivalência mais gerais.
Direção futura
Para esses problemas, podem ser consideradas as seguintes direções:
Implementar o mecanismo "headlock" para proteger o mev-boost
Aumentar o programa de recompensas por vulnerabilidades
Expandir a simulação para explorar o impacto do temporizador de subslot
Otimizar o caminho de publicação de blocos de retransmissão
Integrar o mev-boost no cliente de consenso (ePBS)
Adicionar testes relevantes
Incentivar a diversidade de clientes de retransmissão
Ajustar medidas de penalização equivalentes
De um modo geral, este evento nos proporcionou uma compreensão mais profunda da relação crucial entre atrasos, mev-boost e mecanismos de consenso. Esperamos que o protocolo continue a se fortalecer e a se aprimorar.
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
Recompensa
11
6
Republicar
Partilhar
Comentar
0/400
MemeKingNFT
· 19h atrás
A vulnerabilidade MEV é muito fatal.
Ver originalResponder0
ILCollector
· 08-11 13:01
novato do bull run
Ver originalResponder0
LongTermDreamer
· 08-11 06:09
Não consigo ter o suficiente do patch de uso.
Ver originalResponder0
MetaverseVagabond
· 08-11 06:03
a segurança do mev é realmente mortal
Ver originalResponder0
MetaLord420
· 08-11 05:51
O remendo resolve o problema superficialmente, mas não a raiz.
Análise dos desafios e soluções para o MEV-Boost no mecanismo de atestação do Ethereum
Tempo, intervalos e ordenação de eventos na atestação do Ethereum
No dia 2 de abril, um participante malicioso explorou uma vulnerabilidade no mev-boost-relay para roubar cerca de 20 milhões de dólares. Nos dias seguintes, os desenvolvedores lançaram cinco patches para corrigir o problema. Combinado com a latência de rede existente e a estratégia de validadores, a rede Ethereum experimentou uma breve instabilidade no dia 6 de abril. A reorganização é prejudicial à saúde da rede, reduzindo a taxa de produção de blocos e a garantia de liquidação.
Este artigo explora a interação entre mev-boost e o consenso, revela as sutilezas do mecanismo de atestação do Ethereum e discute algumas possíveis direções de desenvolvimento.
visão geral do mev-boost
mev-boost é um protocolo destinado a mitigar o impacto negativo do valor máximo extraível (MEV) na rede Ethereum. Inclui três papéis:
A importância do mev-boost é que permite que todos os proponentes acessem o MEV de forma justa, sem a necessidade de estabelecer uma relação de confiança com construtores ou buscadores, contribuindo para a descentralização a longo prazo do Ethereum.
Regras de seleção de fork do Ethereum e mev-boost
As regras de seleção de forks na atestação do Ethereum ( PoS ) determinam como a rede chega a um consenso sobre a cabeça da cadeia. O tempo desempenha um papel importante neste processo.
Ethereum PoS divide o tempo em intervalos de 12 segundos. Em cada intervalo, um validador é designado como proponente para propor um bloco. Outros validadores votam para apoiar a cabeça da cadeia aplicando regras de seleção de bifurcação.
O momento mais crítico no intervalo de tempo é o prazo de certificação em t=4 segundos. Se o validador não tiver visto o bloco antes disso, votará no cabeçalho da cadeia anterior. Quanto mais cedo o bloco for publicado, mais provas acumuladas haverá.
Do ponto de vista da saúde da rede, o melhor momento para a publicação de um bloco é 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 obter mais MEV.
Para incentivar a publicação pontual, foi introduzido o mecanismo de "reestruturação honesta". Ele permite que proponentes honestos reestruturem blocos com peso de certificação abaixo de 20%. Este mecanismo é ativado apenas sob condições específicas, a fim de evitar interrupções na geração de blocos em casos de atrasos extremos na rede.
correção contra ataques de desvinculação
Após o ataque de 2 de abril, a equipe de desenvolvimento do relay e do núcleo lançou vários patches:
Estas mudanças aumentaram o atraso na publicação de blocos, combinado com o mecanismo de reestruturação honesta, levando à instabilidade da rede.
consequências inesperadas
A latência adicional introduzida pelo patch leva a que os blocos possam ser publicados apenas após o prazo de certificação. Combinado com o mecanismo de reestruturação honesta, esses blocos atrasados serão reestruturados, resultando em um aumento acentuado no número de forks.
Durante o período mais crítico, cerca de 4,3% dos blocos eram reestruturados a cada hora, cinco vezes mais do que o normal. Com a revogação parcial das modificações do relay, a rede começou a recuperar a estabilidade.
Atualmente, a reparação mais eficaz é a verificação e a verificação de equivalência antes da validação e publicação de blocos do nó do beacon. No entanto, o relay ainda é vulnerável a ataques de equivalência mais gerais.
Direção futura
Para esses problemas, podem ser consideradas as seguintes direções:
De um modo geral, este evento nos proporcionou uma compreensão mais profunda da relação crucial entre atrasos, mev-boost e mecanismos de consenso. Esperamos que o protocolo continue a se fortalecer e a se aprimorar.