De la teoría a la práctica: aplicación y desarrollo con SUAVE

Cómo funciona una transacción SUAVE

Una transacción estándar de SUAVE no parte del mempool, sino de una intención. Esta intención puede consistir en el deseo del usuario de intercambiar un token, pujar por un NFT, participar en una liquidación o realizar una operación entre cadenas. A diferencia de las transacciones tradicionales, que se especifican completamente y se difunden públicamente, una intención en SUAVE está cifrada y solo contiene información parcial. Así, ofrece margen para que los solvers propongan rutas óptimas de ejecución.

Cuando el usuario firma y envía esta intención a la Membrane de SUAVE, la capa de privacidad la cifra y dirige a un entorno seguro, que puede ser un entorno de ejecución confiable (TEE), un sistema de pruebas de conocimiento cero o una red de enclaves seguros replicados. En ese entorno, la intención permanece confidencial hasta que la red de solvers la evalúa.

Los solvers acceden a lotes de intenciones cifradas y compiten en una subasta universal para ofrecer la mejor solución de ejecución. Cada solver propone una ruta de transacción completa junto con una puja, que puede traducirse en un reembolso para el usuario, una cantidad mínima garantizada o cualquier otra ventaja cuantificable. Durante la subasta, estas pujas permanecen ocultas al resto de participantes, garantizando la equidad.

El MEVM, el motor de ejecución de SUAVE, evalúa las soluciones propuestas y selecciona la ganadora utilizando lógica programable. A continuación, el paquete de ejecución del solver vencedor se descifra, se finaliza y se envía a la blockchain pertinente a través de la Membrane. La cadena receptora admite la transacción como un paquete estándar o una prueba de inclusión, la completa on-chain y remite la confirmación a SUAVE.

En ningún momento del proceso los datos de la transacción del usuario se exponen públicamente. La finalidad la garantiza la capa de liquidación de la cadena de destino, mientras que el orden y la privacidad recaen exclusivamente en SUAVE.

Roles y responsabilidades en el ecosistema SUAVE

El ecosistema SUAVE está compuesto por varios actores diferenciados, cada uno con un papel esencial en el funcionamiento global. Comprender estos roles resulta imprescindible para quienes deseen desarrollar sobre SUAVE o integrarlo en sus sistemas.

Usuarios: son el origen del flujo de órdenes. Interactúan con dApps o monederos para expresar sus intenciones. SUAVE da cobertura tanto a usuarios individuales como a protocolos que envían transacciones en nombre de sus usuarios. Estos mantienen siempre el control total sobre sus intenciones y pueden definir preferencias respecto a tolerancia al deslizamiento, rapidez o privacidad.

Solvers: interpretan las intenciones de los usuarios y proponen planes de ejecución. Analizan intenciones cifradas dentro de la capa de privacidad y compiten en subastas para ejecutarlas. Pueden ser arbitrajistas, enrutadores de liquidez, market makers o bots optimizados para tareas específicas. Su incentivo está alineado con el interés del usuario: solo obtienen beneficio si aportan la ejecución más ventajosa.

Builders: actúan como intermediarios opcionales, agrupando varias intenciones resueltas en un único paquete. Aunque los solvers pueden enviar directamente a la Membrane, los builders pueden optimizar para eficiencia de gas, reorganizar y agrupar múltiples transacciones. Los builders aportan escalabilidad y flexibilidad, especialmente en entornos de alto volumen de operaciones.

MEVM: gestiona la lógica de arbitraje y ejecución. Evalúa las propuestas de los solvers, aplica reglas de subasta y asegura que únicamente se contemplen soluciones válidas. Los desarrolladores pueden programar reglas personalizadas, como priorizar solvers descentralizados, imponer reembolsos mínimos o exigir pruebas de liquidez cross-chain.

Membrane: es el punto de enlace entre SUAVE y las cadenas externas. Recibe la entrada del usuario, entrega las transacciones finalizadas y sincroniza el estado. Además, administra los permisos y las pruebas de integridad en las liquidaciones entre cadenas.

Validadores: en este contexto, se limitan a la cadena de liquidación. Desconocen el funcionamiento interno de SUAVE y se limitan a procesar paquetes cerrados. Esto permite que SUAVE funcione de forma ligera y evita la necesidad de modificar las capas de consenso.

Diseño y despliegue de un value router

Uno de los avances más significativos de SUAVE es el value router: servicios similares a contratos inteligentes que residen en el MEVM y procesan clases específicas de intenciones. Un value router se asemeja conceptualmente a una dApp, pero opera sobre flujo de órdenes privado previo a la cadena, en lugar de sobre transacciones públicas.

Para desarrollar un value router, un programador define tres componentes:

• Formato de intención: ¿Qué información debe aportar el usuario? ¿Cómo se cifra?
• Lógica de subasta: ¿Cómo se puntúan y seleccionan los solvers? ¿Se basa en precio, latencia, deslizamiento u otras métricas personalizables?
• Lógica de liquidación: ¿Dónde se debe enviar el resultado? ¿Se liquida en Ethereum, en Optimism o en ambas?

Una vez desplegado en el MEVM, el value router comienza a recibir intenciones a través de la Membrane. Los solvers se conectan al router mediante una API estándar y compiten por satisfacer las solicitudes entrantes. Como los routers operan en un entorno seguro que protege la privacidad, pueden procesar grandes volúmenes de datos sensibles sin revelar estrategias.

Ejemplos de uso para value routers:

• Subastas de NFT por lotes con pujas ocultas
• Ajustes automáticos DeFi entre diferentes mercados de préstamos
• Juegos on-chain con movimientos ocultos
• Acciones de gobernanza DAO que requieren liquidaciones coordinadas

Dado que el MEVM es independiente de la cadena, un único router puede operar en varias blockchains, permitiendo a los desarrolladores desplegarlo una vez y dar servicio a usuarios de todo el mundo.

Integración de monederos y experiencia de usuario

Uno de los objetivos estratégicos de SUAVE es lograr que la protección frente a la extracción de valor máximo (MEV) sea transparente para el usuario. Para ello, los monederos deben integrar SUAVE en la interfaz y a nivel de RPC. En vez de enviar transacciones a un mempool clásico, el monedero las canaliza vía Membrane y ofrece al usuario las opciones de ejecución proporcionadas por los solvers.

Desde el punto de vista del usuario, todo sigue igual. Pulsa “Intercambiar”, “Crear” o “Votar” como habitualmente. Sin embargo, tras bastidores, la transacción se cifra, se subasta y se ejecuta mediante SUAVE. El usuario obtiene siempre mejor precio, confirmación ágil o un reembolso, sin tener que comprender la lógica interna.

Opcionalmente, los monederos pueden mostrar las propuestas de los solvers, clasificadas por precio, privacidad o velocidad. Así, los usuarios avanzados pueden personalizar su experiencia, mientras los usuarios mayoritarios simplemente disfrutan de la configuración óptima por defecto. En el futuro, es previsible que los SDKs de monederos de Flashbots y terceros faciliten al máximo esta integración.

Ejecución entre cadenas y composabilidad

Como SUAVE no liquida transacciones por sí mismo, debe operar en perfecto acuerdo con cadenas externas. Esto complica el funcionamiento, pero también habilita flujos de trabajo muy avanzados. Por ejemplo, un usuario puede querer:

• Intercambiar ETH por USDC en Ethereum
• Puentear USDC a Arbitrum
• Usar ese USDC para adquirir un NFT en un marketplace de Arbitrum

En un entorno tradicional, esto supondría múltiples pasos, aprobaciones y confianza en los intermediarios del puente. En SUAVE, todo el proceso se articula como una sola intención. Los solvers compiten para ejecutarla del modo más eficiente posible. Se elige la mejor propuesta, se liquida en distintas cadenas y el usuario solo necesita una firma.

Este nivel de composabilidad multichain es extremadamente difícil con arquitecturas previas. SUAVE lo facilita gracias a la separación entre ejecución y liquidación, permitiendo orquestar flujos antes de remitirlos a cada cadena en secuencia.

Incentivos, pagos y confianza

Un aspecto clave para la adopción real es la remuneración de los participantes. Solvers, builders y relays deben contar con incentivos claros para computar, participar en subastas y canalizar transacciones.

En SUAVE, los incentivos son totalmente programables. Los solvers presentan pujas que incluyen pagos al usuario (reembolsos), al sistema (tarifas) y a la cadena de liquidación (gas). El MEVM controla estos pagos, que solo se completan tras la confirmación de la liquidación.

Hay sistemas de reputación que monitorizan el desempeño de los solvers a lo largo del tiempo. Un mal rendimiento, ejecuciones fallidas o deslizamientos superiores a lo pactado pueden acarrear la exclusión de futuras subastas. El usuario puede, además, bloquear solvers considerados maliciosos.

El equilibrio entre incentivos y reputación es crítico para la sostenibilidad de SUAVE. En vez de basarse en la confianza o el altruismo, SUAVE propicia un mercado donde el comportamiento honesto es la opción más rentable para el actor racional.

Ejemplo real: compra de NFT cross-chain con mejor ejecución

Escenario:

Sarah quiere comprar un NFT publicado en un marketplace de Arbitrum, pero únicamente dispone de ETH en la red principal de Ethereum. En una operativa Web3 convencional, esto supondría:

1. Intercambiar ETH por USDC a través de un DEX en Ethereum, como Uniswap.
2. Puentear USDC a Arbitrum (utilizando, por ejemplo, Hop o Stargate).
3. Esperar confirmaciones y los retrasos asociados al puente.
4. Acceder manualmente al marketplace de NFT en Arbitrum y finalizar la compra.

Este proceso es lento, requiere cambiar entre interfaces, expone a Sarah a riesgos de MEV y puentes, y supone comisiones elevadas en Ethereum.

Mismo escenario en SUAVE

Paso 1: Envío de intención

Sarah utiliza un monedero compatible con SUAVE. Desde la interfaz del marketplace, pulsa “Comprar NFT” y aprueba una única intención:

• “Quiero comprar este NFT en Arbitrum, gastando un máximo de 0,5 ETH, con la confirmación más ágil y el coste más bajo.”

Paso 2: Privacidad y subasta de solvers

• La intención se cifra y se presenta ante la Membrane de SUAVE.

• Los solvers reciben el lote de intenciones. Uno de ellos propone:

• Intercambiar ETH→USDC usando la ruta más eficiente frente a MEV en Ethereum.

• Puentear USDC por un puente rápido con prueba de liquidez.
• Liquidar la compra del NFT directamente en el marketplace.
• Ofrecer a Sarah un reembolso del 0,2% en la transacción.
• Otros solvers proponen rutas diferentes, pero esta resulta la más eficiente.

Paso 3: Ejecución y finalidad

• El MEVM selecciona el mejor paquete y lo canaliza a través de la Membrane.
• El intercambio ETH→USDC, el puente y la compra del NFT se liquidan atómicamente entre cadenas.
• Sarah recibe el NFT en Arbitrum, el reembolso en USDC y la confirmación, todo con un único clic.

Este ejemplo demuestra cómo SUAVE puede transformar una experiencia fragmentada en una ejecución privada cross-chain de un solo clic, con costes optimizados e incentivos integrados. Replica los procesos clásicos de DeFi, como el intercambio y el bridging, pero los ejecuta de forma más eficiente, logrando que el potencial técnico de SUAVE sea intuitivo y potente para el usuario final.