- Tema
16k Popularidad
2k Popularidad
2k Popularidad
41k Popularidad
16k Popularidad
60k Popularidad
31k Popularidad
3k Popularidad
112k Popularidad
27k Popularidad
- Anclado
16k Popularidad
2k Popularidad
2k Popularidad
41k Popularidad
16k Popularidad
60k Popularidad
31k Popularidad
3k Popularidad
112k Popularidad
27k Popularidad
Analizar cómo el mercado de MEV ha pasado de un “juego de suma cero” a una “separación de poderes”
Autor: Cínico LeoDeng
TL;RD
¿Qué es MEV?
El nombre completo de MEV es Valor Extraíble Minero (también conocido como Valor Extraíble Máximo, el valor máximo extraíble), que se refiere a los ingresos adicionales que los mineros pueden obtener al manipular transacciones (agregar, eliminar, reorganizar transacciones).
En una cadena pública general, todas las transacciones primero deben enviarse al grupo de memoria de Mempool, esperando ser incluidas en el bloque. Los mineros/verificadores, como rol responsable de generar bloques en el ecosistema blockchain, pueden decidir qué transacciones están incluidas en el bloque y tienen un alto poder. Al principio, los mineros solo clasificaron las tarifas de transacción de mayor a menor para determinar el orden en que se incluían las transacciones en el bloque. Más tarde, la gente descubrió que al monitorear las transacciones en el grupo de memoria, los mineros pueden agregar transacciones a los bloques, eliminar transacciones o cambiar el orden de las transacciones para obtener beneficios distintos a las recompensas por bloques, y surgió MEV.
En la práctica, a menudo hay buscadores dedicados que buscan oportunidades de ganancias a través de algoritmos complejos. Dado que existe competencia entre los buscadores en Mempools abiertos, cuando los buscadores encuentran oportunidades MEV, aumentarán las tarifas de transacción para garantizar que las transacciones que envían estén incluidas, los mineros y los buscadores comparten Ingresos MEV.
CGVFOF ha integrado la opinión general de la industria y, de acuerdo con diferentes estrategias, los métodos para adquirir MEV se dividen en: arbitraje DEX, liquidación, Front-Running, Back-Running, ataque sándwich, etc. Para las cadenas de bloques que usan algoritmos de consenso de finalidad probabilística (como Bitcoin y Ethereum 1.0 que usan algoritmos de consenso PoW), también pueden ocurrir ataques de francotiradores.
El impacto del MEV
MEV perjudica a los usuarios e incluso a toda la red blockchain, pero al mismo tiempo hace que el mercado sea más equilibrado y eficiente.
El arbitraje DEX y la liquidación de préstamos pueden ayudar al mercado Defi a alcanzar el equilibrio más rápido y mantener la estabilidad del mercado. Al igual que las finanzas tradicionales, los buscadores de MEV son en realidad un requisito previo para que existan mercados financieros eficientes. Para este tipo de MEV, los ingresos obtenidos por los buscadores de MEV provienen del mercado.
Las transacciones front-running y sándwich darán lugar a una experiencia de usuario deficiente y pérdidas más graves. Los buscadores de MEV de la competencia provocarán la congestión de la red a través de las subastas de gas y aumentarán las tarifas de gas.
Para la cadena PoW con finalidad probabilística, lo que es más grave es el posible ataque Fee Sniping.El ataque Time-Bandit viola el principio de "Inmutabilidad" de la cadena de bloques y dañará gravemente la seguridad y la estabilidad de la red de la cadena de bloques, por lo que el reciente La comunidad BTC está preocupada por el status quo provocado por el protocolo Oridinal.
Para cadenas PoS, especialmente para el ETH2.0 actual, MEV puede llevar a la centralización de verificadores. Un grupo de compromiso más grande obtendrá mayores ingresos de MEV y luego tendrá más recursos para mejorar la capacidad de extracción de MEV, lo que conducirá al efecto Matthew, que eventualmente conducirá a la centralización de los verificadores y reducirá la seguridad.
Historial de desarrollo MEV
Primeros brotes (2010-2017):
En 2015, el desarrollador principal de Bitcoin, Peter Todd, propuso en Twitter el concepto "Reemplazar por tarifa (RBF)", que es el predecesor del concepto Front Running mencionado anteriormente, señalando que los usuarios pueden enviar al menos una transacción con la misma entrada aumentando la tarifa de transacción para reemplazar la transacción original.
Sobre la base de RBF, la comunidad Bitcoin ha desarrollado gradualmente la investigación sobre Fee Sniping. Fee Sniping se refiere a la reexploración intencional de uno o más bloques anteriores por parte de los mineros a cambio de tarifas de los mineros que originalmente crearon esos bloques.
Aunque es menos probable que volver a extraer un bloque anterior tenga éxito que extender la cadena con un nuevo bloque, si el bloque anterior es más valioso en términos de tarifas de transacción que las transacciones en el mempool actual del minero, entonces este enfoque puede ser más rentable. Fee Sniping se extendió posteriormente al modelo EVM y se describió como un ataque "Time Bandit" en el artículo "Flash Boys 2.0".
Nacido oficialmente (2018-2019):
MEV solo generará MEV en el caso de disputas estatales y transferencias estatales enviadas pero no confirmadas, mientras que Bitcoin casi no tiene un estado compartido y las transferencias estatales están estrictamente reguladas, por lo que MEV en Bitcoin se limita a intentos de francotirador de tarifas y ataques de doble gasto. En Ethereum, que tiene contratos inteligentes completos de Turing, las oportunidades para MEV aumentan significativamente.
En 2016, se lanzó el primer DEX de Ethereum, EtherDelta, utilizando un diseño de libro de pedidos de subcoincidencia, que en realidad proporcionó una amplia gama de oportunidades de MEV para el mercado, pero nadie estaba haciendo un uso completo de él en ese momento.
En 2017, apareció DAI, la primera moneda algorítmica estable en Ethereum, que proporcionó a Defi una función de liquidación, y aparecieron en el mercado oportunidades MEV (Spike MEV) a gran escala pero poco frecuentes. En 2018, Hayden Adams fundó Uniswap, el primer DEX en Ethereum que utiliza el mecanismo automático de creación de mercado AMM. El mecanismo AMM en realidad se basa en extractores MEV para mantener la eficiencia del mercado, lo que aumenta considerablemente las oportunidades de MEV en el mercado.
Emergen los flashbots (2019-2021):
En abril de 2019, se publicó "Flash Boys 2.0" y la investigación sobre MEV entró en la opinión general. A fines de 2019, un grupo de nómadas digitales con ideas afines formaron Pirate Ship, que luego pasó a llamarse Flashbots, con una expresión de robot como logotipo.
En enero de 2021, se lanzó oficialmente la subasta Flashbots (mev-geth y flashbots Relay). Gracias a la popularidad de Defi Summer, el MEV extraído aumentó significativamente.
Estado: MEV está prosperando, los Flashbots están prosperando
A medida que el mercado de MEV se hace cada vez más grande, muchos proyectos también se han unido a las filas de la apertura. Flashbots actualmente solo es compatible con la red principal de Ethereum, por lo que la capa 1 y la capa 2 de Alt convencionales actuales están aprendiendo Flashbots y tratando de realizar la función de subasta MEV.
También hay algunos proyectos que han elegido un camino diferente, tratando de resolver completamente el problema de MEV cifrando el conjunto de transacciones. Flashbots también está en constante innovación: después de Flashbots Alpha a principios de 2021, se han implementado sucesivamente Flashbots Protect, MEV-Boost y MEV-Share. La siguiente etapa de SUAVE también está en desarrollo.
**¿Qué tamaño tiene el mercado de MEV? **
En teoría, los posibles beneficios MEV contenidos en las transacciones enviadas por los usuarios son infinitos. Sin embargo, los beneficios del MEV no pueden determinarse mediante cálculos limitados, y los beneficios del MEV descubiertos por las personas constituyen el límite inferior de los posibles MEV. Por lo general, la gente estima la posible situación del mercado MEV a través del MEV realizado (Realized MEV, REV).
Estadísticas del mercado MEV después de Ethereum The Merge Fuente:
Según los datos proporcionados por Flashbots, a principios de julio de 2023, después de The Merge of Ethereum, se realizaron retiros de 206,450ETH de REV. Pero estos son solo los ingresos MEV recibidos por Block Proposer, y no se han incluido los ingresos de los Buscadores.
**¿Será mejor sin competencia en el mercado? **
Según la experiencia histórica acumulada por la sociedad humana hasta ahora, la "mano invisible" es una mejor opción en la mayoría de los casos. Pero casi nadie niega que la economía de mercado no es aplicable en algunos campos específicos y que el abuso del mercado tendrá graves consecuencias.
El problema del aumento en el precio del gas causado por Front Running tiene sus raíces en el mecanismo de precios de Ethereum. ¿Se puede mantener el precio del gas en un nivel fijo para evitar la subasta de gas prioritaria del buscador?
Sin embargo, un resultado obvio de esto será la colusión fuera de la cadena: los buscadores con oportunidades de MEV sobornarán a los mineros para que sus transacciones se incluyan antes en el bloque, lo que generará un mercado a pequeña escala fuera de la cadena, que no tiene nada que ver con la publicidad de Ethereum, la idea de la concesión de licencias va en contra de eso.
Por supuesto, podemos permitir que los mineros/verificadores de la red pasen algún tipo de certificación autorizada para garantizar que no harán el mal, pero esto introduce una fuerte suposición de confianza y se convierte completamente en una cadena autorizada.
En resumen, CGV cree que bajo la premisa de mantener las características existentes de Ethereum, puede resultar difícil resolver completamente el problema de MEV.
Cómo mitigar los efectos adversos del MEV
PBS de nivel de protocolo: una solución para la comunidad Ethereum
En PoS, los validadores actúan a su vez como proponentes del bloque, y los validadores llegarán a un consenso para decidir si el bloque se escribe en la cadena. En PoW, el minero completa el levantamiento de bloques y el trabajo de consenso, que es esencialmente lo mismo.
PBS es principalmente para resolver el problema de centralización de verificadores provocado por el MEV actual. En el proceso MEV predeterminado, un productor de bloques tiene dos tareas: 1) construir el mejor bloque de todas las transacciones disponibles (construcción de bloques) y (2) proponer ese bloque a la Red (propuesta de bloque).
Cuando MEV no se ha extraído por completo, el paso 1) en realidad clasifica las transacciones de mayor a menor según las tarifas de transacción y simplemente incluye las transacciones en bloques de adelante hacia atrás. En la actualidad, cuando las ganancias de MEV aumentan gradualmente, los grupos de minería/validadores más grandes en realidad obtienen ganancias de MEV con más participación de mercado, lo que lleva al efecto Matthew, y la red de consenso se volverá cada vez más centralizada.
Además, la entidad de levantamiento de bloques real del grupo minero descentralizado tendrá la oportunidad de MEV, pero otros miembros no pueden compartir las ganancias. La injusticia del mecanismo reducirá la tasa de adopción de grupos mineros descentralizados. El grado de centralización de la red de consenso ha aumentado aún más.
Los roles que pueden estar involucrados en MEV se pueden dividir en los siguientes:
Productor: mineros, validadores
Proponente: selector de bloques (seleccione el bloque construido por el Constructor con el MEV más alto)
3.Constructor: Constructor (responsable de determinar el contenido del bloque)
Buscador: busque MEV contenido en la transacción
Usuario: envíe una transacción que pueda contener MEV
Por supuesto, en esta etapa, el mismo sujeto desempeña muchos roles: por ejemplo, en el proceso de consenso ordinario de Ethereum, Productor, Proponente y Constructor tienen el mismo rol.
Propuesta anticipada de Vitalik
Vitalik propuso dos soluciones a principios de 2021, cada una con énfasis diferentes. Vale la pena señalar que el esquema discutido en esta sección está al nivel del protocolo Ethereum, y el protocolo aplica el PBS, en lugar de la negociación privada de esquemas como Flashbots.
PBS intenta lograr los siguientes cinco objetivos:
No es necesario confiar en la amabilidad del proponente: los constructores no necesitan confiar en los proponentes
No es necesario confiar en la amabilidad del constructor: los proponentes no necesitan confiar en los constructores
Amabilidad débil del proponente: los proponentes no requieren grandes recursos informáticos ni una gran dificultad técnica
El paquete no puede ser robado: los proponentes no pueden robar las ganancias del bloque presentado por los constructores.
El consenso es simple y seguro: el consenso mantiene la seguridad, y es mejor no modificar el mecanismo de propuesta de bloque actual
plan 1
Analizar según cinco objetivos:
Escenario 2
Analizar según cinco objetivos:
Dos rutas en evolución - Two Slot PBS vs Single Slot PBS
Las dos rutas son la mejora y el refinamiento del plan anterior de Vitalik. Two Slot PBS y Single Slot PBS corresponden al plan 1 y plan 2 respectivamente.
En Two Slot PBS, se agregará un nuevo tipo de bloque llamado "Bloque intermedio" para almacenar el contenido del bloque del constructor ganador. En el Slot n, el Proponente Propondrá un Bloque Beacon ordinario, que contiene un compromiso con el contenido del bloque constructor ganador.
Luego, en el espacio n+1, el constructor ganador propondrá el bloque intermedio, que contiene el contenido del bloque ganador. Estos dos pueden considerarse como dos partes de un bloque grande, pero se dividen en dos etapas (ranuras) para completarlos. La primera etapa es equivalente al encabezado del bloque (Block Header), mientras que la segunda etapa es el cuerpo real del bloque (Block Body). Si no hay Bloque Baliza, significa que ningún Constructor gana la oferta y no habrá Bloque Intermedio posterior.
Ambos bloques deben ser votados por la Atestación del Comité. Beacon Block tiene solo un comité responsable de votar, mientras que el Intermediate Block será votado por todos los comités restantes en el espacio. Los votos para cada Bloque (ya sea Bloque Beacon o Bloque Intermedio) aparecerán en el Bloque del siguiente Espacio.
Si el constructor no ha visto el bloque baliza, puede significar que el bloque baliza no se lanzó a tiempo, por lo que el constructor no liberará el bloque intermedio. Además, para evitar la pérdida del constructor causada por la aparición del bloque baliza después de un período de tiempo, el esquema utiliza una regla de elección de bifurcación bien definida para permitir que el bloque baliza sea rechazado.
Fuente de diseño del esquema PBS de dos ranuras:
En Single Slot PBS, el comité descentralizado actúa como intermediario para mantener el contenido del bloque. El constructor envía el encabezado del paquete a la subred de subasta y al mismo tiempo envía el cuerpo del paquete cifrado al comité. Después de la votación del El comité excede el umbral, el proponente lo envía. Después de recibir la propuesta, el comité descifra el cuerpo del paquete y lo transmite, y puede completar la generación del bloque de PBS en un solo espacio.
Fuente de diseño PBS de ranura única:
Ethereum necesita PBS en la capa de protocolo, no sólo por MEV
La implementación de PBS en la capa del protocolo Ethereum puede sacudir la base del consenso y generar varios problemas nuevos. ¿Por qué tenemos que modificar la capa de protocolo en lugar de resolverlo mediante otras soluciones por encima del protocolo? Se puede considerar que la comunidad Ethereum tiene motivos ocultos Además de aliviar el problema MEV, PBS también es de gran importancia para el desarrollo a largo plazo de Ethereum.
En PBS, el proponente no necesita ocuparse del orden de las transacciones, dándose cuenta así de la apatridia. No necesita guardar el estado completo de Ethereum, solo necesita verificar la validez de las transacciones en el bloque empaquetado por el Constructor de acuerdo a la prueba de Merkel. Con Danksharding gradualmente en la agenda, la carga del almacenamiento futuro aumentará. La característica sin estado es muy crítica, ya que reduce los requisitos de almacenamiento para los proponentes, permite que más personas se conviertan en proponentes y mejora el grado de descentralización.
La propuesta de PBS propuesta por la comunidad Ethereum es en realidad exactamente la misma que la EIP-1559. Los mineros/verificadores, como función de determinar el contenido de la transacción en el bloque, tienen privilegios extremadamente altos. Una vez que los mineros/verificadores obtengan demasiadas ganancias, se volverán más centralizados y tendrán demasiado poder para afectar la seguridad de toda la red de consenso. . Lo que tiene que hacer PBS es debilitar el estatus de los mineros/verificadores, reducir sus ingresos y dispersar el poder entre la gente.
Además, el esquema PBS implementado por Flashbots MEV-Boost, debido a la suposición de confianza de Relay, generará problemas de censura de transacciones, lo que es un daño grave a la visión sin permiso y resistente a la censura de Ethereum.
La revisión de transacciones puede ocupar hasta un 80%. Fuente:
El PBS a nivel de protocolo Ethereum, el relé que no requiere confianza, puede obligar al Constructor a incluir o incluir directamente las transacciones censuradas a través de la restricción del Proponente al Constructor y mejorar las características anticensura de Ethereum.
Resumen: El PBS a nivel de protocolo Ethereum logra la distribución de beneficios entre el constructor y el proponente, reduce el umbral para el proponente, mejora el nivel de descentralización de Ethereum y mejora la función anticensura, pero no mejora la experiencia de usuarios comunes.
Flashbots—Dominio absoluto en el campo MEV
Los flashbots intentan aliviar los problemas de los MEV mediante subastas de mercado, aportando beneficios a los participantes de los MEV.
En la documentación oficial de Flashbots, se clasifican según 1) Subasta de Flashbots 2) Datos de Flashbots 3) Flashbots Protect 4) Flashbots MEV-Boost 5) Flashbots MEV-Share, pero de hecho, MEV-Boost es un esquema de fase en Flashbots Subasta, describiré el desarrollo de Flashbots en orden cronológico.
La subasta Flashbots en realidad consta de dos etapas, MEV-Geth de ETH1.0 (antes de la fusión) y MEV-Boost de ETH2.0 (después de la fusión).
MEV-Geth
A principios de 2021, Flashbots lanzó MEV-Geth y MEV-Relay. MEV-Geth es un parche en el cliente Go-Ethereum, con solo unos pocos cientos de líneas de código; MEV-Relay es un reenviador de paquetes, responsable de reenviar paquetes de transacciones entre buscadores y mineros.
MEV-Geth y MEV-Relay proporcionan un grupo de transacciones privadas y una subasta de espacio en bloque de oferta sellada, lo que permite que MEV se transforme de un bosque oscuro a una economía de mercado. Paquete es un nuevo tipo de transacción que se utiliza para expresar una preferencia por el orden de la transacción.
Flashbots Auction presenta un nuevo RPC llamado "eth_sendBundle" para estandarizar la comunicación de paquetes. Un paquete consta de un conjunto de transacciones firmadas y las condiciones bajo las cuales esas transacciones fueron aceptadas.
Al mismo tiempo, Flashbots también proporciona el nodo Flashbots Protect RPC.Los usuarios pueden simplemente modificar el nodo RPC en la billetera para evitar que sus transacciones sean atacadas por Front Running en el grupo de transacciones públicas. Además, dado que Flashbots Protect envía las transacciones de los usuarios a través de otro proceso de generación de bloques, no se producirán reversiones y los usuarios no tendrán que pagar por las transacciones fallidas. (pero trae flujo de orden exclusivo EOF)
MEV-Geth fue adoptado rápidamente por más del 90% de los mineros de Ethereum y aumentó considerablemente los ingresos de los mineros. Sin embargo, el diseño de subasta simple tiene algunas desventajas importantes, que incluyen 1) necesidad de confiar en los mineros 2) solo compatible con Geth, falta de diversidad 3) el servicio de subasta se ejecuta en un servidor centralizado, existe un único punto de riesgo de falla. Además, debido a la competencia general entre buscadores, la gran mayoría de los ingresos van a parar a los mineros, lo que crea un riesgo de centralización para Ethereum.
fuente: MEV-Boost
Después de que ocurrió The Merge, Ethereum cambió al consenso de PoS y el problema de centralización provocado por MEV se hizo más obvio. Flashbots diseñó MEV-Boost para abordar este problema.
MEV-Boost puede considerarse como una variante de PBS de ranura única. A diferencia del PBS de nivel de protocolo Ethereum, esta solución proporciona servicios como un middleware opcional, en lugar de un comportamiento obligatorio a través del protocolo, y no modifica el proceso de consenso.
El relé ya no actúa como intermediario entre el Usuario/Buscador y el Minero, sino como un nodo intermedio entre el Constructor y el Validador. De acuerdo con el flujo de transacciones enviado por el Usuario/Buscador, cada rol de Constructor, Retransmisor y Validador elegirá según el máximo beneficio Bloques enviados aguas abajo.
fuente:
MEV-Boost adopta el esquema de compromiso-revelación propuesto en Single Slot PBS Solo después de que el Validador confirme un encabezado de bloque, el Constructor revelará todo el contenido del bloque. El proceso específico se muestra en la siguiente figura:
Antes de la propuesta, el validador debe registrarse con MEV-Boost y retransmitir para garantizar que los constructores de bloques puedan construir un bloque para una propuesta que especifique el validador.
Los usuarios/buscadores envían transacciones para bloquear constructores a través de mempool público/privado
Los constructores de bloques construyen la carga útil de la solución de acuerdo con la transacción recibida. En términos de distribución de ganancias, el constructor establece su propia dirección como la dirección coinbase de la carga útil, y el último bloque se establece como la transferencia a la dirección del proponente. bloque enviado al relevo
El relé verifica la validez del bloque y envía utionPayloadHeader a MEV-Boost. MEV-Boost selecciona el más rentable del utionPayloadHeader enviado por diferentes relés y lo envía al Validador
El validador firma el encabezado, lo llama a través de submitBlindedBlock y lo envía de vuelta a MEV-Boost y lo reenvía al relé. Después de que el relé verifica la firma, envía el cuerpo completo de la carga útil a MEV-Boost y lo reenvía al consenso para que el Validador lo utilice al proponer SignedBeaconBlock a la red.
fuente:
En comparación con MEV-Geth, MEV-Boost tiene una mayor versatilidad: se utiliza como un complemento de Consensus Client, admite múltiples clientes y elimina el problema de centralización del Miner original.
Sin embargo, después de PBS, los Constructores han ganado mayor poder y los Constructores que dominan el mercado pueden obtener la capacidad de revisar y monopolizar los flujos de secuencia de transacciones.Actualmente, solo pueden prevenir los riesgos de centralización fomentando la competencia entre los Constructores. El nivel de confianza de Relay se ha debilitado aún más, pero aún puede representar un riesgo para los Constructores y Proponentes al presentar ofertas virtuales. Actualmente, el problema se alivia al monitorear la honestidad del relevo y permitir que el Validador y el Constructor elijan el relevo libremente.
MEV-Compartir
MEV-Geth permite que Miner y Searcher compartan los ingresos de MEV; MEV-Boost permite que MEV se distribuya entre Proposer, Builder y Searcher, al tiempo que protege las transacciones de los usuarios para que no sean Front Running.
Sin embargo, ambos no tienen en cuenta los beneficios para el usuario. En el concepto de Web3, el valor generado por los datos creados por los usuarios debe devolverse a los propios usuarios, y MEV-Share es el practicante de este concepto. MEV-share se compromete a permitir que los usuarios, billeteras y Dapps capturen el MEV generado por sus transacciones.
El rol de Matchmaker se introduce en MEV-Share, como intermediario entre el Usuario, el Buscador y el Creador, para mantener la privacidad del usuario al limitar la información de transacciones del usuario expuesta al Buscador.
Al mismo tiempo, el Buscador está restringido a insertar solo su propia transacción después de la transacción del usuario, es decir, Back Running para evitar la pérdida de intereses del usuario. Back Running no causará pérdidas a los usuarios y los beneficios obtenidos a través de Back Running en realidad se generan por desequilibrios del mercado.
Los usuarios pueden simplemente conectar sus billeteras a Flashbots Protect RPC para enviar transacciones a Matchmaker, o enviar transacciones privadas a través de la API de Matchmaker, y los usuarios pueden especificar los constructores que desean enviar en la transacción.
Para Searcher, es necesario escuchar la parte opcional de la información de la transacción enviada por Matchmaker a través de SSE Event Stream. SSE es una tecnología que permite al servidor enviar información activamente al cliente sin necesidad de que el cliente inicie una solicitud, lo que le permite obtener actualizaciones del estado de la cadena de bloques en tiempo real. El buscador seleccionará la transacción y luego insertará un tx autofirmado para crear un paquete.
El buscador puede compartir alguna información sobre la transacción en el paquete con otros buscadores, para obtener retroalimentación MEV y aumentar la probabilidad de que su paquete sea incluido en el bloque. Los buscadores también pueden especificar Constructores en el campo de privacidad del paquete y, finalmente, el paquete se enviará a los constructores aprobados conjuntamente por Usuarios y Buscadores.
Cifrado SGX: el hardware confiable elimina los supuestos de confianza
La exploración y discusión sobre el uso de SGX para aliviar los problemas de MEV en el mercado fue iniciada originalmente por Flashbots.
El esquema MEV-SGX se elaboró sistemáticamente en el Foro Ethereum en junio de 2021, principalmente para la cuestión de confianza de MEV-Relay en el esquema Flashbots Alpha (la versión inicial de Flashbots MEV-Auction) lanzado a principios de 2021. Se espera que a través de MEV-SGX crea un método de subasta MEV completamente privado y sin permiso.
El artículo analiza 1. Solo envíe el encabezado del bloque, oculte la prueba de transacción 2. Encabezado del bloque de margen 3. Cifrado de bloqueo de tiempo 4. Área de aislamiento de seguridad y otras soluciones, y finalmente decidió usar el área de aislamiento de seguridad (el más utilizado es el de Intel SGX) para proporcionar total privacidad y ausencia de permisos.
En el esquema MEV-SGX, SGX actúa como un entorno de ejecución confiable (Trusted ution Environment, TEE), reemplazando al intermediario de confianza único en MEV-Relay, y cada SGX es utilizado por el buscador y el minero. SGX puede garantizar que la otra parte ejecute código específico en un entorno que no pueda ser manipulado ni pirateado.
El SGX del buscador es responsable de garantizar la validez del bloque y la rentabilidad de los mineros (los proponentes no necesitan confiar en los constructores); el SGX del minero es responsable de descifrar y difundir el contenido del bloque (el los constructores no necesitan confiar en los proponentes, y los proponentes no pueden robar los bloques presentados por los beneficios de los constructores).
Cabe señalar que cuando se propuso la propuesta, Ethereum todavía estaba en el consenso de PoW, por lo que se utilizó el término "minero" en lugar de "verificador", pero de hecho las funciones de los dos en el consenso son las mismas, ambos paquetes transacciones y proponer bloques.
Cuando Ethereum entró en la etapa 2.0 a través de The Merge y se transformó en un consenso de PoS, el volumen de MEV-SGX como solución completa disminuyó gradualmente y fue reemplazado por MEV-Boost y MEV-Share. Sin embargo, SGX no se ha abandonado por completo, pero la implementación de MEV-SGX es más difícil, por lo que la comunidad ha elegido MEV-Boost y MEV-Share más realistas, y utilizará SGX en forma de parches para mejorar los defectos del solución actual.
El 20 de diciembre de 2022, la comunidad de flashbots anunció que Geth (la implementación Go del cliente Ethereum) se ejecutó en SGX por primera vez, verificando la viabilidad técnica de SGX aplicado a MEV. El 3 de marzo de 2023, la comunidad de flashbots anunció que la operación del constructor de bloques se realizó en SGX, lo que es otro paso hacia la privacidad de las transacciones y la descentralización del constructor.
La ejecución del algoritmo de construcción de bloques en el área de aislamiento de seguridad puede garantizar que los participantes distintos del usuario no puedan ver el contenido de la transacción del usuario y mantener la privacidad. Al mismo tiempo, al ejecutar un algoritmo de ejecución de bloque verificable, se puede demostrar la eficiencia económica del bloque sin comprometer la privacidad. A largo plazo, ejecutar el constructor en SGX puede proporcionar al proponente bloques verificables y válidos y ofrecer ofertas reales, que pueden reemplazar por completo la función confiable de MEV-Relay y lograr la ausencia de permisos.
SUAVE - El futuro de los MEV
MEV-Share resuelve la distribución de beneficios que genera MEV, pero aún no puede eliminar el riesgo de centralización que genera el poder de construcción de bloques. En la etapa actual de Flashbots, debido a 1) Flujo de pedidos exclusivo (flujo de pedidos exclusivo) 2) MEV entre dominios, el mercado de constructores tiene un efecto volante positivo, que es propenso a riesgos de centralización.
SUAVE (Subasta Única Unificada de Expresión de Valor) intenta solucionar el riesgo de centralización que plantea MEV. SUAVE es otro intento de cadena de bloques modular, que intenta proporcionar un grupo de memoria plug-and-play y un generador de bloques descentralizado para todas las cadenas de bloques, como una cadena de bloques dedicada, que proporciona pedidos de transacciones a todas las cadenas existentes y servicios de construcción de bloques.
fuente:
La característica de soportar múltiples cadenas mejora efectivamente la eficiencia de extracción de MEV entre dominios; como cadena de bloques, su propiedad de descentralización resolverá el riesgo de centralización de Block Builder en soluciones anteriores.
SUAVE consta de los siguientes tres componentes principales:
Entorno de preferencia universal (Entorno de preferencia universal) La preferencia puede entenderse como un tipo de transacción mejorado en el paquete, que refleja las necesidades de los usuarios/buscadores para la ejecución de transacciones (por ejemplo, parámetros de transacción, tiempo, orden) y mantiene el Privacidad previa a la confirmación del paquete sin propiedades de revocación. Universal refleja la característica de múltiples cadenas de SUAVE, resume las transacciones enviadas por los usuarios/buscadores en todas las cadenas a SUAVE, proporciona una capa de clasificación general, puede recopilar las preferencias del usuario para mejorar la eficiencia de la extracción MEV y permite Block Builder entre diferentes dominios. Colaborar para aumentar la eficiencia.
Mercado de ejecución óptima (Mercado de ución óptima) Los ejecutores participan en las licitaciones de acuerdo con las preferencias enviadas por los usuarios, brindan a los usuarios una ejecución óptima y pueden completar la expresión de preferencias entre dominios y devolver la mayor cantidad posible de ingresos MEV a los usuarios.
Construcción de bloques descentralizada (Construcción de bloques descentralizada) En una red blockchain descentralizada, Block Builder construye bloques en cada dominio de acuerdo con las preferencias del usuario y las rutas de ejecución óptimas. Bajo la premisa de mantener la descentralización, para proporcionar al Validador de cada cadena el bloque que maximiza MEV. La premisa de este componente es que los constructores de bloques comparten el flujo de pedidos y el paquete sin revelar el contenido.
fuente:
Por supuesto, hay que señalar que SUAVE es todavía un programa muy temprano, la ruta técnica aún no está clara, el diseño del programa también es ambiguo y los detalles aún están en progreso. Esta puede ser una tarea muy difícil. Flashbots llamó a MEV el problema del Premio del Milenio en el mundo de las criptomonedas y pidió a todos trabajar juntos para crear un futuro descentralizado.
NUEVAS VARIABLES EN EL MERCADO MEV
Chainlink: Fair Sequencing Service (FSS): la mitigación MEV elegida por Arbitrum
Como la plataforma de Oracle más grande del mercado, Chainlink intenta aliviar el problema de MEV mediante el pedido de transacciones a nivel de la red de Oracle. Personalmente, creo que la inspiración debería ser evitar el Front Running del informe del oráculo. Dado que el informe del oráculo tiene un gran impacto en el precio, manipular el orden del informe del oráculo en el bloque traerá un MEV alto.
Los servicios de secuenciación justa (FSS) se pueden describir brevemente de la siguiente manera: Los nodos de Oracle descentralizados (Decentralized Oracle Network, DON) proporcionan herramientas para descentralizar el pedido de transacciones y se implementan de acuerdo con las políticas especificadas por los creadores de contratos dependientes; lo ideal es que sea una estrategia justa (generalmente FCFS cronológicamente). ordenados por hora de llegada) que no otorga una ventaja a los participantes que desean manipular el orden de las transacciones. Juntas, estas herramientas conforman el FSS.
FSS consta de tres componentes. El primero es el seguimiento de las transacciones.
Monitoreo de transacciones En FSS, el nodo Oracle monitorea el grupo de memoria de MAINCHAIN en O y permite que los envíos de transacciones fuera de la cadena se completen a través de canales dedicados.
Los nodos de ordenación de transacciones en O ordenan transacciones para el contrato dependiente SCON de acuerdo con la política definida para ese contrato.
Publicación de transacciones Después de ordenar la transacción, los nodos en O envían conjuntamente la transacción a la cadena principal.
Fuente del diagrama FSS: documento técnico de Chainlinkv2
Los beneficios potenciales de FSS incluyen:
Ordenación de transacciones para una fuente de contrato específica:
En comparación con la solución de mitigación MEV en contratos inteligentes, el FSS implementado por DON puede obtener una menor latencia porque su solución de defensa MEV se ejecuta fuera de la cadena. El retraso será el retraso de la red de milisegundos, en lugar del retraso del bloque de múltiplos de 12. .
UniswapX: O resolvió el ataque sándwich MEV, pero creó la censura MEV
El 17 de julio, Uniswap, el principal intercambio descentralizado (DEX), tuiteó que lanzará un nuevo protocolo de código abierto llamado UniswapX, que agregará la liquidez de los grupos comerciales descentralizados y lanzará una "prevención contra ataques MEV" y otras características nuevas.
UniswapX ha agregado algunas características nuevas en el proceso de comparación de pedidos fuera de la cadena. Estas características incluyen la clasificación que no sigue exactamente el orden de precios, la ejecución de órdenes limitadas y el uso de un libro de contabilidad local para manejar las diferencias de precios.
Debido a estos cambios, las transacciones almacenadas en Mempool se han vuelto cada vez más impredecibles, comprimiendo aún más el espacio de arbitraje de MEV. La existencia de MEV se debe principalmente al mecanismo mecánico en el que los mineros priorizan el envasado según la cantidad de gas. Sin embargo, podemos mejorar MEV en gran medida mediante el ajuste del libro mayor fuera de la cadena.
Los comerciantes de Uniswap generan grandes cantidades de MEV dañinos todos los días debido a los "ataques sándwich", y las pérdidas pueden llegar a $ 3 millones. UniswapX está diseñado para resolver este problema al convertir transacciones sin procesar en intentos que se envían al servidor central de Uniswap. Hacerlo resuelve efectivamente el problema del "ataque sándwich", pero también presenta nuevos problemas para la revisión de MEV.
En el proceso de cotización y transacción, el precio justo puede estar sesgado hacia el postor. En este caso, el único postor a menudo está dispuesto a presentar una oferta poniendo la transacción en cadena durante la ventana de exclusividad. Pero también abre oportunidades para los validadores, que pueden unirse para examinar las transacciones. Aunque este tipo de ataque parece poco común en esta etapa, si algunos validadores se vuelven lo suficientemente fuertes, o ganan varios bloques seguidos, o la infraestructura para la colusión de validadores se usa ampliamente, entonces podemos ver un crecimiento vicioso de los problemas de censura de MEV.
CGVFOF cree firmemente que, aunque la Fundación Ethereum puede tener una actitud negativa hacia MEV, bajo la estructura ecológica actual de blockchain, los gigantes mineros/verificadores centralizados tienen un gran poder y es difícil lograr un proceso de un solo paso mediante el cifrado de transacciones y otros medios. Resuelva el problema en el lugar, de lo contrario provocará graves fluctuaciones en el mercado, lo que no favorecerá el desarrollo sostenible de la ecología blockchain.
Por lo tanto, el esquema de mejora progresiva de Flashbots y otros equipos introduce múltiples partes para participar en MEV, se controla y equilibra entre sí, debilita gradualmente el derecho centralizado a hablar, minimiza el impacto de MEV en los usuarios y finalmente migra al esquema de transacción privada con menos fricción (preocupaciones por la privacidad como lo destaca Vitalik en Las tres transiciones).
Desde este punto de vista, MEV ha pasado gradualmente del juego inicial de suma cero en el bosque oscuro a la etapa de control y equilibrio de la separación de poderes, y puede avanzar lentamente hacia la privacidad total. Pero en cualquier caso, MEV sigue siendo un gran mercado con potencial de desarrollo sostenible, y dará la bienvenida a más tendencias y cosas nuevas más interesantes.
***Nota: Este artículo es un informe de investigación de CGV FoF y no constituye ningún consejo de inversión, es solo para referencia. ***