El estado actual y el futuro desarrollo de MEV en la red Sui
MEV (Valor Máximo Extraíble) se ha convertido en un tema candente en la industria de blockchain, que involucra la ordenación de transacciones y oportunidades de arbitraje. Para aumentar la transparencia, proteger las transacciones, mantener la salud de la red y recompensar a los participantes, la red Sui ha estado implementando activamente propuestas de mejora y otros mecanismos para regular las actividades de MEV en la red.
Además de los mecanismos existentes, Sui también planea introducir más medidas para asegurar que sus principios fundamentales puedan guiar la dirección del desarrollo de MEV en la red.
Principios de diseño y factores a considerar
Cada transacción en la red Sui trae nueva información y oportunidades de ganancia potencial. El ecosistema MEV en Sui se forma principalmente a través de los siguientes mecanismos:
Mecanismo para enviar transacciones MEV
Mecanismo para publicar oportunidades de MEV
Mecanismo de distribución de beneficios MEV
Mecanismo para proteger las transacciones de los usuarios
Las prioridades generales de la red Sui incluyen:
La protección del usuario en las transacciones tiene prioridad sobre la cantidad de extracción de valor. Se da prioridad a un deslizamiento más pequeño, en lugar de un mayor valor de extracción. Evitar subastas fuera de la cadena que aumenten la latencia y no ofrezcan opciones de salida.
La transparencia de la red es superior a las transacciones privadas con nodos de verificación o intermediarios.
Fomentar la competencia a través de la subasta de gas por prioridad (PGA), suprimiendo comportamientos perjudiciales que conducen a la ineficiencia del sistema: idealmente, la mejor estrategia para los buscadores es enviar una transacción cuyo costo prioritario esté determinado por el valor extraído.
Fomentar la distribución de recompensas a los participantes cuyas intereses estén alineados con el ecosistema: nodos de validación, apostadores, aplicaciones y usuarios.
Mecanismo de envío de transacciones
Debido a que las transacciones que modifican el mismo objeto deben ejecutarse en orden, los clientes competirán para aumentar sus oportunidades de ejecución. Desde el punto de vista del sistema, PGA es una forma efectiva de asignación de recursos que puede prevenir comportamientos no deseados, mientras redistribuye las tarifas de gas entre los participantes.
Los factores clave que impulsan el PGA son la ejecución cuantitativa:
Las transacciones ordenadas por consenso se procesan en el bloque. Los comerciantes compiten por el orden de prioridad a través de subastas de gas, compitiendo tanto internamente en la presentación como entre diferentes presentaciones.
Esto es diferente de los creadores de mercado de los intercambios centralizados, cuyo 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 ha reducido el efecto cuantitativo, haciendo que el intercambio descentralizado sea más eficiente, pero también ha reducido 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 Sui de 15 envíos por segundo, la ventaja de velocidad de envío de transacciones de 70 milisegundos puede determinar si una transacción se puede completar.
Los objetos de congestión pueden retrasar la ejecución de las 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 de las presentaciones de consenso regulares.
Hay dos mecanismos para dirigir las transacciones a una próxima presentación de Sui específica:
Enviar un lote de transacciones a través de un enlace suave: SIP-19
Las transacciones enviadas a través de un paquete suave probablemente se incluirán en la misma presentación de consenso que un paquete válido. La condición de validez del paquete requiere que el precio del gas de todas las transacciones sea el mismo.
De hecho, este mecanismo permite realizar subastas fuera de la cadena para la transacción original y sus transacciones posteriores.
Ampliación de transacciones prioritarias a través del consenso: SIP-45
SIP-45 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 coloquen detrás de las transacciones con precios de gas más altos.
SIP-45 mejora la presentación de consenso al aumentar el precio del gas por encima de un múltiplo específico del precio de referencia del gas (RGP).
La amplia aplicación de SIP-45 creará un sistema más eficiente y de competencia justa. Cabe destacar que SIP-45 no cambiará las propiedades básicas del sistema desde la perspectiva del cliente: suprime el comportamiento indeseable al proporcionar alternativas más eficientes.
Seleccionar 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:
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 brinda a los buscadores una oportunidad de competencia justa.
Ampliación de la presentación de consenso
Las transacciones con un precio de gas que supera un múltiplo específico de RGP se envían a la consenso a través de múltiples nodos de validación para amplificar la presentación del consenso. Cualquier precio de gas que exceda el umbral de amplificación reducirá la fluctuación de las presentaciones ineficientes.
Evitar retrasos y cancelaciones por congestión
Sui limita el tiempo de reloj del muro para la ejecución de puntos de control al controlar la tasa de transacciones que modifican el mismo objeto compartido. Las transacciones que modifican el objeto de congestión se ordenan según el precio del gas, las transacciones con precios más bajos se retrasarán y, finalmente, se cancelarán para limitar la cadena de ejecución ordenada más larga por cada punto de control.
El precio del gas para ejecutar y cancelar transacciones se rastrea en nodos completos, especialmente en transacciones que implican la modificación de objetos de congestión. A través de los resultados de las transacciones realizadas, se pueden obtener los precios de gas de las transacciones ejecutadas a los precios más bajos y las transacciones canceladas a los precios más altos. Utilizando esta información, el cliente puede determinar el precio del gas requerido para evitar con alta probabilidad el retraso de la transacción.
Publicar información de transacciones
Cada transacción en Sui introduce oportunidades potenciales de ganancias. El ciclo de vida de una transacción de objeto compartido, desde que el cliente la envía hasta que un tercero observa su efecto, incluye los siguientes pasos:
El cliente envía la transacción
Nodo RPC que difunde transacciones
Certificado de transacción de difusión de nodo RPC
Validar que el nodo envíe la transacción
Ejecución de la transacción
Certificado de efecto de transacción enviado de vuelta al nodo RPC y al cliente
Generar punto de control
Difusión de la firma del punto de control
Verificación de puntos de control de propagación del protocolo de sincronización de estado
Verificación de puntos de descarga de nodos de terceros
Información de la transacción antes de enviar la transacción
Sui tiene un sistema de subastas fuera de la cadena para presentar paquetes suaves, siguiendo SIP-19. 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 hipótesis de difusión de información asume que el sistema de subastas funciona bien y puede proteger las transacciones de los usuarios de posibles ataques de "sniping". El sistema de subastas tiene incentivos para proteger las transacciones de los usuarios para mantener su negocio, por lo que se han adoptado algunas técnicas de subasta para debilitar los beneficios financieros que podrían derivarse de los robots de "sniping" potenciales.
transmisión de bloques de consenso
Para lograr un acceso de usuario a las transacciones de baja latencia, Sui está diseñando un sistema de transmisión directa de bloques de consenso. 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 estándar de descubrimiento de pares de sincronización de estado abierto.
Esta notificación especulativa puede reducir significativamente la latencia de propagación de las transacciones, requiriendo solo alrededor de 160 milisegundos (2 rondas de consenso), es decir, después de que el nodo de validación lo envíe.
Proteger las transacciones de los usuarios
Los usuarios de comercio necesitan estar protegidos contra el impacto de transacciones front-running, ataques de caza de stops y retrasos en las presentaciones involuntarias.
impulsado por miembros externos
La presentación de transacciones Sui requiere la intervención de miembros externos, que normalmente son ejecutados por nodos completos. Este mecanismo proporciona una protección natural previa, siempre que se confíe en los nodos completos responsables de la presentación de transacciones.
Ruta Rápida Mysticeti
Sui está llevando a cabo un proyecto que cambia la presentación de transacciones al protocolo de ruta rápida descrito en el documento de Mysticeti. Según este protocolo, las transacciones de los usuarios se pueden enviar a un único nodo de validación, que utilizará Mysticeti para recopilar y ejecutar los certificados de transacción. Aunque esto mejora la eficiencia del sistema, también brinda a los nodos de validación la oportunidad de obtener transacciones de usuarios mediante transacciones previas.
Actualmente no hay evidencia que sugiera que ha habido un ataque de front-running en Sui. En el nuevo sistema, la posibilidad de front-running es mayor, pero por otro lado, debido a una comprensión más determinista de los nodos de validación que envían las transacciones, es más fácil responsabilizarlos.
La evolución del MEV de Sui
El ecosistema MEV de Sui aún se está formando y se lanzarán nuevos mecanismos más adelante este año. Actualmente, las subastas de gas prioritarias y la amplificación del consenso definen el sistema actual, mientras que innovaciones próximas, como el cifrado con bloqueo de tiempo y el camino rápido Mysticeti, transformarán la ejecución y seguridad de las transacciones. Con la implementación de estos mecanismos, el MEV en Sui seguirá evolucionando, creando un ecosistema más dinámico y transparente.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Ecosistema MEV de la red Sui: estado actual, mecanismos y direcciones de desarrollo futuro
El estado actual y el futuro desarrollo de MEV en la red Sui
MEV (Valor Máximo Extraíble) se ha convertido en un tema candente en la industria de blockchain, que involucra la ordenación de transacciones y oportunidades de arbitraje. Para aumentar la transparencia, proteger las transacciones, mantener la salud de la red y recompensar a los participantes, la red Sui ha estado implementando activamente propuestas de mejora y otros mecanismos para regular las actividades de MEV en la red.
Además de los mecanismos existentes, Sui también planea introducir más medidas para asegurar que sus principios fundamentales puedan guiar la dirección del desarrollo de MEV en la red.
Principios de diseño y factores a considerar
Cada transacción en la red Sui trae nueva información y oportunidades de ganancia potencial. El ecosistema MEV en Sui se forma principalmente a través de los siguientes mecanismos:
Las prioridades generales de la red Sui incluyen:
Mecanismo de envío de transacciones
Debido a que las transacciones que modifican el mismo objeto deben ejecutarse en orden, los clientes competirán para aumentar sus oportunidades de ejecución. Desde el punto de vista del sistema, PGA es una forma efectiva de asignación de recursos que puede prevenir comportamientos no deseados, mientras redistribuye las tarifas de gas entre los participantes.
Los factores clave que impulsan el PGA son la ejecución cuantitativa:
Hay dos mecanismos para dirigir las transacciones a una próxima presentación de Sui específica:
Enviar un lote de transacciones a través de un enlace suave: SIP-19
Ampliación de transacciones prioritarias a través del consenso: SIP-45
Seleccionar 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:
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 brinda a los buscadores una oportunidad de competencia justa.
Ampliación de la presentación de consenso Las transacciones con un precio de gas que supera un múltiplo específico de RGP se envían a la consenso a través de múltiples nodos de validación para amplificar la presentación del consenso. Cualquier precio de gas que exceda el umbral de amplificación reducirá la fluctuación de las presentaciones ineficientes.
Evitar retrasos y cancelaciones por congestión Sui limita el tiempo de reloj del muro para la ejecución de puntos de control al controlar la tasa de transacciones que modifican el mismo objeto compartido. Las transacciones que modifican el objeto de congestión se ordenan según el precio del gas, las transacciones con precios más bajos se retrasarán y, finalmente, se cancelarán para limitar la cadena de ejecución ordenada más larga por cada punto de control.
El precio del gas para ejecutar y cancelar transacciones se rastrea en nodos completos, especialmente en transacciones que implican la modificación de objetos de congestión. A través de los resultados de las transacciones realizadas, se pueden obtener los precios de gas de las transacciones ejecutadas a los precios más bajos y las transacciones canceladas a los precios más altos. Utilizando esta información, el cliente puede determinar el precio del gas requerido para evitar con alta probabilidad el retraso de la transacción.
Publicar información de transacciones
Cada transacción en Sui introduce oportunidades potenciales de ganancias. El ciclo de vida de una transacción de objeto compartido, desde que el cliente la envía hasta que un tercero observa su efecto, incluye los siguientes pasos:
Información de la transacción antes de enviar la transacción
Sui tiene un sistema de subastas fuera de la cadena para presentar paquetes suaves, siguiendo SIP-19. 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 hipótesis de difusión de información asume que el sistema de subastas funciona bien y puede proteger las transacciones de los usuarios de posibles ataques de "sniping". El sistema de subastas tiene incentivos para proteger las transacciones de los usuarios para mantener su negocio, por lo que se han adoptado algunas técnicas de subasta para debilitar los beneficios financieros que podrían derivarse de los robots de "sniping" potenciales.
transmisión de bloques de consenso
Para lograr un acceso de usuario a las transacciones de baja latencia, Sui está diseñando un sistema de transmisión directa de bloques de consenso. 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 estándar de descubrimiento de pares de sincronización de estado abierto.
Esta notificación especulativa puede reducir significativamente la latencia de propagación de las transacciones, requiriendo solo alrededor de 160 milisegundos (2 rondas de consenso), es decir, después de que el nodo de validación lo envíe.
Proteger las transacciones de los usuarios
Los usuarios de comercio necesitan estar protegidos contra el impacto de transacciones front-running, ataques de caza de stops y retrasos en las presentaciones involuntarias.
impulsado por miembros externos
La presentación de transacciones Sui requiere la intervención de miembros externos, que normalmente son ejecutados por nodos completos. Este mecanismo proporciona una protección natural previa, siempre que se confíe en los nodos completos responsables de la presentación de transacciones.
Ruta Rápida Mysticeti
Sui está llevando a cabo un proyecto que cambia la presentación de transacciones al protocolo de ruta rápida descrito en el documento de Mysticeti. Según este protocolo, las transacciones de los usuarios se pueden enviar a un único nodo de validación, que utilizará Mysticeti para recopilar y ejecutar los certificados de transacción. Aunque esto mejora la eficiencia del sistema, también brinda a los nodos de validación la oportunidad de obtener transacciones de usuarios mediante transacciones previas.
Actualmente no hay evidencia que sugiera que ha habido un ataque de front-running en Sui. En el nuevo sistema, la posibilidad de front-running es mayor, pero por otro lado, debido a una comprensión más determinista de los nodos de validación que envían las transacciones, es más fácil responsabilizarlos.
La evolución del MEV de Sui
El ecosistema MEV de Sui aún se está formando y se lanzarán nuevos mecanismos más adelante este año. Actualmente, las subastas de gas prioritarias y la amplificación del consenso definen el sistema actual, mientras que innovaciones próximas, como el cifrado con bloqueo de tiempo y el camino rápido Mysticeti, transformarán la ejecución y seguridad de las transacciones. Con la implementación de estos mecanismos, el MEV en Sui seguirá evolucionando, creando un ecosistema más dinámico y transparente.