MEV (Valor Máximo Extraíble) se ha convertido en un tema de gran interés en la industria de blockchain, relacionado con el orden de las transacciones y las oportunidades de arbitraje. Para mejorar la transparencia, proteger las transacciones, 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 guiar el desarrollo de MEV en la red.
Además del mecanismo existente, Sui planea establecer más mecanismos para garantizar que sus principios fundamentales guíen la evolución del MEV en la red.
Principios de diseño y factores a considerar
Cada transacción en la red Sui introduce nueva información, creando 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 de MEV
Mecanismo de distribución de ingresos MEV
Mecanismo de protección de transacciones del usuario
Las prioridades generales de Sui son las siguientes:
La protección de las transacciones de los usuarios tiene prioridad sobre la extracción de valor. Se priorizan los deslizamientos más pequeños en lugar de una gran extracción de valor. Evitar subastas fuera del protocolo que aumenten la latencia y no tengan opción de salida.
La transparencia de la red tiene prioridad sobre las transacciones fuera de línea con nodos de validación o intermediarios.
Fomentar la competencia a través de la subasta de gas prioritaria (PGA), para reprimir comportamientos basura que conducen a la ineficiencia del sistema: idealmente, la estrategia óptima del buscador es enviar una transacción, cuyo costo prioritario está determinado por el valor extraído.
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, el cliente competirá para aumentar sus oportunidades de ejecución. Desde el punto de vista del sistema, el PGA es una forma efectiva de asignación de recursos, que puede prevenir comportamientos indeseables, al mismo tiempo que redistribuye los costos de gas entre los participantes.
Los factores clave del PGA son la cuantificación de la ejecución:
Las transacciones ordenadas por consenso se procesan en el bloque. Los traders 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 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 presentación de consenso reduce el efecto de cuantificación, haciendo que el comercio descentralizado sea más eficiente, pero también reduce la ventana de PGA.
En la actualidad, el PGA de objetos no congestionados es el más importante para los buscadores más rápidos. A una tasa de 15 envíos por segundo en Sui, una ventaja en la velocidad de envío de transacciones de 70 milisegundos podría determinar si una 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 del PGA, ya que la ventana de transacciones competitivas puede ser 10 veces mayor que el envío de consenso regular.
Hay dos mecanismos que pueden guiar las transacciones hacia las próximas presentaciones de Sui:
Enviar un lote de transacciones mediante un enlace suave
Las transacciones enviadas a través de un paquete suave 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 de 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 las transacciones prioritarias a través del consenso
Este mecanismo resuelve el problema de la oscilación potencial en la presentación de consensos, evitando que las transacciones con precios de gas más bajos presentadas simultáneamente sean colocadas detrás de 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 que envían se retrasan en varios ciclos de consenso: las transacciones enviadas por otro nodo de validación pueden ser ordenadas primero. ) Los líderes de los ciclos de consenso tienen una ventaja sobre otros nodos de validación.
Este mecanismo amplifica por encima de k x RGP(k, que es un parámetro del sistema, actualmente configurado en 5. RGP es el precio del gas de referencia ) para mejorar la presentación del consenso. Las transacciones con un precio de gas de n x RGP se amplificarán n veces.
La aplicación general de este mecanismo creará un sistema más eficiente y de competencia justa. Cabe señalar que este mecanismo no cambiará las propiedades básicas del sistema desde la perspectiva del cliente: suprime el comportamiento indeseado al proporcionar 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 la transacción:
Subasta de gas prioritaria
En la presentación de consenso, las transacciones que modifican el mismo objeto se ordenan por precio de gas, lo que brinda a los buscadores una oportunidad de competencia justa.
Amplificació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 consenso a través de n nodos de validación para amplificar el consenso. Cualquier precio de gas que exceda 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 al controlar la tasa de transacciones que modifican el mismo objeto compartido. Las transacciones que modifican objetos de congestión se ordenan por precio de gas, y las transacciones con precios más bajos se retrasan y finalmente se cancelan, para 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 local basado en objetos. ( Tenga en cuenta que, aunque los objetos compartidos ofrecen altas oportunidades de arbitraje, el precio del gas puede dispararse, mientras que otras partes del sistema permanecen sin cambios. )
Los precios de gas para la ejecución y cancelación de transacciones de nodos completos, 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 ejecutadas con el precio más bajo y de 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 que las transacciones se retrasen. ( Tenga en cuenta que esta función actualmente 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 en Sui introduce oportunidades de arbitraje potenciales. Considera el ciclo de vida de un intercambio 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 ).
Nodo RPC de difusión de transacciones: 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 firman, 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 validación.
Nodo de verificación que envía la transacción: un nodo de verificación seleccionado de manera determinista enviará la transacción al consenso. El consenso transmite el bloque entre los nodos de verificació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 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.
Generación de puntos de control: en 1 a 3 rondas de consenso, cada nodo validador formará y firmará un punto de control (. El punto de control es un lote 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 la propagación del protocolo de sincronización de estado: el protocolo de sincronización de estado es responsable de la propagación de puntos de control verificados 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 el punto de control de ese nodo de validación.
Descarga de puntos de control de nodos de terceros: los nodos completos de terceros que se conectan a nodos completos de sincronización de estado obtienen puntos de control y descargan su contenido. En este momento, asumimos que los terceros que están conectados directamente a nodos completos pueden realizar un procesamiento posterior de los efectos de las transacciones y reaccionar.
( Propagación de la información de la 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. Estas subastas interceptan la presentación de transacciones a través de un protocolo fuera de la cadena entre la aplicación y el sistema de subastas.
Esta suposición sobre la propagación de información asume que el sistema de subastas se comporta bien y puede proteger las transacciones de los usuarios de posibles ataques de "sándwich". El sistema de subastas 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 traer los bots de sándwich.
Es evidente que esta difusión de información ocurre fuera de Sui ( entre la aplicación y las subastas ), es una elección voluntaria entre la aplicación y los usuarios, que solo proporciona información especulativa y no garantiza que las transacciones de los usuarios originales 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 sincronización de estado abierto.
Este aviso de especulación podría reducir significativamente la latencia de propagación de la transacción, requiriendo solo aproximadamente 160 milisegundos )2 rondas de consenso ###, es decir, después de que los nodos de validación envían.
El proyecto de transmisión de bloques de consenso actualmente se encuentra 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 comercio necesitan protección contra el front-running, el squeeze y el retraso en las presentaciones no voluntarias.
( impulsado por miembros externos
La presentación de transacciones de Sui requiere la participación de miembros externos, que generalmente son ejecutados 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', se quedará atrás del controlador original del grupo de certificados. A menos que el nodo completo enviado tenga una mala conexión con los miembros de Sui, el nodo de validación se quedará atrás de t en el proceso de ensamblaje del certificado de 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 llega al consenso de Sui antes que t', es muy probable que t se liquide antes que t'.
Por lo tanto, la conducción de miembros externos proporciona una protección natural previa, suponiendo que la confianza recae en el nodo completo responsable de la presentación de transacciones ), que puede detectar fácilmente ataques previos en la cadena, estos ataques serán registrados por el cliente y dañarán la reputación del operador RPC ###.
( Ruta rápida
Sui actualmente está llevando a cabo un proyecto para cambiar la presentación de transacciones a un protocolo de ruta rápida. Según este protocolo, las transacciones de los usuarios pueden ser enviadas a un único nodo de validación, que utilizará un mecanismo de consenso para recopilar y ejecutar certificados de transacción. Aunque esto mejora significativamente la eficiencia del sistema, también proporciona a los nodos de validación la oportunidad de obtener transacciones de los usuarios como 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 a la comprensión determinista de los nodos de validación remitidos, 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 las innovaciones que se avecinan, como el cifrado con bloqueo temporal y la ruta rápida, transformarán la ejecución de transacciones y la seguridad. A medida que estos mecanismos se implementen, el MEV en Sui continuará evolucionando, creando un ecosistema más dinámico y transparente.
![Una lectura completa 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.
8 me gusta
Recompensa
8
7
Compartir
Comentar
0/400
GovernancePretender
· hace2h
Es una pena que no se siga el mercado en esta ola de mev.
Ver originalesResponder0
SadMoneyMeow
· hace5h
La riqueza a través de pérdidas diarias
Ver originalesResponder0
FlyingLeek
· hace19h
Otra vez vienen a por los tontos, tomar a la gente por tonta y ya está.
Ver originalesResponder0
BearMarketGardener
· hace20h
¿Los tontos pueden ganar dinero otra vez?
Ver originalesResponder0
IfIWereOnChain
· hace20h
Ay, mev realmente es un vampiro, solo sabe desangrar a los tontos. ¿Se puede prevenir?
Ver originalesResponder0
QuorumVoter
· hace20h
¿Otra vez se está especulando sobre MEV? No sé realmente quién sigue jugando a esta trampa vieja.
Ver originalesResponder0
MEVSandwichMaker
· hace20h
Quiero cupones de clip, pero debo ver dónde crece la lana.
Desarrollo y innovación de mecanismos MEV en la red Sui: proteger a los usuarios, aumentar la transparencia
El desarrollo y futuro de MEV en la red Sui
MEV (Valor Máximo Extraíble) se ha convertido en un tema de gran interés en la industria de blockchain, relacionado con el orden de las transacciones y las oportunidades de arbitraje. Para mejorar la transparencia, proteger las transacciones, 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 guiar el desarrollo de MEV en la red.
Además del mecanismo existente, Sui planea establecer más mecanismos para garantizar que sus principios fundamentales guíen la evolución del MEV en la red.
Principios de diseño y factores a considerar
Cada transacción en la red Sui introduce nueva información, creando 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, el cliente competirá para aumentar sus oportunidades de ejecución. Desde el punto de vista del sistema, el PGA es una forma efectiva de asignación de recursos, que puede prevenir comportamientos indeseables, al mismo tiempo que redistribuye los costos de gas entre los participantes.
Los factores clave del PGA son la cuantificación de la ejecución:
Hay dos mecanismos que pueden guiar las transacciones hacia 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 para enviar la transacción:
En la presentación de consenso, las transacciones que modifican el mismo objeto se ordenan por precio de gas, lo que brinda 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 consenso a través de n nodos de validación para amplificar el consenso. Cualquier precio de gas que exceda 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 al controlar la tasa de transacciones que modifican el mismo objeto compartido. Las transacciones que modifican objetos de congestión se ordenan por precio de gas, y las transacciones con precios más bajos se retrasan y finalmente se cancelan, para 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 local basado en objetos. ( Tenga en cuenta que, aunque los objetos compartidos ofrecen altas oportunidades de arbitraje, el precio del gas puede dispararse, mientras que otras partes del sistema permanecen sin cambios. )
Los precios de gas para la ejecución y cancelación de transacciones de nodos completos, 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 ejecutadas con el precio más bajo y de 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 que las transacciones se retrasen. ( Tenga en cuenta que esta función actualmente 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 en Sui introduce oportunidades de arbitraje potenciales. Considera el ciclo de vida de un intercambio de objeto compartido, desde el momento en que se envía desde el cliente hasta que un tercero observa su efecto:
( Propagación de la información de la 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. Estas subastas interceptan la presentación de transacciones a través de un protocolo fuera de la cadena entre la aplicación y el sistema de subastas.
Esta suposición sobre la propagación de información asume que el sistema de subastas se comporta bien y puede proteger las transacciones de los usuarios de posibles ataques de "sándwich". El sistema de subastas 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 traer los bots de sándwich.
Es evidente que esta difusión de información ocurre fuera de Sui ( entre la aplicación y las subastas ), es una elección voluntaria entre la aplicación y los usuarios, que solo proporciona información especulativa y no garantiza que las transacciones de los usuarios originales 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 sincronización de estado abierto.
Este aviso de especulación podría reducir significativamente la latencia de propagación de la transacción, requiriendo solo aproximadamente 160 milisegundos )2 rondas de consenso ###, es decir, después de que los nodos de validación envían.
El proyecto de transmisión de bloques de consenso actualmente se encuentra 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 comercio necesitan protección contra el front-running, el squeeze y el retraso en las presentaciones no voluntarias.
( impulsado por miembros externos
La presentación de transacciones de Sui requiere la participación de miembros externos, que generalmente son ejecutados 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', se quedará atrás del controlador original del grupo de certificados. A menos que el nodo completo enviado tenga una mala conexión con los miembros de Sui, el nodo de validación se quedará atrás de t en el proceso de ensamblaje del certificado de 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 llega al consenso de Sui antes que t', es muy probable que t se liquide antes que t'.
Por lo tanto, la conducción de miembros externos proporciona una protección natural previa, suponiendo que la confianza recae en el nodo completo responsable de la presentación de transacciones ), que puede detectar fácilmente ataques previos en la cadena, estos ataques serán registrados por el cliente y dañarán la reputación del operador RPC ###.
( Ruta rápida
Sui actualmente está llevando a cabo un proyecto para cambiar la presentación de transacciones a un protocolo de ruta rápida. Según este protocolo, las transacciones de los usuarios pueden ser enviadas a un único nodo de validación, que utilizará un mecanismo de consenso para recopilar y ejecutar certificados de transacción. Aunque esto mejora significativamente la eficiencia del sistema, también proporciona a los nodos de validación la oportunidad de obtener transacciones de los usuarios como 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 a la comprensión determinista de los nodos de validación remitidos, 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 las innovaciones que se avecinan, como el cifrado con bloqueo temporal y la ruta rápida, transformarán la ejecución de transacciones y la seguridad. A medida que estos mecanismos se implementen, el MEV en Sui continuará evolucionando, creando un ecosistema más dinámico y transparente.
![Una lectura completa sobre el estado y futuro del MEV en Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###