Evolución del mecanismo MEV: cómo la cadena de bloques gestiona la ordenación de transacciones y las oportunidades de arbitraje

MEV: Un tema importante en la cadena de bloques

MEV (valor máximo extraíble) se ha convertido en un tema candente en la industria de la Cadena de bloques, ya que involucra el orden de las transacciones y las oportunidades de arbitraje. Para asegurar la transparencia, proteger las transacciones, mantener la salud de la red y recompensar a los participantes, algunas plataformas están implementando propuestas y mecanismos de mejora para gestionar el MEV.

Además de los mecanismos existentes, también se planea establecer más mecanismos para garantizar que los principios superiores guíen la evolución del MEV.

Una comprensión integral del estado y futuro de MEV en Sui

Principios y consideraciones de diseño

Cada transacción introduce nueva información, lo que trae oportunidades de ganancias potenciales. El ecosistema MEV se forma a través de varios mecanismos:

  • Mecanismo para enviar transacciones MEV
  • Mecanismo para publicar oportunidades de MEV
  • Mecanismo de asignación de ingresos MEV
  • Mecanismo para proteger las transacciones de los usuarios

Las prioridades generales son las siguientes:

  • La protección del usuario en las transacciones es más importante que la cantidad de valor extraído. Se debe priorizar un deslizamiento más pequeño en lugar de un mayor valor de extracción. Evitar las subastas externas de protocolos que aumenten la latencia y no tengan opciones de salida.
  • La transparencia de la red es superior a las transacciones fuera de línea con nodos de verificación o intermediarios.
  • A través de la subasta de gas prioritaria (PGA) se fomenta la competencia y se reprime el comportamiento basura que conduce a la ineficiencia del sistema: la búsqueda de la perfección hace que la estrategia dominante de los buscadores sea enviar una transacción, cuyo costo prioritario está determinado por el valor extraído.
  • Fomentar la distribución de recompensas a los participantes alineados con el ecosistema: nodos de validación, apostadores, aplicaciones y usuarios.

Envío de transacciones

Debido a que las transacciones que modifican el mismo objeto se ejecutan en orden, los clientes compiten para aumentar sus oportunidades de ejecución en la secuencia. Desde el punto de vista del sistema, el PGA es una forma efectiva de asignación de recursos que puede prevenir comportamientos dañinos, al mismo tiempo que redistribuye las tarifas de gas entre los participantes.

El factor clave que impulsa la subasta de gas prioritaria es la ejecución cuantitativa:

  • Las transacciones ordenadas por consenso se procesan en un Bloquear. Los comerciantes compiten por el orden de prioridad a través de subastas de gas, pudiendo competir tanto internamente entre las presentaciones como entre diferentes presentaciones.
  • Esto es diferente de los creadores de mercado en CEX, donde la prioridad de ejecución depende completamente de la velocidad, lograda a través de redes de baja latencia y algoritmos.
  • Una mayor tasa de presentación de consenso reduce el efecto cuantitativo, lo que hace que la ejecución de DEX sea más eficiente, pero también reduce la ventana de PGA.
  • Actualmente, el PGA de objetos no congestionados es más importante para los buscadores más rápidos. A una tasa de 15 envíos por segundo, la ventaja de velocidad de envío de 70 milisegundos podría determinar si una transacción puede completarse.
  • Los objetos de congestión pueden retrasar la ejecución de transacciones, lo que amplifica aún más la importancia del PGA, ya que la ventana de transacciones competitivas puede ser 10 veces mayor que la presentación de consenso regular.

Hay dos mecanismos para dirigir las transacciones a una presentación específica que se avecina:

1. Enviar un lote de transacciones a través de un vínculo suave

  • Las transacciones enviadas a través de un blíndaje suave tienen una alta probabilidad de ser incluidas en la misma presentación de consenso junto con un blíndaje válido. Las condiciones de validez del blíndaje requieren que todos los precios de gas de las transacciones sean iguales.
  • En la práctica, este mecanismo permite realizar subastas fuera de la cadena para las transacciones originales y sus transacciones posteriores.

2. Ampliar las transacciones prioritarias a través del consenso

  • Se resolvió el problema potencial de oscilación en la presentación de consenso, evitando que las transacciones con precios de gas más bajos presentadas al mismo tiempo se colocaran detrás de las transacciones con precios de gas más altos.
  • Dos fuentes de fluctuación natural en la presentación de consenso: ( los nodos de validación presentados están retrasados en varios rondas de consenso: las transacciones presentadas por otro nodo de validación pueden ser ordenadas primero. ) el líder de la ronda de consenso tiene ventaja sobre otros nodos de validación.
  • Al aumentar por encima de k x RGP(k que es un parámetro del sistema, configurado actualmente en 5, RGP es el precio de gas de referencia ) para mejorar la presentación de consensos. Las transacciones con un precio de gas de n x RGP se amplificarán n veces.
  • La aplicación amplia creará un sistema más eficiente y de competencia justa. Es importante tener en cuenta que no se alterarán las propiedades básicas del sistema desde la perspectiva del cliente: suprime el comportamiento basura al ofrecer alternativas más eficientes.

Elegir el precio de gas de transacción adecuado

El cliente debe considerar los siguientes factores principales para determinar el precio del gas para enviar transacciones:

1、Subasta de gas prioritaria

Dentro de la presentación de consenso, las transacciones que modifican el mismo objeto se ordenan por el precio del gas, lo que proporciona a los buscadores una oportunidad de competencia justa.

2、Ampliación de la presentación del consenso

Como se mencionó anteriormente, las transacciones con un precio de gas superior a 5 x RGP se envían a consenso a través de n nodos de validación para amplificar la presentación del consenso. Cualquier precio de gas que supere el umbral de amplificación reducirá la oscilación de las presentaciones ineficientes. En la práctica, un factor de amplificación de 5 es suficiente para eliminar la oscilación, mientras que un precio de gas de 100 x RGP tendrá una alta probabilidad de desbloquear la presentación del líder de la siguiente ronda.

3、Evitar congestiones, retrasos y cancelaciones

A través del control de la tasa de transacción que modifica el mismo objeto compartido, se limita el tiempo de reloj de pared de la ejecución de puntos de control. Las transacciones que modifican el objeto de congestión se ordenan por el precio del gas, las transacciones con precios más bajos se retrasarán y finalmente se cancelarán, con el fin de limitar la cadena de ejecución secuencial más larga por cada punto de control, lo que se conoce como un mecanismo de mercado de tarifas locales basado en objetos. ( Tenga en cuenta que, aunque el objeto compartido ofrece altas oportunidades de arbitraje, el precio del gas puede dispararse, mientras que otras partes del sistema permanecen inalteradas. )

El nodo completo rastrea la ejecución y cancelación de transacciones según el precio del gas, especialmente en transacciones que implican la modificación de objetos de congestión. A través de los resultados de las transacciones, se pueden obtener los precios del gas de las transacciones ejecutadas con el precio más bajo y las transacciones canceladas con el precio más alto. Utilizando esta información, el cliente puede determinar el precio de gas necesario para evitar con alta probabilidad la demora en las transacciones. ( Tenga en cuenta que esta función actualmente solo está parcialmente implementada y se espera que se publique como parte del SDK en los próximos dos meses. )

Publicar información de transacciones

Cada transacción introduce una oportunidad de beneficio potencial. Considera el ciclo de vida de una transacción de objeto compartido, desde el momento en que el cliente lo envía hasta que un tercero observa su efecto.

  1. El cliente envía la transacción: el cliente envía la transacción a un nodo completo RPC ( que generalmente es seleccionado por la aplicación ).
  2. Nodo RPC difunde la transacción: el nodo RPC difunde la transacción a los nodos de verificación, los nodos de verificación validan la validez de la transacción y firman, el nodo RPC ensambla el certificado de transacción a partir de la firma colectiva de los nodos de verificación.
  3. Certificado de transacción de difusión del nodo RPC: El nodo RPC difunde el certificado de transacción a los nodos de verificación.
  4. Validación de nodos que envían transacciones: un nodo de validación seleccionado de manera determinista enviará la transacción a consenso. El consenso difunde el bloque entre los nodos de validación, y en 3 rondas de consenso, se enviará el bloque que contiene la transacción. Ejecución de transacciones: las transacciones se ejecutan en cada nodo de validación.
  5. Certificado de efecto de la transacción enviado de vuelta al nodo RPC y al cliente: El certificado de efecto después de la ejecución de la transacción se devolverá al nodo RPC y al cliente.
  6. Generar punto de control: En 1 a 3 rondas de consenso, cada nodo de validación formará y firmará un punto de control (. El punto de control es un procesamiento por lotes de múltiples envíos de consenso ).
  7. Difusión de la firma del punto de control: la firma del punto de control se difundirá entre los nodos de validación, y cada nodo de validación formará un certificado de punto de control.
  8. Protocolo de sincronización de estado para la propagación de puntos de control: El protocolo de sincronización de estado es responsable de propagar los puntos de control verificados de manera punto a punto. Normalmente, cada nodo validador tiene un nodo par directo que no proporciona solicitudes RPC ------ un nodo completo de sincronización de estado, que recibe el punto de control de ese nodo validador.
  9. Comprobación de puntos de control de nodos de terceros: Los nodos completos de terceros conectados a nodos completos de sincronización de estado obtienen puntos de control y descargan su contenido. En este momento, asumimos que los terceros conectados directamente a nodos completos pueden realizar un procesamiento posterior de los efectos de las transacciones y reaccionar.

( Información de transacción antes de enviar la transacción

Como se mencionó anteriormente, hay un sistema de subastas fuera de la cadena, utilizado para enviar paquetes suaves. Estas subastas interceptan las presentaciones de transacciones a través de un protocolo fuera de la cadena entre la aplicación y el sistema de subastas.

Esta suposición de difusión de información asume que el sistema de subastas funciona bien, protegiendo las transacciones de los usuarios de posibles ataques de acoso. El sistema de subastas está incentivado a proteger las transacciones de los usuarios para mantener su negocio, por lo que se adoptan algunas técnicas de subasta como ) transacciones de cebo, retrasos aleatorios ### para debilitar los beneficios financieros que podrían resultar de los robots de acoso.

Claramente, esta difusión de información ocurre fuera del sistema ( entre las aplicaciones y las subastas ), es una elección voluntaria de las aplicaciones y los usuarios, solo proporciona información especulativa, no se puede garantizar que la transacción del usuario original tendrá éxito.

( transmisión en flujo de bloques de consenso

Para lograr un acceso a transacciones de usuario de baja latencia, se está diseñando un sistema que transmitirá directamente bloques de consenso. En general, los nodos completos podrán suscribirse directamente a los bloques de consenso.

De esta manera, los nodos completos pueden notificar de manera especulativa las transacciones que tienen una alta probabilidad de ser confirmadas. La topología de la red utiliza un protocolo de descubrimiento de pares estándar de sincronización de estado abierto.

Este aviso de especulación puede reducir significativamente la demora de propagación de las transacciones, requiriendo solo aproximadamente 160 milisegundos ) 2 rondas de consenso ###, es decir, después de que los nodos de validación lo envían.

El proyecto de transmisión en flujo de bloques de consenso se encuentra actualmente en la fase de diseño, y se espera que se publique una propuesta de mejora en los próximos 1 a 2 meses.

Proteger las transacciones de los usuarios

Los usuarios de transacciones necesitan protección contra el impacto de los intercambios anticipados, el acoso y los retrasos en las presentaciones involuntarias.

( miembro externo impulsado

La presentación de la transacción requiere la participación de miembros externos, generalmente ejecutada por nodos completos.

Si un nodo de validación recibe una solicitud de envío de la transacción t y desea iniciar una nueva transacción t', estará rezagado respecto al controlador original de miembros durante el proceso de ensamblaje del certificado. A menos que el nodo completo enviado tenga una mala conexión con los miembros, el nodo de validación estará rezagado en el proceso de ensamblaje del certificado de t' respecto a t.

Además, dado que la presentación de consenso de t es descentralizada, una vez que el certificado de t alcanza el consenso, no se puede retrasar de manera confiable. Por lo tanto, si el certificado de t alcanza el consenso antes de t', es muy probable que t se liquide antes de t'.

Por lo tanto, la provisión impulsada por miembros externos ofrece una protección natural previa, asumiendo que se confía en el nodo completo ) responsable de la presentación de transacciones, ya que los ataques previos se pueden detectar fácilmente en la cadena, estos ataques serán registrados por el cliente y dañarán la reputación del operador RPC ###.

( Ruta rápida

Actualmente se está llevando a cabo un proyecto para cambiar la presentación de transacciones al protocolo de ruta rápida. Según este protocolo, las transacciones de los usuarios pueden ser enviadas a un solo nodo de validación, el cual utilizará el consenso para recopilar y ejecutar los certificados de transacción. Aunque esto mejora significativamente la eficiencia del sistema, también ofrece a los nodos de validación la oportunidad de obtener transacciones de usuario anticipadamente.

Este riesgo es puramente teórico, ya que actualmente no hay evidencia de que haya ocurrido un ataque de front-running. En el nuevo sistema, la posibilidad de front-running es mayor, pero por otro lado, debido a la comprensión determinística de los nodos de validación de envío, es más fácil responsabilizarlos.

La evolución de MEV

El ecosistema MEV aún se está formando, y a finales de este año se lanzarán nuevos mecanismos. Actualmente, las subastas de gas prioritarias y la amplificación del consenso definen el sistema actual, mientras que innovaciones inminentes, como la criptografía de bloqueo temporal y la ruta rápida, transformarán la ejecución y la seguridad de las transacciones. Con el lanzamiento de estos mecanismos, el MEV continuará evolucionando, creando un ecosistema más dinámico y transparente.

![Una explicación sobre el estado y futuro del MEV en Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###

SUI0.2%
Ver originales
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.
  • Recompensa
  • 5
  • Republicar
  • Compartir
Comentar
0/400
ApyWhisperervip
· 08-15 21:36
De nuevo se ven mecanismos para tomar a la gente por tonta.
Ver originalesResponder0
TaxEvadervip
· 08-14 09:34
Cadena de bloques viejo tonto, ¡entender esto es suficiente!
Ver originalesResponder0
CryptoPunstervip
· 08-13 18:01
Otra vez la técnica MEV para tomar a la gente por tonta, ¡qué emocionante!
Ver originalesResponder0
zkProofInThePuddingvip
· 08-13 17:59
No tiene sentido si no se puede aprovechar.
Ver originalesResponder0
SillyWhalevip
· 08-13 17:57
¿No vendrán las ganancias al pescar en aguas turbias?
Ver originalesResponder0
Opere con criptomonedas en cualquier momento y lugar
qrCode
Escanee para descargar la aplicación Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)