El juego entre Ethereum Consenso y MEV, debe comenzar el día en que se cambie de PoW a PoS...

Escrito por: Tia, Techub News

El proceso de resolver el problema de MEV en realidad implica volver a formular las reglas de asignación del espacio de Bloquear. Para MEV, creo que ya no es extraño para todos, pero si quieres saber qué están discutiendo algunas propuestas de gobernanza de MEV de Ethereum, es posible que aún necesites algo de información de fondo. Por lo tanto, este artículo resume una serie de propuestas de gobernanza de MEV después de que Ethereum cambió a PoS, como PBS, ePBS, PEPC, con la esperanza de proporcionar algo de información de fondo para todos.

PBS (Proposer Builder Separation)

Antes de la fusión de ETH, la forma de resolver MEV era utilizando MEV-Geth desarrollado por Flashbots, que es una versión modificada del cliente go-ethereum. Su concepto principal es permitir que los mineros se centren en su trabajo principal, la minería, en lugar de participar en la competencia de MEV, evitando así posibles problemas de reorganización. El mecanismo de MEV-Geth es simple y consiste en una solución de mercado donde los mineros seleccionan los bundles basándose en los beneficios que los buscadores envían al empaquetar un bloque. A través de este ingenioso mecanismo de mercado, todas las partes obtienen beneficios y, al mismo tiempo, se establecen ciertas restricciones. Aunque los buscadores deben compartir parte de sus beneficios con los mineros, a cambio obtienen una garantía de seguridad contra el robo por parte de los mineros. Cuando los buscadores se convierten en la principal fuente de ingresos, los mineros también se ven obligados a utilizar MEV-Geth y están sujetos a sus restricciones. MEV-Geth mantiene una Lista de permitidos de mineros, y solo los mineros incluidos en la Lista de permitidos pueden recibir los bundles de los buscadores. Al restringir la reputación de los mineros y eliminar aquellos que roban los logros de los buscadores de la Lista de permitidos, se puede evitar que los mineros se apropien de los beneficios de MEV de los buscadores.

Pero después de la fusión, debido a que el método de generación de bloques cambia a seleccionar aleatoriamente de entre los validadores como proponente para proponer bloques, el método de restricción de reputación para prevenir el acaparamiento de valor de la base de datos de memoria no es factible.

Una solución posible es hacer que el contenido del bloque sea invisible para los validadores. Siguiendo esta idea, se puede perfeccionar aún más mediante la separación del generador de propuestas (PBS, por sus siglas en inglés). PBS descompone aún más la responsabilidad de los validadores como generadores de propuestas en la construcción del bloque y la propuesta del bloque, subcontratando el complejo derecho de construcción que puede estar involucrado en la lucha por los intereses a los constructores. De esta manera, el trabajo del generador de propuestas se vuelve muy simple, ya que solo necesita elegir la propuesta del bloque basada en el tamaño de la ganancia presentada por el constructor.

Inicialmente, Ethereum quería integrar PBS en el protocolo durante la fusión, pero debido a la complejidad potencial, este proceso se pospuso y se le dio la oportunidad a MEV-Boost de ingresar a PBS. Actualmente, PBS se implementa a través de MEV-Boost desarrollado por Flashbots. Además del constructor y el proponente, hay otro papel importante: el relay. El constructor no envía directamente el bloque al proponente, sino a través de un tercer papel, el relay.

Debido a que todavía hay que resolver algunos otros problemas, como garantizar que el constructor definitivamente pagará los costos al proponente, y definitivamente revelará el contenido del bloque  Bloquear al proponente al final para evitar que el proponente no sea castigado por presentar un bloque  Bloquear vacío; y cómo garantizar que el bloque  Bloquear presentado por el constructor definitivamente será incluido en la cadena beacon, entre otros. Estos problemas que protegen los intereses del constructor y del proponente se implementan principalmente a través del relay.

El constructor enviará Bloquear a relay, luego relay ordenará Bloquear según las ganancias que cada Bloquear puede obtener, luego enviará la cabeza de Bloquear con las ganancias más altas a el proponente para garantizar que el proponente no pueda ver el contenido de Bloquear. Después de que el proponente haga un compromiso con la propuesta de Bloquear (firmar la cabeza de Bloquear), relay revelará el Bloquear completo al proponente. El costo que el constructor paga al proponente también debe ser confirmado por relay para completarse. La transacción que se paga al proponente se incluye en el Bloquear presentado, pero como el proponente no puede ver el contenido de Bloquear, todavía necesita confirmación previa de relay.

En protocolo & fuera de protocolo

Para poder participar en el mercado construido por MEV-Boost, los validadores deben ejecutar el cliente de Consenso de Ethereum y ejecutar un programa de MEV-Boost de terceros no relacionado con Ethereum al mismo tiempo. ** Esto es lo que hace que PBS sea tan especial, ya que permite la participación de terceros externos al protocolo en el diseño de las reglas establecidas por el Consenso de Ethereum. ** Desde el punto de vista de la propiedad, esto es sorprendente.

Esto también ha generado reflexiones sobre la ‘credibilidad’ del mecanismo del protocolo, cómo se refuerza la credibilidad y cómo se erosiona a través de otros mecanismos. MEV-Boost es un buen ejemplo, ya que existe la posibilidad de que un protocolo externo pueda cambiar los mecanismos existentes. Cuando el propio protocolo comienza a rezagarse, estos cambios pueden surgir desde el exterior, y el surgimiento de mecanismos externos seguramente se ajustará a las demandas actuales del mercado. Sin embargo, aún no se sabe si estos mecanismos externos son confiables, si han sido diseñados meticulosamente para prevenir posibles problemas o incluso si pueden dañar el protocolo.

Relé centralizado

La principal crítica de MEV-Boost es el mercado centralizado de relés. Sin embargo, esta configuración introduce problemas de confianza. Los constructores deben confiar en que los relés no robarán su MEV. Los proponentes también deben confiar en que los bloques recibidos y firmados por los relés son válidos. Sin embargo, a pesar de desempeñar un papel crucial, los repetidores no tienen ningún incentivo económico y ejecutar un relé también implica gastos considerables. El año pasado, había 11 relés que apoyaban la red Ethereum, pero ahora solo quedan 9 relés que siguen brindando servicio.

Es importante tener en cuenta que los repetidores no son de acceso libre, como el repetidor EDEN que solo Repetidor su propio constructor. También hay algunos repetidores como bloXroute que afirman filtrar transacciones relacionadas con carreras y ataques de sandwich. En cierto sentido, los repetidores también tienen cierto poder para establecer reglas.

Los datos provienen de Rated Network

Además, desde el punto de vista de Liveness, debido a la existencia del relay, el constructor y el proponente no pueden proporcionar una confirmación a nivel atómico. Si el proponente firma el encabezado del bloque con un compromiso y el constructor también proporciona el contenido de la carga útil, pero debido a un error en el relay (ya sea malicioso o no), no se puede enviar el contenido a tiempo, lo que hará que el constructor y el proponente sufran pérdidas.

ePBS: Empaquetando PBS en Ethereum

Ya sea para resolver el problema de centralización de relay o para trasladar partes fuera del protocolo hacia el protocolo, encapsular PBS en ePBS de Ethereum parece ser una opción obligatoria. En la actualidad, ePBS ya no es solo una propuesta en discusión, el editor de EIP de Ethereum le ha asignado el número EIP-7732.

ePBS proporciona una infraestructura sin confianza para que los proponentes y constructores subcontraten el derecho de construcción de Bloquear. El rol del constructor, que originalmente estaba fuera del protocolo, se incorpora en el protocolo, y se separa del rol de validadores para convertirse en el constructor de validadores, que también debe realizar el stake en la red Ethereum. Debido a que las responsabilidades originales del proponente en la capa de Consenso se separaron, se requieren cambios en la capa de Consenso para completar ePBS. En este proceso, el constructor es responsable de construir la carga útil ution (la lista final de transacciones que se ejecutarán en el Bloquear). La responsabilidad del proponente es proponer el Bloquear de la señal. El proceso específico es el siguiente:

1. Después de saber que ha sido seleccionado como Proposer, cree y difunda la Lista de Inclusión (IL, es decir, las transacciones que deben incluirse en este slot).
2. Los constructores envían el hash de Bloquear que contiene la carga útil de ution y el compromiso de pagar al proponente los costos de ‘SignedutionPayloadHeader’ a enviar al proponente (la carga útil de ution debe cumplir con IL)
3. El proponente selecciona un “SignedutionPayloadHeader” de los constructores y lo incluye (generalmente selecciona el que pague al proponente el precio más alto). Luego transmite el bloque de anclaje propuesto “SignedBeaconBlock”.
4. Los testigos cumplen con sus responsabilidades de testigo
5. agregadores presentan agrupaciones de certificados; al mismo tiempo, el constructor difunde la carga de ejecución
6. PTC（Comité de Puntualidad de Carga, en cada slot, 512 validadores serán seleccionados como miembros del PTC）verifica si el constructor revela la carga útil ution a tiempo y transmite los resultados

ePBS también pasó por varias discusiones desde su propuesta hasta la obtención final del número de EIP. Inicialmente, PBS fue propuesto por Vitalik en junio de 21, cuatro meses después se perfeccionó el plan de Two-slot, y después de otros tres meses se lanzó el PBS de Single-slot. No fue hasta julio de 23 que se presentó formalmente la idea de PTC.

PEPC（Protocol-Enforced Proposer Commitments）

Por supuesto, también hay quienes no están de acuerdo con ePBS y esperan reemplazarlo con otras soluciones. Esto es lo que hace PEPC. Mientras que ePBS incorpora un conjunto determinado de reglas en el protocolo, en PEPC, los proponentes venden el derecho a construir Bloques con capacidades de Programabilidad.

PEPC fue propuesto por barnabe en octubre de 2022. barnabe cree que si se va a implementar el mecanismo PBS en el protocolo, se debe considerar la implementación de un mecanismo general para la transmisión de señales de confianza en lugar de implementar un mecanismo específico de señal de confianza (por ejemplo, si me pides que construya bloques, te devolveré xx ETH).

Al igual que el nombre de PEPC (Protocol-Enforced Proposer Commitments), algunos mecanismos que aseguran los derechos de los constructores y proponentes son completados a través de compromisos presentados por el proponente en el protocolo, estos compromisos pueden ser verificados on-chain, principalmente a través del Código de operación ‘BEACONROOT’. Este es un mecanismo más general, donde el compromiso puede ser externalizar completamente el derecho de construcción de Bloquear, o solo externalizar una parte de Bloquear, es decir, el proponente vende el derecho de construcción de Bloquear de Programabilidad.

Resumen

La introducción anterior es una breve descripción de PBS, ePBS y PEPC. Desde el punto de vista del diseño del protocolo, no solo es necesario diseñar un mecanismo de mercado para la reasignación de MEV, sino que también se debe considerar cómo hacer que los validadores sean más descentralizados, así como cómo aumentar la resistencia a la censura. Además, hay muchas compensaciones en el diseño del protocolo. Tomando ePBS, que ya tiene un número de EIP, como ejemplo, aunque su diseño resuelve el problema de centralización del relay, ¿solo tiene un impacto negativo como un rol clave de terceros fuera del protocolo? Desde la perspectiva del mecanismo de pago del constructor, usar el relay es mejor que el mecanismo ePBS, ya que el mecanismo de ePBS es de prepago. Si el constructor empaqueta un bloque con un beneficio extremadamente alto, no podrá proporcionar un rendimiento alto al proponente en el mecanismo de prepago.