Discutiendo la relación entre MEV-Boost y el mecanismo de consenso de Ethereum
El 2 de abril, un participante malicioso aprovechó una vulnerabilidad en mev-boost-relay para robar 20 millones de dólares a un buscador de MEV. En los días siguientes, los desarrolladores lanzaron cinco parches para corregir este error. Combinado con la latencia de red existente y la estrategia de los validadores, el 6 de abril la red Ethereum experimentó una breve inestabilidad. La reorganización es perjudicial para la salud de la red, ya que reduce la tasa de creación de bloques y las garantías de liquidación.
Este artículo explora la interacción entre mev-boost y el consenso, revelando las sutilezas del mecanismo de prueba de participación de Ethereum y sugiriendo algunas posibles direcciones de mejora.
resumen de mev-boost
mev-boost es un protocolo diseñado para mitigar el impacto negativo del valor máximo extraíble (MEV) en la red de Ethereum. Incluye tres roles:
Relays: intermediarios de confianza que conectan a los proponentes y a los constructores de bloques
Builders: entidades complejas que construyen bloques para maximizar el MEV
Proposers: Ethereum PoS validadores
mev-boost permite a todos los proponentes acceder de manera justa a MEV, sin necesidad de establecer una relación de confianza con los constructores, lo que contribuye a la descentralización a largo plazo de Ethereum.
Reglas de selección de bifurcación de Ethereum
Las reglas de selección de bifurcación determinan cómo la red alcanza un consenso sobre la cabeza de la cadena. Su relación con el tiempo tiene un impacto significativo en la creación de bloques.
En Ethereum PoS, el tiempo se divide en slots de 12 segundos. En cada slot, se designa aleatoriamente un validador como proponente. Los otros validadores votan para apoyar la cabeza de la cadena mediante la aplicación de reglas de selección de bifurcaciones.
El momento más crítico en el slot es el tiempo de prueba de corte t=4. Si un validador no ve el bloque antes del corte, votará por la cabeza de la cadena anterior. Cuanto antes se publique el bloque, más testigos se acumularán.
Desde la perspectiva de la salud de la red, el mejor tiempo de bloque es t=0. Sin embargo, dado que el valor del bloque aumenta con el tiempo, los proponentes tienen incentivos para retrasar la publicación y obtener más MEV.
Para promover el comportamiento honesto, se introdujo el mecanismo de "reestructuración honesta".
Propuesta de mejora y reestructuración honesta
Se introducen dos nuevos conceptos en el cliente de consenso:
Mejora del proponente: se otorga al proponente una opción de bifurcación "mejora" equivalente al 40% del peso de prueba, durante un intervalo de tiempo.
Reorganización honesta: permite a los proponentes honestos forzar la reorganización de bloques con un peso de prueba inferior al 20%.
La reestructuración honesta ha cambiado el comportamiento de los validadores, haciéndolos más propensos a reorganizar bloques publicados con retraso.
Medidas de reparación contra ataques
Después del ataque del 2 de abril, el equipo de desarrollo de relés y núcleo publicó varios parches:
El intermediario verifica a los proponentes maliciosos y a los bloques duplicados
Introducir un retraso aleatorio
El nodo de referencia verifica la validez del bloque
Verifique si hay bloques equivalentes en la red
Estos cambios aumentan la demora en la publicación de bloques de retransmisión, lo que puede llevar a perder el plazo de prueba.
consecuencias inesperadas
La interacción entre el retraso introducido por el parche y el mecanismo de reestructuración honesta resulta en un aumento drástico en el número de bloques bifurcados. En el peor de los casos, el 4.3% de los bloques se reestructuran cada hora, lo que es 5 veces más que lo normal.
Gracias al esfuerzo de la comunidad, muchos cambios han sido revertidos y la red ha vuelto a la normalidad. La mejora más útil en este momento es la validación de bloques y la verificación de equivalencia.
Dirección futura
Para abordar estos problemas, la comunidad de investigación está explorando múltiples direcciones:
Implementar el "headlock" para prevenir ataques equivalentes
Aumentar el programa de recompensas por vulnerabilidades
Ampliar la investigación del software de simulación sobre el impacto temporal
Optimización de la ruta de publicación del intermediario
Incluir mev-boost en el cliente de consenso
Aumentar las pruebas relevantes
Fomentar la diversidad de clientes de retransmisión
Ajustar las medidas de penalización equivalentes
En general, este evento ha profundizado la comprensión de la relación entre la demora, mev-boost y el mecanismo de consenso. Esperamos que los protocolos continúen siendo reforzados y mejorados en el futuro.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
13 me gusta
Recompensa
13
5
Republicar
Compartir
Comentar
0/400
DegenWhisperer
· hace6h
Increíble, este agujero se llevó directamente 20 millones.
Ver originalesResponder0
alpha_leaker
· hace6h
Ser engañados diario Bienvenido a la trampa
Ver originalesResponder0
LoneValidator
· hace6h
Excavando, se han sacado 20 millones, ¡alcista!
Ver originalesResponder0
CryptoSourGrape
· hace6h
Si hubiera descubierto esta vulnerabilidad en ese momento, ahora sería financieramente libre.
Ver originalesResponder0
ColdWalletGuardian
· hace6h
2000w así de fácil se fue, hermanos, el cumplimiento es bastante importante
La vulnerabilidad de MEV-Boost provoca fluctuaciones en la red de Ethereum. Se exploran direcciones para mejorar el mecanismo de consenso.
Discutiendo la relación entre MEV-Boost y el mecanismo de consenso de Ethereum
El 2 de abril, un participante malicioso aprovechó una vulnerabilidad en mev-boost-relay para robar 20 millones de dólares a un buscador de MEV. En los días siguientes, los desarrolladores lanzaron cinco parches para corregir este error. Combinado con la latencia de red existente y la estrategia de los validadores, el 6 de abril la red Ethereum experimentó una breve inestabilidad. La reorganización es perjudicial para la salud de la red, ya que reduce la tasa de creación de bloques y las garantías de liquidación.
Este artículo explora la interacción entre mev-boost y el consenso, revelando las sutilezas del mecanismo de prueba de participación de Ethereum y sugiriendo algunas posibles direcciones de mejora.
resumen de mev-boost
mev-boost es un protocolo diseñado para mitigar el impacto negativo del valor máximo extraíble (MEV) en la red de Ethereum. Incluye tres roles:
mev-boost permite a todos los proponentes acceder de manera justa a MEV, sin necesidad de establecer una relación de confianza con los constructores, lo que contribuye a la descentralización a largo plazo de Ethereum.
Reglas de selección de bifurcación de Ethereum
Las reglas de selección de bifurcación determinan cómo la red alcanza un consenso sobre la cabeza de la cadena. Su relación con el tiempo tiene un impacto significativo en la creación de bloques.
En Ethereum PoS, el tiempo se divide en slots de 12 segundos. En cada slot, se designa aleatoriamente un validador como proponente. Los otros validadores votan para apoyar la cabeza de la cadena mediante la aplicación de reglas de selección de bifurcaciones.
El momento más crítico en el slot es el tiempo de prueba de corte t=4. Si un validador no ve el bloque antes del corte, votará por la cabeza de la cadena anterior. Cuanto antes se publique el bloque, más testigos se acumularán.
Desde la perspectiva de la salud de la red, el mejor tiempo de bloque es t=0. Sin embargo, dado que el valor del bloque aumenta con el tiempo, los proponentes tienen incentivos para retrasar la publicación y obtener más MEV.
Para promover el comportamiento honesto, se introdujo el mecanismo de "reestructuración honesta".
Propuesta de mejora y reestructuración honesta
Se introducen dos nuevos conceptos en el cliente de consenso:
Mejora del proponente: se otorga al proponente una opción de bifurcación "mejora" equivalente al 40% del peso de prueba, durante un intervalo de tiempo.
Reorganización honesta: permite a los proponentes honestos forzar la reorganización de bloques con un peso de prueba inferior al 20%.
La reestructuración honesta ha cambiado el comportamiento de los validadores, haciéndolos más propensos a reorganizar bloques publicados con retraso.
Medidas de reparación contra ataques
Después del ataque del 2 de abril, el equipo de desarrollo de relés y núcleo publicó varios parches:
Estos cambios aumentan la demora en la publicación de bloques de retransmisión, lo que puede llevar a perder el plazo de prueba.
consecuencias inesperadas
La interacción entre el retraso introducido por el parche y el mecanismo de reestructuración honesta resulta en un aumento drástico en el número de bloques bifurcados. En el peor de los casos, el 4.3% de los bloques se reestructuran cada hora, lo que es 5 veces más que lo normal.
Gracias al esfuerzo de la comunidad, muchos cambios han sido revertidos y la red ha vuelto a la normalidad. La mejora más útil en este momento es la validación de bloques y la verificación de equivalencia.
Dirección futura
Para abordar estos problemas, la comunidad de investigación está explorando múltiples direcciones:
En general, este evento ha profundizado la comprensión de la relación entre la demora, mev-boost y el mecanismo de consenso. Esperamos que los protocolos continúen siendo reforzados y mejorados en el futuro.