Estado actual y perspectivas futuras del MEV en la red Sui
MEV( el valor máximo extraíble ) se ha convertido en un tema importante en la industria de la blockchain, ya que está estrechamente relacionado con el orden de las transacciones y las oportunidades de arbitraje. Para garantizar la transparencia, proteger las transacciones de los usuarios, mantener la salud de la red y recompensar a los participantes, la red Sui ha estado implementando de manera específica 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 establecer más mecanismos para asegurar que sus principios fundamentales puedan guiar la evolución del MEV en la red.
Principios y consideraciones de diseño
Cada transacción en la red Sui genera nueva información, lo que crea oportunidades de arbitraje potenciales. El ecosistema MEV en Sui se forma a través de los siguientes mecanismos:
Mecanismo de envío de transacciones MEV
Mecanismo de publicación de oportunidades MEV
Mecanismo de distribución de ingresos MEV
Mecanismo de protección de transacciones del usuario
Las prioridades generales de Sui son las siguientes:
Proteger el volumen de transacciones de los usuarios es más importante que el volumen de extracción de valor. Priorizar deslizamientos más pequeños en lugar de un mayor volumen de extracción de valor. Evitar subastas fuera de protocolo 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 prioritario (PGA), para reprimir comportamientos basura que llevan a la ineficiencia del sistema: idealmente, la estrategia óptima de los buscadores es enviar una transacción, cuyo costo prioritario está determinado por el valor extraíble.
Fomentar la distribución de recompensas a los participantes cuyos intereses estén 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. Desde el punto de vista del sistema, PGA es una forma efectiva de asignación de recursos, que puede prevenir transacciones basura, 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 cuantificada:
Las transacciones ordenadas por consenso se procesan en bloques. Los comerciantes compiten por el orden de prioridad a través de subastas de gas, pudiendo competir internamente en las presentaciones y también entre diferentes presentaciones.
Esto es diferente de los creadores de mercado en los intercambios centralizados, 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 envío de consenso ha reducido el efecto de cuantificación, haciendo que la ejecución de transacciones descentralizadas sea más eficiente, pero también ha reducido la ventana 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, una ventaja de velocidad de envío de transacciones de 70 milisegundos podría determinar si la transacción se puede completar.
Los objetos de congestión pueden retrasar la ejecución de transacciones, lo que amplifica aún más la importancia de 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 operaciones a las próximas presentaciones de Sui:
Enviar un lote de transacciones a través de un enlace blando: SIP-19
Las transacciones enviadas a través de un paquete blando tienen una alta probabilidad de ser incluidas 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.
En la práctica, este mecanismo permite realizar subastas fuera de la cadena para las transacciones originales y sus transacciones posteriores.
Ampliar transacciones prioritarias a través del consenso: SIP-45
SIP-45 resolvió el problema de oscilación potencial en la presentación de consensos, evitando que las transacciones con precios de gas más bajos presentadas al mismo tiempo se coloquen detrás de transacciones con precios de gas más altos.
Dos fuentes de oscilación natural en la presentación del consenso: ( los nodos de validación enviados están retrasados en varios ciclos de consenso: las transacciones enviadas por otro nodo de validación pueden ser ordenadas primero. ) el líder del ciclo de consenso tiene ventaja sobre otros nodos de validación.
SIP-45 amplía por encima de k x RGP(k, que es un parámetro del sistema, actualmente configurado en 5. RGP es el precio de gas de referencia) que se utiliza para mejorar la presentación del consenso. Las transacciones con un precio de gas de n x RGP serán amplificadas n veces.
La amplia aplicación de SIP-45 creará un sistema más eficiente y de competencia justa. Es importante señalar que SIP-45 no cambiará las propiedades básicas del sistema desde la perspectiva del cliente: suprime el comportamiento basura al ofrecer soluciones 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 al enviar una transacción:
Subasta de gas prioritaria
En 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.
Ampliación de la presentación de consenso
Como se mencionó anteriormente, las transacciones con un precio de gas superior a 5 x RGP se envían a la 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 fluctuación de las presentaciones ineficientes. En la práctica, un factor de amplificación de 5 es suficiente para eliminar la fluctuación, mientras que un precio de gas de 100 x RGP tendrá una alta probabilidad de desbloquear la presentación del líder en la siguiente ronda.
Evitar congestiones, retrasos y cancelaciones
Sui limita el tiempo de reloj de pared para la ejecución de puntos de control controlando la tasa de transacciones que modifican el mismo objeto compartido. Las transacciones que modifican el objeto de congestión se ordenan por precio de gas, y las transacciones de precio más bajo se retrasarán y finalmente se cancelarán, para limitar la cadena de ejecución secuencial más larga para cada punto de control, lo que se conoce como un mecanismo de mercado de tarifas local basado en objetos. ( Tenga en cuenta que, aunque el precio del gas puede dispararse cuando los objetos compartidos ofrecen altas oportunidades de arbitraje, otras partes del sistema permanecen inalteradas. )
El seguimiento de nodos completos para la ejecución y cancelación de transacciones de gas, especialmente en transacciones que involucran la modificación de objetos de congestión. A través de los resultados de las transacciones en ejecución, se pueden obtener los precios de gas de las transacciones de precio más bajo ejecutadas y de precio más alto canceladas. Con esta información, el cliente puede determinar el precio de gas necesario para evitar con alta probabilidad el retraso de las transacciones. ( Tenga en cuenta que esta función se ha implementado parcialmente y se espera que se publique como parte del SDK en los próximos dos meses. )
Publicar información de transacciones
Cada transacción en Sui introduce oportunidades de ganancias potenciales. Considera el ciclo de vida de una transacción de objeto compartido, desde el momento en que se envía desde el cliente hasta que un tercero observa su efecto.
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 ).
Difusión de transacciones por nodos RPC: el nodo RPC difunde la transacción a los nodos de validación, los nodos de validación verifican la validez de la transacción y realizan la firma, el nodo RPC ensambla el certificado de transacción a partir de la firma colectiva de los nodos de validación.
Certificado de transacción de difusión de nodos RPC: El nodo RPC difunde el certificado de transacción a los nodos de verificación.
Validación de nodos para enviar transacciones: un nodo de validación seleccionado de manera determinista enviará la transacción al consenso. El consenso de Mysticeti difunde bloques entre los nodos de validación, y en 3 rondas de consenso, el bloque que contiene la transacción será enviado. Ejecución de la transacción: la transacción se ejecuta en cada nodo de validación.
Certificado de efectos de la transacción enviado de vuelta al nodo RPC y al cliente: el certificado de efectos después de la ejecución de la transacción se devolverá al nodo RPC y al cliente.
Generación de puntos 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 ).
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.
Verificación de puntos de control de propagación del protocolo de sincronización de estado: el protocolo de sincronización de estado es responsable de propagar los puntos de control autenticados de manera punto a punto. Normalmente, cada nodo de validación tiene un nodo par directo que no proporciona solicitudes RPC------ un nodo completo de sincronización de estado que recibe los puntos de control de ese nodo de validación.
Verificación de puntos de control de nodos de terceros: un nodo completo de terceros que se conecta a un nodo completo de sincronización de estado obtiene el punto de control y descarga su contenido. En este momento, asumimos que un tercero que se conecta directamente al nodo completo puede realizar un post-procesamiento de los efectos de las transacciones y responder.
( Información de transacción antes de enviar la transacción
Como se mencionó anteriormente, Sui tiene un sistema de subastas fuera de la cadena para la presentación de 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.
Este sistema de subasta asume que la difusión de información funciona bien y puede proteger las transacciones de los usuarios de posibles ataques de front-running. El sistema de subasta está incentivado a proteger las transacciones de los usuarios para mantener su negocio, por lo que ha adoptado algunas técnicas de subasta como ) transacciones de señuelo y retrasos aleatorios ### para debilitar los beneficios financieros que podrían resultar de bots de front-running.
Es evidente que esta difusión de información ocurre fuera de Sui ( entre aplicaciones y subastas ), es una elección voluntaria entre las aplicaciones y los usuarios, que solo proporciona información especulativa y no puede garantizar que las transacciones del usuario original tengan éxito.
( transmisión de bloques de consenso
Para lograr un acceso de usuario a transacciones de baja latencia, Sui está diseñando un sistema de transmisión directa de 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 estándar de descubrimiento de pares con estado abierto.
Este aviso de especulación puede reducir significativamente la latencia 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 de bloques de consenso está actualmente en la fase de diseño y se espera que se publique una propuesta de mejoras relevante en los próximos 1 a 2 meses.
Proteger las transacciones de los usuarios
Las transacciones de los usuarios deben estar protegidas contra el impacto de transacciones front-running, ataques de squeeze y retrasos en la presentación involuntaria.
( impulsado por miembros externos
La presentación de transacciones Sui 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á atrasado en el proceso de ensamblaje del certificado con respecto al controlador de miembros original. A menos que el nodo completo enviado tenga una mala conexión con los miembros de Sui, el nodo de validación estará atrasado en el proceso de ensamblaje del certificado de t' en comparación con t.
Además, dado que la presentación del 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 de Sui antes que t', es muy probable que t sea liquidado antes que t'.
Por lo tanto, la conducción de miembros externos proporciona una protección natural previa, suponiendo que la confianza recae en los nodos completos responsables de la presentación de transacciones ), ya que los ataques previos pueden detectarse 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 Mysticeti
Sui está actualmente trabajando en 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 pueden ser enviadas a un único nodo de validación, y el nodo de validación utilizará Mysticeti para recopilar y ejecutar los certificados de transacción. Aunque esto mejora significativamente la eficiencia del sistema, también brinda la oportunidad a los nodos de validación de obtener transacciones de los usuarios mediante transacciones previas.
Este riesgo es puramente teórico, ya que actualmente no hay evidencia que indique que ha ocurrido un ataque de front-running en Sui. En el nuevo sistema, la posibilidad de front-running es mayor, pero por otro lado, debido al entendimiento determinista de los nodos de validación que envían, es más fácil responsabilizarlos.
Evolución del MEV de Sui
El ecosistema MEV de Sui todavía está en formación, y se lanzarán nuevos mecanismos a finales de este año. Actualmente, las subastas de gas prioritarias y la amplificación del consenso definen el sistema actual, mientras que las innovaciones que vienen, como la encriptación con bloqueo temporal y el camino rápido Mysticeti, remodelarán la ejecución de transacciones y la seguridad. Con el lanzamiento de estos mecanismos, el MEV en Sui seguirá evolucionando, creando un ecosistema más dinámico y transparente.
![Una lectura sobre el estado y futuro del MEV en Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###
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.
14 me gusta
Recompensa
14
8
Compartir
Comentar
0/400
liquidation_watcher
· 07-08 06:34
Déjame en paz, soñar que me pones una trampa de shitcoin y me la quitas.
Ver originalesResponder0
MEVHunter
· 07-08 04:32
Esta mañana cuidé Bots, y durante el almuerzo monitoreé mempool, realmente cada vez más me dejo llevar.
Ver originalesResponder0
FloorSweeper
· 07-06 17:49
Realmente espero que Sui trate MEV con seriedad.
Ver originalesResponder0
Lonely_Validator
· 07-06 17:48
Otra vez el viejo truco del cajero automático mágico
Ver originalesResponder0
PaperHandsCriminal
· 07-06 17:46
Ha, cada vez soy yo quien pierde... Bots hacen dinero, nosotros bebemos sopa.
Ver originalesResponder0
DegenGambler
· 07-06 17:46
No es más que tomar a la gente por tonta. Ya es centralizado.
Ver originalesResponder0
NoodlesOrTokens
· 07-06 17:38
sui parece que va a To the moon.
Ver originalesResponder0
CafeMinor
· 07-06 17:28
sui puede ser, sin darse cuenta ya está To the moon
Estado y futuro del MEV en la red Sui: equilibrio entre la protección del usuario, la transparencia y la distribución de valor
Estado actual y perspectivas futuras del MEV en la red Sui
MEV( el valor máximo extraíble ) se ha convertido en un tema importante en la industria de la blockchain, ya que está estrechamente relacionado con el orden de las transacciones y las oportunidades de arbitraje. Para garantizar la transparencia, proteger las transacciones de los usuarios, mantener la salud de la red y recompensar a los participantes, la red Sui ha estado implementando de manera específica 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 establecer más mecanismos para asegurar que sus principios fundamentales puedan guiar la evolución del MEV en la red.
Principios y consideraciones de diseño
Cada transacción en la red Sui genera nueva información, lo que crea oportunidades de arbitraje potenciales. El ecosistema MEV en Sui se forma a través de los siguientes mecanismos:
Las prioridades generales de Sui son las siguientes:
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. Desde el punto de vista del sistema, PGA es una forma efectiva de asignación de recursos, que puede prevenir transacciones basura, 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 cuantificada:
Hay dos mecanismos para dirigir las operaciones a las próximas presentaciones de Sui:
Elegir el precio de gas de transacción adecuado
El cliente debe considerar los siguientes factores principales para determinar el precio del gas al enviar una transacción:
En 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.
Como se mencionó anteriormente, las transacciones con un precio de gas superior a 5 x RGP se envían a la 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 fluctuación de las presentaciones ineficientes. En la práctica, un factor de amplificación de 5 es suficiente para eliminar la fluctuación, mientras que un precio de gas de 100 x RGP tendrá una alta probabilidad de desbloquear la presentación del líder en la siguiente ronda.
Sui limita el tiempo de reloj de pared para la ejecución de puntos de control controlando la tasa de transacciones que modifican el mismo objeto compartido. Las transacciones que modifican el objeto de congestión se ordenan por precio de gas, y las transacciones de precio más bajo se retrasarán y finalmente se cancelarán, para limitar la cadena de ejecución secuencial más larga para cada punto de control, lo que se conoce como un mecanismo de mercado de tarifas local basado en objetos. ( Tenga en cuenta que, aunque el precio del gas puede dispararse cuando los objetos compartidos ofrecen altas oportunidades de arbitraje, otras partes del sistema permanecen inalteradas. )
El seguimiento de nodos completos para la ejecución y cancelación de transacciones de gas, especialmente en transacciones que involucran la modificación de objetos de congestión. A través de los resultados de las transacciones en ejecución, se pueden obtener los precios de gas de las transacciones de precio más bajo ejecutadas y de precio más alto canceladas. Con esta información, el cliente puede determinar el precio de gas necesario para evitar con alta probabilidad el retraso de las transacciones. ( Tenga en cuenta que esta función se ha implementado parcialmente y se espera que se publique como parte del SDK en los próximos dos meses. )
Publicar información de transacciones
Cada transacción en Sui introduce oportunidades de ganancias potenciales. Considera el ciclo de vida de una transacción de objeto compartido, desde el momento en que se envía desde el cliente hasta que un tercero observa su efecto.
( Información de transacción antes de enviar la transacción
Como se mencionó anteriormente, Sui tiene un sistema de subastas fuera de la cadena para la presentación de 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.
Este sistema de subasta asume que la difusión de información funciona bien y puede proteger las transacciones de los usuarios de posibles ataques de front-running. El sistema de subasta está incentivado a proteger las transacciones de los usuarios para mantener su negocio, por lo que ha adoptado algunas técnicas de subasta como ) transacciones de señuelo y retrasos aleatorios ### para debilitar los beneficios financieros que podrían resultar de bots de front-running.
Es evidente que esta difusión de información ocurre fuera de Sui ( entre aplicaciones y subastas ), es una elección voluntaria entre las aplicaciones y los usuarios, que solo proporciona información especulativa y no puede garantizar que las transacciones del usuario original tengan éxito.
( transmisión de bloques de consenso
Para lograr un acceso de usuario a transacciones de baja latencia, Sui está diseñando un sistema de transmisión directa de 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 estándar de descubrimiento de pares con estado abierto.
Este aviso de especulación puede reducir significativamente la latencia 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 de bloques de consenso está actualmente en la fase de diseño y se espera que se publique una propuesta de mejoras relevante en los próximos 1 a 2 meses.
Proteger las transacciones de los usuarios
Las transacciones de los usuarios deben estar protegidas contra el impacto de transacciones front-running, ataques de squeeze y retrasos en la presentación involuntaria.
( impulsado por miembros externos
La presentación de transacciones Sui 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á atrasado en el proceso de ensamblaje del certificado con respecto al controlador de miembros original. A menos que el nodo completo enviado tenga una mala conexión con los miembros de Sui, el nodo de validación estará atrasado en el proceso de ensamblaje del certificado de t' en comparación con t.
Además, dado que la presentación del 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 de Sui antes que t', es muy probable que t sea liquidado antes que t'.
Por lo tanto, la conducción de miembros externos proporciona una protección natural previa, suponiendo que la confianza recae en los nodos completos responsables de la presentación de transacciones ), ya que los ataques previos pueden detectarse 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 Mysticeti
Sui está actualmente trabajando en 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 pueden ser enviadas a un único nodo de validación, y el nodo de validación utilizará Mysticeti para recopilar y ejecutar los certificados de transacción. Aunque esto mejora significativamente la eficiencia del sistema, también brinda la oportunidad a los nodos de validación de obtener transacciones de los usuarios mediante transacciones previas.
Este riesgo es puramente teórico, ya que actualmente no hay evidencia que indique que ha ocurrido un ataque de front-running en Sui. En el nuevo sistema, la posibilidad de front-running es mayor, pero por otro lado, debido al entendimiento determinista de los nodos de validación que envían, es más fácil responsabilizarlos.
Evolución del MEV de Sui
El ecosistema MEV de Sui todavía está en formación, y se lanzarán nuevos mecanismos a finales de este año. Actualmente, las subastas de gas prioritarias y la amplificación del consenso definen el sistema actual, mientras que las innovaciones que vienen, como la encriptación con bloqueo temporal y el camino rápido Mysticeti, remodelarán la ejecución de transacciones y la seguridad. Con el lanzamiento de estos mecanismos, el MEV en Sui seguirá evolucionando, creando un ecosistema más dinámico y transparente.
![Una lectura sobre el estado y futuro del MEV en Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###