Desarrollo y desafíos de MEV en el ecosistema de Sui
MEV( el valor máximo extraíble ) se ha convertido en un tema candente en el campo de la blockchain, ya que involucra 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, Sui ha estado implementando de manera específica propuestas de mejora y otros mecanismos para regular las actividades de MEV en su ecosistema.
Además de los mecanismos existentes, Sui también planea establecer más mecanismos para asegurar que sus principios fundamentales guíen el desarrollo de MEV en la plataforma.
Principios de diseño del ecosistema Sui MEV
Cada transacción en Sui puede traer nueva información y oportunidades de ganancia potencial. El ecosistema MEV de la plataforma se forma principalmente 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 para usuarios
Las prioridades generales de Sui son las siguientes:
La protección de las transacciones de los usuarios tiene prioridad sobre la cantidad de extracción de valor. Se priorizan los deslizamientos más pequeños en lugar de un valor de extracción más grande. Evitar subastas fuera de la cadena que aumenten la latencia y no ofrezcan opciones de salida.
La transparencia de la red tiene prioridad sobre las transacciones fuera de la cadena con nodos de verificación o intermediarios.
Promover la competencia a través de subastas de gas prioritarias (PGA), suprimiendo comportamientos ineficientes y basura: 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 cuyas intereses estén alineados con el ecosistema: nodos de validación, stakers, aplicaciones y usuarios.
Mecanismo de 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 la perspectiva del sistema, PGA es una forma efectiva de asignación de recursos, que puede prevenir comportamientos indeseables y, al mismo tiempo, redistribuir 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 bloques. Los traders compiten por el orden de prioridad a través de subastas de gas, pudiendo competir entre presentaciones internas o 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 los intercambios descentralizados sean más eficientes, 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 en Sui, la ventaja de velocidad de envío 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 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 transacciones a una próxima presentación de Sui específica:
Enviar un lote de transacciones a través de un paquete blando: SIP-19
Las transacciones enviadas a través de un paquete suave tienen una alta probabilidad de ser incluidas en el mismo envío de consenso que un paquete válido. La condición de validez del paquete requiere que todos los precios de gas de las transacciones sean iguales.
En la práctica, este mecanismo permite la subasta fuera de la cadena para la transacción original y sus transacciones posteriores.
Ampliar 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 amplía por encima de k x RGP(k, que es un parámetro del sistema, actualmente establecido en 5. RGP es el precio de 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 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 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:
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 proporciona a los buscadores una oportunidad de competencia justa.
Ampliación de la presentación del consenso
El precio del gas que supera 5 x RGP se envía a la consenso a través de n nodos de validación para amplificar la presentación del consenso. Cualquier precio de gas que exceda 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 en la siguiente ronda.
Evitar retrasos y cancelaciones por congestión
Sui limita el tiempo de reloj wall 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 retrasarán y finalmente se cancelarán, 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.
El nodo completo rastrea la ejecución y cancelación de las transacciones de gas, especialmente aquellas que implican la modificación de los 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 a menor precio y de las transacciones canceladas a mayor precio. Utilizando esta información, el cliente puede determinar el precio de gas necesario para evitar con alta probabilidad la demora de las transacciones.
Publicación de información de transacciones
Cada transacción en Sui introduce oportunidades de lucro potencial. El ciclo de vida de una transacción de objeto compartido, desde el momento en 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 difunde transacciones
Certificado de transacción de difusión de nodo RPC
Nodo de validación que envía transacciones
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
Difundir la firma del punto de verificación
Verificación de puntos de control de propagación del protocolo de sincronización de estado
Verificación de puntos de control de nodos de terceros
Información de transacción antes de enviar la transacción
Sui tiene un sistema de subastas fuera de la cadena, utilizado para enviar 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 supuesto 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 "squeeze". Las plataformas de subastas están incentivadas a proteger las transacciones de los usuarios para mantener su negocio, por lo que adoptan algunas técnicas de subasta como ( transacciones de señuelo y retrasos aleatorios ) para debilitar los beneficios financieros que traen los bots de "squeeze" potenciales.
transmisión de bloques de consenso
Para lograr un acceso de transacciones de usuario 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 especulativamente 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 especulativo podría 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 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.
Protección de transacciones del usuario
Los usuarios de trading necesitan estar protegidos contra el front-running, el ataque de sándwich y los retrasos en las presentaciones involuntarias.
impulsado por miembros externos
La presentación de la transacción 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á rezagado en el proceso de ensamblaje del certificado en comparación con el 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á rezagado en el proceso de ensamblaje del certificado de t' en comparación con 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 por adelantado, suponiendo que se confía en el nodo completo responsable de la presentación de transacciones (, ya que los ataques por adelantado 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 actualmente está llevando a cabo un proyecto para cambiar 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, que utilizará Mysticeti para recopilar y ejecutar los 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 mediante transacciones previas.
Este riesgo es puramente teórico, ya que actualmente no hay evidencia que indique que ha habido ataques 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 de envío, es más fácil hacerlos responsables.
El futuro desarrollo de MEV en 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 de Mysticeti, transformarán la ejecución y seguridad de las transacciones. A medida que estos mecanismos se implementen, el MEV en Sui continuará evolucionando, creando un ecosistema más dinámico y transparente.
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.
10 me gusta
Recompensa
10
6
Republicar
Compartir
Comentar
0/400
ImpermanentPhilosopher
· hace15h
¿Una serie de operaciones de sui mev? ¡Todo está enredado~
Ver originalesResponder0
retroactive_airdrop
· hace15h
Este mecanismo es realmente bueno, sui va a To the moon.
Ver originalesResponder0
MemeCurator
· hace15h
Ridículo, aún quieren hacer MEV, ni siquiera son mejores que un ladrillo.
Ver originalesResponder0
BakedCatFanboy
· hace15h
¿Para qué sirve la protección de transacciones? De todos modos, MEV.
Ver originalesResponder0
SchrodingersFOMO
· hace15h
¿Otra vez jugando con MEV? ¿Esto es para aprovechar algunas oportunidades?
Ver originalesResponder0
DisillusiionOracle
· hace15h
¡sui no muere! ¿No es solo la misma trampa de siempre?
Desarrollo de MEV en el ecosistema Sui: el camino hacia el equilibrio entre transparencia, protección del usuario y distribución de ingresos.
Desarrollo y desafíos de MEV en el ecosistema de Sui
MEV( el valor máximo extraíble ) se ha convertido en un tema candente en el campo de la blockchain, ya que involucra 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, Sui ha estado implementando de manera específica propuestas de mejora y otros mecanismos para regular las actividades de MEV en su ecosistema.
Además de los mecanismos existentes, Sui también planea establecer más mecanismos para asegurar que sus principios fundamentales guíen el desarrollo de MEV en la plataforma.
Principios de diseño del ecosistema Sui MEV
Cada transacción en Sui puede traer nueva información y oportunidades de ganancia potencial. El ecosistema MEV de la plataforma se forma principalmente a través de los siguientes mecanismos:
Las prioridades generales de Sui son las siguientes:
Mecanismo de 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 la perspectiva del sistema, PGA es una forma efectiva de asignación de recursos, que puede prevenir comportamientos indeseables y, al mismo tiempo, redistribuir las tarifas de gas entre los participantes.
Los factores clave que impulsan el PGA son la ejecución cuantitativa:
Hay dos mecanismos para dirigir transacciones a una próxima presentación de Sui específica:
Enviar un lote de transacciones a través de un paquete blando: SIP-19
Ampliar transacciones prioritarias a través del consenso: SIP-45
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:
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 proporciona a los buscadores una oportunidad de competencia justa.
Ampliación de la presentación del consenso El precio del gas que supera 5 x RGP se envía a la consenso a través de n nodos de validación para amplificar la presentación del consenso. Cualquier precio de gas que exceda 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 en la siguiente ronda.
Evitar retrasos y cancelaciones por congestión Sui limita el tiempo de reloj wall 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 retrasarán y finalmente se cancelarán, 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.
El nodo completo rastrea la ejecución y cancelación de las transacciones de gas, especialmente aquellas que implican la modificación de los 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 a menor precio y de las transacciones canceladas a mayor precio. Utilizando esta información, el cliente puede determinar el precio de gas necesario para evitar con alta probabilidad la demora de las transacciones.
Publicación de información de transacciones
Cada transacción en Sui introduce oportunidades de lucro potencial. El ciclo de vida de una transacción de objeto compartido, desde el momento en que el cliente la envía hasta que un tercero observa su efecto, incluye los siguientes pasos:
Información de transacción antes de enviar la transacción
Sui tiene un sistema de subastas fuera de la cadena, utilizado para enviar 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 supuesto 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 "squeeze". Las plataformas de subastas están incentivadas a proteger las transacciones de los usuarios para mantener su negocio, por lo que adoptan algunas técnicas de subasta como ( transacciones de señuelo y retrasos aleatorios ) para debilitar los beneficios financieros que traen los bots de "squeeze" potenciales.
transmisión de bloques de consenso
Para lograr un acceso de transacciones de usuario 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 especulativamente 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 especulativo podría 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 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.
Protección de transacciones del usuario
Los usuarios de trading necesitan estar protegidos contra el front-running, el ataque de sándwich y los retrasos en las presentaciones involuntarias.
impulsado por miembros externos
La presentación de la transacción 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á rezagado en el proceso de ensamblaje del certificado en comparación con el 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á rezagado en el proceso de ensamblaje del certificado de t' en comparación con 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 por adelantado, suponiendo que se confía en el nodo completo responsable de la presentación de transacciones (, ya que los ataques por adelantado 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 actualmente está llevando a cabo un proyecto para cambiar 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, que utilizará Mysticeti para recopilar y ejecutar los 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 mediante transacciones previas.
Este riesgo es puramente teórico, ya que actualmente no hay evidencia que indique que ha habido ataques 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 de envío, es más fácil hacerlos responsables.
El futuro desarrollo de MEV en 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 de Mysticeti, transformarán la ejecución y seguridad de las transacciones. A medida que estos mecanismos se implementen, el MEV en Sui continuará evolucionando, creando un ecosistema más dinámico y transparente.