Durante años, una transacción blockchain era literal: la cuenta dice exactamente qué llamada ejecutar, dónde y con qué parámetros. Cuando el ejecutor es un humano con una UI, funciona. Cuando el ejecutor es un agente de IA que decide en milisegundos, la solicitud literal se vuelve frágil: el agente tendría que prever gas, rutas de swaps, puentes y rebalancos — precisamente las cosas que no debería decidir él. La alternativa es el modelo de intents: el agente declara el resultado que quiere y deja que la infraestructura lo ejecute de la forma más eficiente posible.

Qué es un intent

Un intent es una declaración firmada de resultado deseado: 'quiero que 100 USDC de Arbitrum lleguen como 100 USDC a Base dentro de 10 minutos, asumiendo el menor coste posible'. Quien ejecuta el intent (un solver o filler) compite por hacerlo, usando su propio capital y liquidez, y cobra una comisión si tiene éxito. El remitente no especifica cómo: especifica qué. Es el paso de 'copiar y pegar direcciones' a 'describir el objetivo'.

Por qué los intents encajan con la IA

Un LLM es muy bueno describiendo objetivos y muy malo calculando rutas óptimas de ejecución. Con intents, la división del trabajo es natural: el agente entiende la intención del usuario y la expresa en formato estructurado; los solvers, con lógica determinista y capital, ejecutan. Además, lanza la colaboración entre muchos agentes: cada agente negocia su intent y los solvers arbitran entre ellos, reduciendo costes de ejecución para todos.

ERC-7683: el estándar cross-chain de intents

ERC-7683 (Cross-Chain Intents) define un contrato estándar de intención entre cadenas: una interfaz común para que un usuario (o agente) declare el origen, el destino, los tokens y el resultado esperado, y para que los solvers ofrezcan cumplimiento. El valor de la estandarización es la competencia real entre solvers: al ser interoperable, un intent puede ser ejecutado por cualquiera que cumpla la interfaz, y no por un monopolio de una plataforma.

Solvers, fillers y la capa de garantías

El modelo económico: el solver deposita garantías (bond) y compite ofreciendo el mejor precio; si cumple, cobra; si no cumple, pierde la garantía y la reputación. Los mecanismos de slashing y reputación onchain son lo que separa un mercado de solvers maduro de un simple intermediario: el incentivo no es solo ganar la comisión, sino no perder el depósito.

Riesgos del modelo de intents

Los puntos de atención: (1) búsqueda de MEV — los solvers pueden explotar el valor extraíble de los intents que se les confían; (2) centralización temporal — si pocos solvers dominan, la ejecución y los precios se concentran; (3) atomicidad y finalidad — un intent que falla a mitad de camino debe comportarse de forma segura, y esto exige diseños robustos de liquidación; (4) latencia de decisión de IA — un agente lento firma peores precios.

Cómo diseñar intents para agentes

Para un desarrollador: limitar el intent a resultados verificables, incluir ventana de validez y límite de slippage, y elegir redes donde haya liquidez de solvers suficiente. Para un agente: nunca pedir 'ejecuta lo mejor posible' sin límites; los límites son la única frontera que separa la autonomía útil de la pérdida silenciosa.

Conclusión

Los intents y ERC-7683 son una de las piezas que hacen viable la economía de los agentes: los separa de la mecánica de ejecución y crea un mercado de solvers que compiten por servirles. Para quien invierte en infraestructura de IA-cripto, la capa de intents es candidata clara a capturar valor: es el 'punto de pedido' de una economía automática.

Preguntas frecuentes (FAQ)

¿Un intent puede fallar? Sí, por ejemplo si ningún solver lo acepta en la ventana de validez; el usuario conserva sus fondos y no se ejecuta nada. ¿Quién sufre el slippage en un intent? El remitente, salvo que configure límites estrictos; por eso los agentes deben fijarlos. ¿ERC-7683 es un puente? No: es un estándar de coordinación; el solver decide el mecanismo de transferencia y asume el riesgo de puente.