Tiempo, ranuras y orden de eventos en la atestación de Ethereum
El 2 de abril, un participante malicioso aprovechó una vulnerabilidad en mev-boost-relay para robar aproximadamente 20 millones de dólares. En los días siguientes, los desarrolladores arreglaron esta vulnerabilidad a través de cinco parches, pero la combinación de la latencia de red existente y la estrategia de los validadores causó una breve inestabilidad en la red de Ethereum el 6 de abril. La reorganización perjudica la salud de la red y puede reducir la tasa de producción de bloques y la garantía de liquidación.
Este artículo explora la interacción entre mev-boost y el consenso, revela las sutilezas de Ethereum PoS y sugiere algunas posibles direcciones de mejora.
introducción a mev-boost
mev-boost es un protocolo diseñado para mitigar el impacto negativo del valor máximo extraíble (MEV) en Ethereum. Incluye tres roles:
Relays: subastadores confiables que conectan a los proponentes y constructores
Builders: entidades complejas que construyen bloques para maximizar el MEV
Proponentes: Ethereum PoS validadores
El proceso general de cada bloque es:
Builders reciben transacciones de diversas fuentes para crear bloques
Builders envían el bloque al Relay
Relay verifica la validez del bloque y calcula la tarifa a pagar al proponente.
Relay envía el encabezado "enmascarado" y el valor de pago al proponente del intervalo de tiempo actual.
El proponente evalúa todas las ofertas y firma la cabecera enmascarada del pago más alto.
El proponente enviará el encabezado de firma de vuelta a Relay
Relay publica bloques a través de nodos de señalización locales y los devuelve al proponente
mev-boost es una infraestructura clave, ya que permite que todos los proponentes accedan de manera justa a MEV, sin necesidad de establecer confianza con constructores o buscadores, lo que contribuye a la descentralización a largo plazo de Ethereum.
Reglas de selección de bifurcación de Ethereum y mev-boost
En Ethereum PoS, el tiempo se divide en intervalos de 12 segundos. En cada intervalo, se designa aleatoriamente un validador como proponente. Los 12 segundos se dividen en tres fases de 4 segundos.
El momento más crucial en el intervalo de tiempo es el plazo de prueba en t=4. Si el validador no ve el bloque antes de esto, votará por la cabeza de cadena anterior. Cuanto antes se publique el bloque, más largo será el tiempo de propagación y más pruebas acumuladas habrá.
Desde la perspectiva de la salud de la red, el mejor tiempo de creación de bloques es t=0. Sin embargo, dado que el valor del bloque aumenta con el tiempo, los proponentes tienen el incentivo de retrasar la publicación para acumular más MEV.
Para promover la transición de comportamientos racionales a comportamientos honestos, se introdujo el mecanismo de "reestructuración honesta".
Mejora del proponente y reestructuración honesta
Se introdujeron dos nuevos conceptos:
Mejora del proponente: se otorga al proponente una opción de bifurcación "mejora" equivalente al 40% del peso de prueba completo, que solo dura un intervalo de tiempo.
Reorganización Honesta: permite a los proponentes honestos utilizar bloques con un peso de prueba de reestructuración forzada inferior al 20%.
La reestructuración honesta evitará la ejecución en ciertas circunstancias especiales, como durante el bloque de frontera de la era.
Corrección de ataques de desunión
Después del ataque del 2 de abril, el equipo de desarrollo del relé y del núcleo lanzó varios parches:
Verificación de intermediarios de proponentes maliciosos conocidos
Verifique si se ha transmitido el bloque completo a la red P2P
Introducir un retraso aleatorio antes de la publicación
Validación de la validez del bloque por parte de los nodos de señalización
Verifica si hay bloques equivalentes en la red
Estos cambios aumentaron el retraso en la publicación del relé, lo que provocó que los bloques pudieran perder el plazo de prueba. Combinado con la reestructuración honesta, esto resultó en un aumento drástico en el número de bifurcaciones.
dirección futura
La comunidad de investigación debería evaluar la cantidad de reestructuraciones "aceptables" y considerar el riesgo general de ataques equivalentes. Las direcciones que se están explorando activamente incluyen:
Implementar la protección "headlock" mev-boost
Aumentar el programa de recompensas por vulnerabilidades
Software de simulación ampliado
Optimización de la ruta de publicación del intermediario
Incluir mev-boost en el cliente de consenso (ePBS)
Aumentar más pruebas
Fomentar la diversidad de clientes de retransmisión
Ajustar las medidas de sanción equivalentes
En resumen, los ataques de separación y las medidas de mitigación nos han permitido comprender la relación clave entre la latencia, mev-boost y el mecanismo de consenso. Esperamos que el protocolo pueda seguir fortaleciéndose.
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.
14 me gusta
Recompensa
14
6
Republicar
Compartir
Comentar
0/400
GateUser-2fce706c
· 08-16 22:57
Ya en el año 2000 se dijo que es mejor aprovechar las oportunidades que profundizar en los proyectos, el MEV es la clave de la riqueza en el mundo de la Cadena de bloques, ¡los que entienden, entienden! Ya lo he explicado en mis cursos anteriores.
Ver originalesResponder0
DegenRecoveryGroup
· 08-16 22:48
alcista ah, conseguí 2000w
Ver originalesResponder0
MissingSats
· 08-16 22:48
Ethereum sigue siendo bastante inseguro, ¿no?
Ver originalesResponder0
FallingLeaf
· 08-16 22:44
La vulnerabilidad claramente fue causada por un tonto.
Ver originalesResponder0
PuzzledScholar
· 08-16 22:34
Vaya, este bug ha sacado tanto arroz.
Ver originalesResponder0
GateUser-75ee51e7
· 08-16 22:29
¿Así de fácil se perdieron 20 millones? Está fuera de lugar.
Exploración de la asignación de espacios de tiempo y estrategias de optimización de MEV bajo el mecanismo de atestación de Ethereum
Tiempo, ranuras y orden de eventos en la atestación de Ethereum
El 2 de abril, un participante malicioso aprovechó una vulnerabilidad en mev-boost-relay para robar aproximadamente 20 millones de dólares. En los días siguientes, los desarrolladores arreglaron esta vulnerabilidad a través de cinco parches, pero la combinación de la latencia de red existente y la estrategia de los validadores causó una breve inestabilidad en la red de Ethereum el 6 de abril. La reorganización perjudica la salud de la red y puede reducir la tasa de producción de bloques y la garantía de liquidación.
Este artículo explora la interacción entre mev-boost y el consenso, revela las sutilezas de Ethereum PoS y sugiere algunas posibles direcciones de mejora.
introducción a mev-boost
mev-boost es un protocolo diseñado para mitigar el impacto negativo del valor máximo extraíble (MEV) en Ethereum. Incluye tres roles:
El proceso general de cada bloque es:
mev-boost es una infraestructura clave, ya que permite que todos los proponentes accedan de manera justa a MEV, sin necesidad de establecer confianza con constructores o buscadores, lo que contribuye a la descentralización a largo plazo de Ethereum.
Reglas de selección de bifurcación de Ethereum y mev-boost
En Ethereum PoS, el tiempo se divide en intervalos de 12 segundos. En cada intervalo, se designa aleatoriamente un validador como proponente. Los 12 segundos se dividen en tres fases de 4 segundos.
El momento más crucial en el intervalo de tiempo es el plazo de prueba en t=4. Si el validador no ve el bloque antes de esto, votará por la cabeza de cadena anterior. Cuanto antes se publique el bloque, más largo será el tiempo de propagación y más pruebas acumuladas habrá.
Desde la perspectiva de la salud de la red, el mejor tiempo de creación de bloques es t=0. Sin embargo, dado que el valor del bloque aumenta con el tiempo, los proponentes tienen el incentivo de retrasar la publicación para acumular más MEV.
Para promover la transición de comportamientos racionales a comportamientos honestos, se introdujo el mecanismo de "reestructuración honesta".
Mejora del proponente y reestructuración honesta
Se introdujeron dos nuevos conceptos:
La reestructuración honesta evitará la ejecución en ciertas circunstancias especiales, como durante el bloque de frontera de la era.
Corrección de ataques de desunión
Después del ataque del 2 de abril, el equipo de desarrollo del relé y del núcleo lanzó varios parches:
Estos cambios aumentaron el retraso en la publicación del relé, lo que provocó que los bloques pudieran perder el plazo de prueba. Combinado con la reestructuración honesta, esto resultó en un aumento drástico en el número de bifurcaciones.
dirección futura
La comunidad de investigación debería evaluar la cantidad de reestructuraciones "aceptables" y considerar el riesgo general de ataques equivalentes. Las direcciones que se están explorando activamente incluyen:
En resumen, los ataques de separación y las medidas de mitigación nos han permitido comprender la relación clave entre la latencia, mev-boost y el mecanismo de consenso. Esperamos que el protocolo pueda seguir fortaleciéndose.