Cómo funciona una transacción en SUAVE
Una transacción típica de SUAVE no comienza en un mempool. En su lugar, empieza con una intención (intent). Esta intención podría ser el deseo de un usuario de intercambiar un token, pujar por un NFT, participar en una liquidación o realizar una acción cross-chain. A diferencia de las transacciones tradicionales, que están completamente especificadas y se difunden públicamente, una intención en SUAVE está cifrada y solo especificada parcialmente. Esto deja espacio para que los solucionadores propongan rutas de ejecución óptimas.
Cuando el usuario firma y envía esta intención a la Membrane de SUAVE, la capa de privacidad la cifra y la envía a un entorno seguro. Este entorno puede ser un TEE (Trusted Execution Environment), un sistema de pruebas de conocimiento cero o una red replicada de enclaves seguros. Dentro de este entorno, la intención se mantiene confidencial hasta que la red de solucionadores la evalúa.
Los solucionadores acceden a un lote de intenciones cifradas y compiten en una subasta universal para ofrecer la mejor ejecución. Cada solver propone una ruta de transacción completa junto con una oferta, que representa un descuento para el usuario, un rendimiento mínimo garantizado o alguna otra ventaja cuantificable. Estas ofertas no son visibles para otros solucionadores durante la subasta, lo que preserva la equidad.
El MEVM, motor de ejecución de SUAVE, evalúa las soluciones propuestas y selecciona al ganador según lógica programable. El paquete de ejecución del solver ganador se descifra, finaliza y enruta a la blockchain correspondiente a través de la Membrane. La cadena receptora acepta la transacción como un bundle estándar o como una prueba de inclusión, la finaliza on-chain y devuelve la confirmación a SUAVE.
En ningún momento de este proceso los datos de la transacción del usuario se exponen públicamente. La finalidad está garantizada por la capa de liquidación de la cadena de destino, pero el ordenamiento y la privacidad se gestionan en SUAVE.
Roles y responsabilidades en el ecosistema SUAVE
El ecosistema de SUAVE está compuesto por varios actores distintos, cada uno desempeñando un papel crítico en el funcionamiento del sistema. Comprender estos roles es esencial para cualquiera que quiera desarrollar o integrarse con SUAVE.
Los usuarios son la fuente del flujo de órdenes. Interactúan con dApps o billeteras para expresar su intención. SUAVE admite tanto usuarios individuales como protocolos que envían transacciones en nombre de sus usuarios. Los usuarios conservan el control total sobre su intención y pueden seleccionar preferencias de tolerancia al deslizamiento, velocidad o privacidad.
Los solvers (solucionadores) son entidades que interpretan las intenciones de los usuarios y proponen planes de ejecución. Los solucionadores analizan las intenciones cifradas dentro de la capa de privacidad y compiten en subastas para cumplirlas. Pueden ser arbitrageurs, enrutadores de liquidez, creadores de mercado o bots optimizados para tareas específicas. Sus incentivos están alineados con los usuarios: solo se benefician si brindan la ejecución más valiosa.
Los builders (constructores) son intermediarios opcionales que agregan múltiples intenciones resueltas en un solo paquete. Si bien los solucionadores pueden enviar directamente a la Membrane, los constructores pueden optimizar la eficiencia del gas, reordenar o empaquetar conjuntamente múltiples transacciones. Los constructores agregan escalabilidad y flexibilidad, particularmente cuando se trata de períodos de alto rendimiento.
El MEVM maneja la lógica de arbitraje y ejecución. Evalúa las propuestas del solucionador, aplica las reglas de subasta y garantiza que solo se seleccionen soluciones válidas. Los desarrolladores pueden escribir reglas personalizadas para MEVM, como dar prioridad a los solucionadores descentralizados, aplicar reembolsos mínimos a los usuarios o requerir pruebas de liquidez entre cadenas.
Membrane funciona como puente entre SUAVE y las cadenas externas. Recibe la entrada del usuario, entrega transacciones finalizadas y maneja la sincronización de estado. La Membrane también gestiona los permisos y la prueba de integridad para la liquidación entre cadenas.
Los validators (validadores), en este contexto, se limitan a la cadena de liquidación. Desconocen el funcionamiento interno de SUAVE y simplemente procesan paquetes finalizados. Esto mantiene la operación de SUAVE liviana y evita la necesidad de convencer a las capas de consenso para que adopten una nueva infraestructura.
Escritura e implementación de un enrutador de valor
Una innovación clave en SUAVE es el concepto de enrutadores de valor: servicios similares a contratos inteligentes que viven dentro de MEVM y manejan clases específicas de intenciones. Un enrutador de valor es similar a una dApp, pero opera en un flujo de órdenes privado previo a la cadena en lugar de transacciones públicas.
Para crear un enrutador de valor, un desarrollador define tres componentes:
- Formato de intención: ¿qué datos debe proporcionar el usuario? ¿Cómo se encripta?
- Lógica de subasta: ¿cómo se deben calificar y seleccionar los solucionadores? ¿Se basa en el precio, la latencia, el deslizamiento u otras métricas personalizadas?
- Lógica de liquidación: ¿dónde se debe enviar la salida? ¿Debería decidirse por Ethereum, Optimism o ambos?
Una vez implementado en la MEVM, un enrutador de valor comienza a aceptar intenciones a través de la Membrane. Los solucionadores se conectan al enrutador a través de una API estandarizada y comienzan a competir para cumplir con las solicitudes entrantes. Debido a que los enrutadores operan en un entorno que preserva la privacidad, pueden procesar de forma segura grandes volúmenes de datos confidenciales sin revelar la estrategia.
Los casos de uso de los enrutadores de valor incluyen:
- Subastas por lotes de NFT con ofertas selladas
- Reequilibrio de DeFi en múltiples mercados de préstamos
- Juegos en cadena que requieren ejecución de movimientos ocultos
- Acciones de gobernanza de DAO que requieren acuerdos coordinados
Debido a que MEVM es independiente de la cadena, un solo enrutador puede servir a varias cadenas, lo que permite a los desarrolladores escribir una vez y servir a una base de usuarios global.
Integración de billetera y experiencia de usuario
Uno de los objetivos a largo plazo de SUAVE es hacer que la resistencia a MEV sea invisible para los usuarios. Para que esto suceda, las billeteras deben integrarse con SUAVE en los niveles de interfaz de usuario y RPC. En lugar de enviar transacciones a un mempool tradicional, la billetera las enruta a través de la Membrane y muestra las opciones de ejecución devueltas por los solucionadores.
Desde la perspectiva del usuario, nada cambia. Hacen clic en “Intercambiar”, “Acuñar” o “Votar” como de costumbre. Pero detrás de escena, su transacción se cifra, subasta y se realiza a través de SUAVE. El usuario ve mejores precios, una confirmación más rápida o un reembolso, sin necesidad de entender cómo funciona.
Las billeteras pueden mostrar opcionalmente opciones de resolución, clasificadas por precio, privacidad o velocidad. Esto permite a los usuarios avanzados personalizar su experiencia, mientras que los usuarios ocasionales se benefician de la configuración predeterminada optimizada para la equidad. Los futuros SDK de billetera de Flashbots y terceros probablemente simplificarán esta ruta de integración.
Ejecución y componibilidad entre cadenas
Debido a que SUAVE no liquida las transacciones por sí mismo, debe funcionar en armonía con cadenas externas. Esto introduce complejidad, pero también abre oportunidades para flujos de trabajo avanzados. Considera un usuario que quiere:
- Intercambiar ETH por USDC en Ethereum
- Puentear USDC a Arbitrum
- Usar ese USDC para comprar un NFT en un mercado basado en Arbitrum
En una configuración tradicional, esto requeriría múltiples pasos, aprobaciones y confianza en los repetidores de puentes. En SUAVE, todo el flujo de trabajo se puede expresar como una sola intención. Los solucionadores compiten para cumplir esa intención de la manera más eficiente posible. Se selecciona la mejor solución, se liquida a través de cadenas y se confirma al usuario con una sola firma.
Este tipo de componibilidad multicadena es difícil de lograr con las arquitecturas existentes. SUAVE lo permite al desacoplar la ejecución de la liquidación, lo que hace posible coordinar los flujos de trabajo antes de enviarlos a cada cadena en secuencia.
Incentivos, pago y confianza
Una pregunta final para la adopción práctica es cómo se paga a los participantes. Se debe incentivar a los solucionadores, constructores y relés para que realicen cálculos, participen en subastas y enruten transacciones.
En SUAVE, los incentivos son programables. Los solucionadores presentan ofertas que incluyen un pago al usuario (un reembolso), al sistema (una tarifa) y a la cadena de liquidación (gas). Estos pagos se aplican a nivel de MEVM y solo se finalizan una vez que la liquidación confirma la transacción.
Los sistemas de reputación pueden realizar un seguimiento del rendimiento del solucionador a lo largo del tiempo. El bajo rendimiento, la ejecución fallida o el deslizamiento más allá de las tolerancias declaradas pueden castigarse excluyendo a los solucionadores de futuras subastas. Los usuarios también pueden incluir en la lista negra a los solucionadores que se comportan de forma indebida.
Este equilibrio de incentivos y reputación es esencial para hacer que SUAVE sea sostenible. En lugar de basarse en el altruismo o la confianza, crea un mercado en el que el comportamiento honesto es la estrategia más rentable.
Ejemplo del mundo real: compra de NFT entre cadenas con la mejor ejecución
Escenario:
Sara quiere comprar un NFT que cotiza en un mercado de Arbitrum, pero solo tiene ETH en la red principal de Ethereum. En una configuración típica de Web3, esto implicaría:
- Intercambiar ETH por USDC a través de un DEX en Ethereum (por ejemplo, Uniswap).
- Conectar USDC a Arbitrum (a través de Hop o Stargate).
- Esperar la confirmación y retrasos en el puente.
- Navegar al mercado NFT en Arbitrum y finalizar la compra manualmente.
Este flujo lleva tiempo, involucra múltiples interfaces, la expone a riesgos de MEV y puente, y cuesta altas tarifas de gas en Ethereum.
Mismo escenario en SUAVE
Paso 1: Enviar intención
Sara usa una billetera habilitada para SUAVE. Hace clic en “Comprar NFT” en la interfaz de usuario del mercado y aprueba una única intención:
- “Quiero comprar este NFT en Arbitrum, gastando como máximo 0,5 ETH, con la confirmación más rápida y el coste más bajo”.
Paso 2: Subasta de privacidad y solucionador
Paso 3: Ejecución y finalidad
- MEVM selecciona el paquete ganador y lo enruta a través de la Membrane.
- El intercambio, el puente y la compra de NFT de ETH→USDC se liquidan atómicamente en todas las cadenas.
- Sara recibe el NFT en Arbitrum, un reembolso en USDC y una confirmación, todo con un solo clic
Este ejemplo muestra cómo SUAVE transforma una experiencia de usuario de varios pasos y alta fricción en una ejecución privada de cadena cruzada con un solo clic, con costes optimizados e incentivos incorporados. Refleja comportamientos familiares de DeFi (como intercambios y puentes) pero los ejecuta mejor, lo que hace que la visión técnica de SUAVE sea intuitiva y poderosa en la práctica.
