El valor extraíble máximo (MEV) se refiere al valor máximo que se puede extraer de la producción de bloques en exceso de la recompensa estándar del bloque y las tarifas de gas al incluir, excluir y cambiar el orden de las transacciones en un bloque.

Valor extraíble por minero

El valor extraíble máximo se aplicó por primera vez en el contexto de prueba de trabajo, y se refería inicialmente como “valor extraíble por mineros”. Esto se debe a que en la prueba de trabajo, los mineros controlan la inclusión, exclusión y ordenación de transacciones. Sin embargo, desde la transición a la prueba de participación a través de La FusiónLos validadores han sido responsables de estos roles, y la minería ya no forma parte del protocolo de Ethereum. Los métodos de extracción de valor aún existen, sin embargo, por lo que ahora se utiliza el término 'Valor extraíble máximo'.

REQUISITOS PREVIOS

Asegúrate de estar familiarizado contransacciones, bloques, prueba de participación y gas. Familiarity with dappsyDeFi es útil también.

EXTRACCIÓN DE MEV

En teoría, MEV se acumula completamente a los validadores porque son la única parte que puede garantizar la ejecución de una oportunidad de MEV rentable. Sin embargo, en la práctica, una gran parte de MEV es extraída por participantes independientes de la red referidos como 'buscadores'. Los buscadores ejecutan algoritmos complejos en datos de blockchain para detectar oportunidades de MEV rentables y tienen bots para enviar automáticamente esas transacciones rentables a la red.

Los validadores obtienen de todos modos una parte del monto completo de MEV porque los buscadores están dispuestos a pagar tarifas de gas altas (que van al validador) a cambio de una mayor probabilidad de inclusión de sus transacciones rentables en un bloque. Suponiendo que los buscadores son económicamente racionales, la tarifa de gas que un buscador está dispuesto a pagar será un monto de hasta el 100% del MEV del buscador (porque si la tarifa de gas fuera más alta, el buscador perdería dinero).

Con eso, para algunas oportunidades altamente competitivas de MEV, como Arbitraje DEX, los buscadores pueden tener que pagar el 90% o incluso más de sus ingresos totales de MEV en tarifas de gas al validador porque muchas personas desean realizar el mismo intercambio de arbitraje rentable. Esto se debe a que la única forma de garantizar que su transacción de arbitraje se ejecute es si envían la transacción con el precio de gas más alto.

Gas golfing

Esta dinámica ha hecho que ser bueno en el "gas golfing" — programar transacciones para que utilicen la menor cantidad de gas — sea una ventaja competitiva, porque permite a los buscadores establecer un precio de gas más alto manteniendo constantes sus tarifas totales de gas (ya que las tarifas de gas = precio de gas * gas utilizado).

Algunas técnicas de gas golf bien conocidas incluyen: usar direcciones que comienzan con una larga cadena de ceros (por ejemplo, 0x0000000000C521824EaFf97Eac7B73B084ef9306

(se abre en una nueva pestaña)

) ya que ocupan menos espacio (y por lo tanto gas) para almacenar; y dejando pequeñoERC-20los saldos de tokens en contratos, ya que cuesta más gas inicializar una ranura de almacenamiento (en el caso de que el saldo sea 0) que actualizar una ranura de almacenamiento. Encontrar más técnicas para reducir el uso de gas es un área activa de investigación entre los investigadores.

Generalized frontrunners

En lugar de programar algoritmos complejos para detectar oportunidades rentables de MEV, algunos buscadores ejecutan frontrunners generalizados. Los frontrunners generalizados son bots que vigilan el mempool para detectar transacciones rentables. El frontrunner copiará el código de la transacción potencialmente rentable, reemplazará las direcciones con la dirección del frontrunner y ejecutará la transacción localmente para comprobar que la transacción modificada da como resultado un beneficio para la dirección del frontrunner. Si la transacción es realmente rentable, el candidato principal enviará la transacción modificada con la dirección reemplazada y un precio de gas más alto, "adelantando" la transacción original y obteniendo el MEV del buscador original.

Flashbots

Flashbots es un proyecto independiente que extiende los clientes de ejecución con un servicio que permite a los buscadores enviar transacciones MEV a los validadores sin revelarlas al mempool público. Esto evita que las transacciones sean adelantadas por adelantadores generalizados.

Ejemplos de MEV

MEV emerge en la cadena de bloques de varias formas.

arbitraje DEX

El arbitraje de intercambio descentralizado (DEX) es la oportunidad de MEV más simple y conocida. Como resultado, también es la más competitiva.

Funciona de la siguiente manera: si dos DEX ofrecen un token a dos precios diferentes, alguien puede comprar el token en el DEX de menor precio y venderlo en el DEX de mayor precio en una sola transacción atómica. Gracias a la mecánica del blockchain, esto es un arbitraje sin riesgo y verdadero.

Aquí tienes un ejemplo

(se abre en una nueva pestaña)

de una transacción de arbitraje rentable donde un buscador convirtió 1,000 ETH en 1,045 ETH aprovechando los diferentes precios del par ETH/DAI en Uniswap frente a Sushiswap.

Liquidaciones

Las liquidaciones de protocolo de préstamos presentan otra oportunidad de MEV bien conocida.

Protocolos de préstamo como Maker y Aave requieren que los usuarios depositen un cierto colateral (por ejemplo, ETH). Este colateral depositado se utiliza luego para prestar a otros usuarios.

Los usuarios pueden entonces tomar prestados activos y tokens de otros dependiendo de lo que necesiten (por ejemplo, podrías tomar prestado MKR si quieres votar en una propuesta de gobernanza de MakerDAO) hasta un cierto porcentaje de su colateral depositado. Por ejemplo, si el monto prestado es un máximo del 30%, un usuario que deposite 100 DAI en el protocolo puede tomar prestados hasta 30 DAI de valor de otro activo. El protocolo determina el porcentaje exacto de poder de préstamo.

A medida que el valor del colateral de un prestatario fluctúa, también lo hace su poder de endeudamiento. Si, debido a las fluctuaciones del mercado, el valor de los activos prestados supera, digamos, el 30% del valor de su colateral (nuevamente, el porcentaje exacto lo determina el protocolo), el protocolo generalmente permite a cualquier persona liquidar el colateral, pagando instantáneamente a los prestamistas (esto es similar a cómo llamadas de margen

(se abre en una nueva pestaña)

trabajo en finanzas tradicionales). Si se liquida, por lo general el prestatario tiene que pagar una fuerte comisión de liquidación, parte de la cual va al liquidador, que es donde surge la oportunidad de MEV.

Los buscadores compiten para analizar los datos de la cadena de bloques lo más rápido posible para determinar qué prestatarios pueden ser liquidados y ser los primeros en enviar una transacción de liquidación y cobrar la tarifa de liquidación para sí mismos.

Trading de sándwich

El trading de sándwich es otro método común de extracción de MEV.

Para hacer un sandwich, un buscador observará el mempool en busca de grandes operaciones DEX. Por ejemplo, supongamos que alguien quiere comprar 10,000 UNI con DAI en Uniswap. Una operación de esta magnitud tendrá un efecto significativo en el par UNI/DAI, potencialmente aumentando significativamente el precio de UNI en relación con DAI.

Un buscador puede calcular el efecto aproximado del precio de esta gran operación en el par UNI/DAI y ejecutar una orden de compra óptima inmediatamente antes de la gran operación, comprando UNI barato, luego ejecutar una orden de venta inmediatamente después de la gran operación, vendiéndolo por el precio más alto causado por la gran orden.

Sin embargo, hacer un sándwich es más arriesgado ya que no es atómico (a diferencia del arbitraje DEX, como se describe arriba) y es propenso a ataque de salmonela

(se abre en una nueva pestaña)

.

NFT MEV

MEV en el espacio de NFT es un fenómeno emergente, y no necesariamente es rentable.

Sin embargo, dado que las transacciones de NFT ocurren en la misma cadena de bloques compartida por todas las demás transacciones de Ethereum, los buscadores pueden utilizar técnicas similares a las utilizadas en las oportunidades de MEV tradicionales en el mercado de NFT también.

Por ejemplo, si hay un lanzamiento popular de NFT y un buscador quiere un NFT específico o un conjunto de NFT, puede programar una transacción de manera que sea el primero en la fila para comprar el NFT, o puede comprar todo el conjunto de NFT en una sola transacción. O si un NFT es listado por error a un precio bajo

(se abre en una nueva pestaña)

, un buscador puede adelantarse a otros compradores y adquirirlo barato.

Un ejemplo destacado de MEV de NFT ocurrió cuando un buscador gastó $7 millones para comprar

(se abre en una nueva pestaña)

cada Cryptopunk individual al precio mínimo. Un investigador de blockchainexplicado en Twitter

(se abre en una nueva pestaña)

cómo el comprador trabajó con un proveedor de MEV para mantener su compra en secreto.

La larga cola

El arbitraje DEX, las liquidaciones y el trading de sandwich son todas oportunidades de MEV muy conocidas y es poco probable que sean rentables para los nuevos buscadores. Sin embargo, hay una larga cola de oportunidades de MEV menos conocidas (el MEV de NFT es posiblemente una de esas oportunidades).

Los buscadores que recién comienzan pueden encontrar más éxito al buscar MEV en esta cola más larga. Flashbot’stablero de trabajo de MEV

(opens in a new tab)

enumera algunas oportunidades emergentes.

EFECTOS DE MEV

MEV no es del todo malo — hay consecuencias tanto positivas como negativas de MEV en Ethereum.

El bien

Muchos proyectos DeFi confían en actores económicamente racionales para garantizar la utilidad y estabilidad de sus protocolos. Por ejemplo, el arbitraje en DEX asegura que los usuarios obtengan los mejores precios, los más correctos para sus tokens, y los protocolos de préstamos confían en liquidaciones rápidas cuando los prestatarios caen por debajo de las ratios de garantía para asegurar que los prestamistas sean reembolsados.

Sin buscadores racionales que busquen y corrijan ineficiencias económicas y aprovechen los incentivos económicos de los protocolos, es posible que los protocolos DeFi y las dapps en general no sean tan robustos como lo son hoy.

El mal

En la capa de aplicación, algunas formas de MEV, como el trading de sandwich, resultan en una experiencia inequívocamente peor para los usuarios. Los usuarios que quedan en medio enfrentan un deslizamiento aumentado y una ejecución peor en sus operaciones.

En la capa de red, los precursores generalizados y las subastas de precio del gas en las que a menudo participan (cuando dos o más precursores compiten para que su transacción se incluya en el siguiente bloque aumentando progresivamente el precio del gas de sus propias transacciones) resultan en congestión de red y altos precios de gas para todos los demás que intentan realizar transacciones regulares.

Más allá de lo que sucede dentro de los bloques, MEV puede tener efectos nocivos entre bloques. Si el MEV disponible en un bloque excede significativamente la recompensa estándar del bloque, los validadores pueden verse incentivados a reorganizar los bloques y capturar el MEV por sí mismos, lo que provoca la reorganización de la cadena de bloques y la inestabilidad del consenso.

Esta posibilidad de reorganización de blockchain ha sidoanteriormente explorado en la cadena de bloques de Bitcoin

(se abre en una nueva pestaña)

. A medida que la recompensa por bloque de Bitcoin se reduce a la mitad y las tarifas de transacción constituyen una parte cada vez mayor de la recompensa por bloque, surgen situaciones en las que se vuelve económicamente racional para los mineros renunciar a la recompensa del próximo bloque y en su lugar volver a minar bloques pasados con tarifas más altas. Con el crecimiento de MEV, podría ocurrir la misma situación en Ethereum, amenazando la integridad de la cadena de bloques.

ESTADO DE MEV

La extracción de MEV se disparó a principios de 2021, lo que resultó en precios extremadamente altos de gas en los primeros meses del año. La aparición del relé MEV de Flashbots ha reducido la efectividad de los frontrunners generalizados y ha llevado las subastas de precios de gas fuera de la cadena, reduciendo los precios de gas para los usuarios comunes.

Si bien muchos buscadores siguen ganando dinero con MEV, a medida que las oportunidades se vuelven más conocidas y más buscadores compiten por la misma oportunidad, los validadores capturarán cada vez más ingresos totales de MEV (porque el mismo tipo de subastas de gas como se describió originalmente también ocurren en Flashbots, aunque de forma privada, y los validadores capturarán los ingresos de gas resultantes). MEV tampoco es exclusivo de Ethereum, y a medida que las oportunidades se vuelven más competitivas en Ethereum, los buscadores se están moviendo a blockchains alternativos como Binance Smart Chain, donde existen oportunidades de MEV similares a las de Ethereum con menos competencia.

Por otro lado, la transición de la prueba de trabajo a la prueba de participación y el esfuerzo continuo para escalar Ethereum utilizando rollups cambian todo el panorama de MEV de formas que aún son algo inciertas. Aún no está bien establecido cómo el tener proponentes de bloques garantizados conocidos ligeramente por adelantado cambia la dinámica de la extracción de MEV en comparación con el modelo probabilístico en la prueba de trabajo o cómo esto será interrumpido cuando elección de líder secreto único

(se abre en una nueva pestaña)

y tecnología de validadores distribuidosse implementen. Del mismo modo, queda por ver qué oportunidades de MEV existen cuando la mayoría de la actividad de los usuarios se traslada de Ethereum a sus rollups y fragmentos de capa 2.

MEV EN ETHEREUM PRUEBA DE PARTICIPACIÓN (POS)

Como se explicó, MEV tiene implicaciones negativas para la experiencia general del usuario y la seguridad de la capa de consenso. Pero la transición de Ethereum a un consenso de participación (apodado “La fusión”) potencialmente introduce nuevos riesgos relacionados con MEV:

Centralización de validadores

En Ethereum post-Merge, los validadores (que han realizado depósitos de seguridad de 32 ETH) llegan a un consenso sobre la validez de los bloques añadidos a la Beacon Chain. Dado que 32 ETH pueden estar fuera del alcance de muchos, uniéndose a un grupo de staking puede ser una opción más factible. Sin embargo, una distribución saludable de apostadores en solitarioes ideal, ya que mitiga la centralización de validadores y mejora la seguridad de Ethereum.

Sin embargo, se cree que la extracción de MEV es capaz de acelerar la centralización del validador. Esto se debe en parte a que, como validadores ganar menos por proponer bloquesque los mineros hacen actualmente, la extracción de MEV puede ser muy beneficiosa influencia ganancias validador

(se abre en una nueva pestaña)

después de The Merge.

Los grupos de participación más grandes probablemente tendrán más recursos para invertir en las optimizaciones necesarias para capturar oportunidades de MEV. Cuanto más MEV extraigan estos grupos, más recursos tendrán para mejorar sus capacidades de extracción de MEV (y aumentar los ingresos totales), creando esencialmente economías de escala

(se abre en una nueva pestaña)

.

Con menos recursos a su disposición, los validadores individuales pueden no poder beneficiarse de las oportunidades de MEV. Esto puede aumentar la presión sobre los validadores independientes para unirse a grupos de participación poderosos y aumentar sus ganancias, lo que reduce la descentralización en Ethereum.

Mempools con permiso

En respuesta a los ataques de sandwiching y frontrunning, los traders pueden comenzar a realizar acuerdos fuera de la cadena con validadores para la privacidad de las transacciones. En lugar de enviar una transacción potencial de MEV al mempool público, el trader la envía directamente al validador, quien la incluye en un bloque y comparte las ganancias con el trader.

Los "dark pools" son una versión más grande de este arreglo y funcionan como mempools con permisos, accesibles solo para usuarios dispuestos a pagar ciertas tarifas. Esta tendencia podría disminuir la falta de permisos y confianza de Ethereum y potencialmente transformar la cadena de bloques en un mecanismo de "pago por jugar" que favorece al postor más alto.

Los mempools con permisos también acelerarían los riesgos de centralización descritos en la sección anterior. Es probable que los grandes grupos que ejecutan múltiples validadores se beneficien al ofrecer privacidad de transacciones a traders y usuarios, aumentando sus ingresos de MEV.

Combatir estos problemas relacionados con MEV en el Ethereum posterior a Merge es un área central de investigación. Hasta la fecha, se han propuesto dos soluciones para reducir el impacto negativo de MEV en la descentralización y seguridad de Ethereum después de The Merge: Separación de Proveedor-Construcción (PBS) y la API del Constructor.

Separación de Propuestas-Constructores

Tanto en proof-of-work como en proof-of-stake, un nodo que construye un bloque lo propone para agregarlo a la cadena a otros nodos que participan en el consenso. Un nuevo bloque se convierte en parte de la cadena canónica después de que otro minero construya sobre él (en PoW) o reciba certificaciones de la mayoría de los validadores (en PoS).

La combinación de los roles de productor de bloque y proponente de bloque es lo que introduce la mayoría de los problemas relacionados con MEV descritos anteriormente. Por ejemplo, los nodos de consenso tienen incentivos para desencadenar reorganizaciones de cadena en ataques de ladrones del tiempo para maximizar las ganancias de MEV.

Separación propietario-constructura

(se abre en una nueva pestaña)

(PBS) está diseñado para mitigar el impacto de MEV, especialmente en la capa de consenso. La característica principal de PBS es la separación de las reglas del productor de bloques y del proponente de bloques. Los validadores siguen siendo responsables de proponer y votar en los bloques, pero una nueva clase de entidades especializadas, llamadas constructores de bloques, son responsables de ordenar transacciones y construir bloques.

Bajo PBS, un constructor de bloques crea un paquete de transacciones y realiza una oferta para su inclusión en un bloque de Beacon Chain (como la “carga de ejecución”). El validador seleccionado para proponer el siguiente bloque luego verifica las diferentes ofertas y elige el paquete con la tarifa más alta. PBS esencialmente crea un mercado de subastas, donde los constructores negocian con los validadores que venden espacio en el bloque.

Los diseños actuales de PBS utilizan un esquema de compromiso-revelación

(se abre en una nueva pestaña)

en el que los constructores solo publican un compromiso criptográfico con el contenido de un bloque (encabezado de bloque) junto con sus ofertas. Después de aceptar la oferta ganadora, el proponente crea una propuesta de bloque firmada que incluye el encabezado de bloque. Se espera que el constructor de bloques publique el cuerpo completo del bloque después de ver la propuesta de bloque firmada, y también debe recibir lo suficiente

atestaciones de validadores antes de que se finalice.

¿Cómo mitiga la separación entre proponentes y constructores el impacto de MEV?

La separación entre el proponente y el constructor en el protocolo reduce el efecto de MEV en el consenso al eliminar la extracción de MEV del ámbito de los validadores. En cambio, los constructores de bloques que ejecutan hardware especializado capturarán las oportunidades de MEV en el futuro.

Sin embargo, esto no excluye totalmente a los validadores de los ingresos relacionados con MEV, ya que los constructores deben ofertar alto para que sus bloques sean aceptados por los validadores. No obstante, al no estar los validadores directamente enfocados en optimizar los ingresos de MEV, la amenaza de ataques de bandas de tiempo disminuye.

La separación entre el proponente y el constructor también reduce los riesgos de centralización de MEV. Por ejemplo, el uso de un esquema de compromiso-revelación elimina la necesidad de que los constructores confíen en que los validadores no roben la oportunidad de MEV o la expongan a otros constructores. Esto reduce la barrera para que los validadores individuales se beneficien de MEV, de lo contrario, los constructores tenderían a favorecer a grandes grupos con reputación fuera de la cadena y realizar acuerdos fuera de la cadena con ellos.

Del mismo modo, los validadores no tienen que confiar en que los constructores no retengan los cuerpos de los bloques ni publiquen bloques no válidos porque el pago es incondicional. La tarifa del validador aún se procesa incluso si el bloque propuesto no está disponible o es declarado inválido por otros validadores. En este último caso, el bloque simplemente se descarta, lo que obliga al constructor de bloques a perder todas las tarifas de transacción y los ingresos de MEV.

API de constructor

Si bien la separación de proponente-constructores promete reducir los efectos de la extracción de MEV, su implementación requiere cambios en el protocolo de consenso. Específicamente, el elección de bifurcación la regla sobre la cadena de balizas tendría que actualizarse. El Constructor de API

(se abre en una nueva pestaña)

Es una solución temporal destinada a proporcionar una implementación funcional de la separación de proponente-constructo, aunque con suposiciones de mayor confianza.

La API del Constructor es una versión modificada de la API del motor

(se abre en una nueva pestaña)

usado por clientes de la capa de consenso para solicitar cargas de ejecución de clientes de la capa de ejecución. Como se describe en el especificación honesta del validador

(se abre en una nueva pestaña)

, los validadores seleccionados para las funciones de proposición de bloques solicitan un paquete de transacciones a un cliente de ejecución conectado, que incluyen en el bloque propuesto de Beacon Chain.

La API del Constructor también actúa como una capa intermedia entre los validadores y los clientes de la capa de ejecución; pero es diferente porque permite a los validadores en la Beacon Chain obtener bloques de entidades externas (en lugar de construir un bloque localmente utilizando un cliente de ejecución).

A continuación se muestra un resumen de cómo funciona la API del Constructor:

1. La API del constructor conecta al validador con una red de constructores de bloques que ejecutan clientes de capa de ejecución. Al igual que en PBS, los constructores son partes especializadas que invierten en la construcción de bloques intensivos en recursos y utilizan diferentes estrategias para maximizar los ingresos obtenidos de MEV + propinas de prioridad.
2. Un validador (ejecutando un cliente de capa de consenso) solicita cargas de ejecución junto con ofertas de la red de constructores. Las ofertas de los constructores contendrán el encabezado de carga de ejecución: un compromiso criptográfico con el contenido de la carga y una tarifa a pagar al validador.
3. El validador revisa las ofertas entrantes y elige la carga útil de ejecución con la tarifa más alta. Con la API del constructor, el validador crea una propuesta de bloque de baliza "ciega" que incluye solo su firma y el encabezado de la carga útil de ejecución y la envía al constructor.
4. Se espera que el constructor que ejecuta la API del constructor responda con la carga útil de ejecución completa al ver la propuesta de bloque cegado. Esto permite al validador crear un bloque Beacon "firmado", que propagan a lo largo de la red.
5. Un validador que utiliza la API del Constructor todavía se espera que construya un bloque localmente en caso de que el constructor de bloques no responda rápidamente, para que no se pierdan las recompensas de propuesta de bloque. Sin embargo, el validador no puede crear otro bloque utilizando ni las transacciones ahora reveladas ni otro conjunto, ya que sería equivalente (firmar dos bloques dentro del mismo slot), lo cual es una ofensa punible con penalización.

Un ejemplo de implementación de la API del Constructor es MEV Boost

(se abre en una pestaña nueva)

, una mejora en el Mecanismo de subasta de Flashbots

(se abre en una pestaña nueva)

diseñado para frenar las externalidades negativas de MEV en Ethereum. La subasta de Flashbots permite a los mineros en prueba de trabajo subcontratar el trabajo de construir bloques rentables a partes especializadas llamadas buscadores.

Los buscadores buscan oportunidades lucrativas de MEV y envían paquetes de transacciones a los mineros junto con un oferta sellada de precio

(se abre en una nueva pestaña)

para su inclusión en el bloque. El minero que ejecuta mev-geth, una versión bifurcada del cliente go-ethereum (Geth), solo tiene que elegir el paquete con más beneficios y extraerlo como parte del nuevo bloque. Para proteger a los mineros del spam y las transacciones inválidas, los paquetes de transacciones pasan por relayers para su validación antes de llegar a los mineros.

MEV Boost mantiene el mismo funcionamiento de la subasta original de Flashbots, aunque con nuevas características diseñadas para el cambio de Ethereum a prueba de participación. Los buscadores siguen encontrando transacciones MEV rentables para su inclusión en bloques, pero una nueva clase de partes especializadas, llamadas constructores, son responsables de agregar transacciones y paquetes en bloques. Un constructor acepta ofertas selladas de precio de los buscadores y realiza optimizaciones para encontrar el orden más rentable.

El repetidor sigue siendo responsable de validar los paquetes de transacciones antes de pasarlos al proponente. Sin embargo, MEV Boost introduce depósitos en garantía responsables de proporcionar disponibilidad de datosalmacenando los cuerpos de bloque enviados por los constructores y los encabezados de bloque enviados por los validadores. Aquí, un validador conectado a un relé solicita cargas de ejecución disponibles y utiliza el algoritmo de ordenación de MEV Boost para seleccionar el encabezado de carga útil con la oferta más alta + propinas de MEV.

¿Cómo mitiga la API del Constructor el impacto de MEV?

El beneficio principal de la API del Constructor es su potencial para democratizar el acceso a oportunidades de MEV. El uso de esquemas de compromiso-revelación elimina suposiciones de confianza y reduce las barreras de entrada para los validadores que buscan beneficiarse de MEV. Esto debería reducir la presión sobre los validadores individuales para integrarse con grandes grupos de participación a fin de aumentar las ganancias de MEV.

La implementación generalizada de la API del constructor fomentará una mayor competencia entre los constructores de bloques, lo que aumenta la resistencia a la censura. A medida que los validadores revisan las ofertas de varios constructores, un constructor con la intención de censurar una o más transacciones de usuario debe superar la oferta de todos los demás constructores no censuradores para tener éxito. Esto aumenta drásticamente el costo de censurar a los usuarios y desalienta la práctica.

Algunos proyectos, como MEV Boost, utilizan la API del Constructor como parte de una estructura general diseñada para proporcionar privacidad de transacción a ciertas partes, como los comerciantes que intentan evitar ataques de frontrunning/sandwiching. Esto se logra proporcionando un canal de comunicación privado entre los usuarios y los constructores de bloques. A diferencia de las mempools con permiso descritas anteriormente, este enfoque es beneficioso por las siguientes razones:

1. La existencia de múltiples constructores en el mercado hace que la censura sea impracticable, lo cual beneficia a los usuarios. En contraste, la existencia de piscinas oscuras centralizadas y basadas en la confianza concentraría el poder en manos de unos pocos constructores de bloques e incrementaría la posibilidad de censura.
2. El software Builder API es de código abierto, lo que permite a cualquier persona ofrecer servicios de construcción de bloques. Esto significa que los usuarios no están obligados a utilizar ningún constructor de bloques en particular y mejora la neutralidad y la falta de permisos de Ethereum. Además, los traders que buscan MEV no contribuirán involuntariamente a la centralización mediante el uso de canales de transacción privados.

RECURSOS RELACIONADOS

• Documentos de Flashbots
• (opens in a new tab)
• Flashbots GitHub
• (se abre en una nueva pestaña)
• MEV-Explore
• (se abre en una nueva pestaña)
• • Panel de control y explorador de transacciones en vivo para transacciones de MEV
• mevboost.org
• (se abre en una nueva pestaña)
• • Rastreador con estadísticas en tiempo real para relés MEV-Boost y constructores de bloques

Descargo de responsabilidad：

1. Este artículo es reimprimido de [ethereum]. Todos los derechos de autor pertenecen al autor original [@wackerow]. Si hay objeciones a esta reimpresión, por favor contacte al Puerta Aprenderequipo, y lo resolverán rápidamente.
2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.