📑 Si has utilizado una dApp que interactúa con más de una cadena, conoces el dolor.
Quieres hacer un intercambio:
- la liquidez está en otra cadena - tú puente - esperas - firmas múltiples transacciones - esperas que nada se rompa.
Esto no es "experiencia del usuario". Es trabajo de operaciones disfrazado de UX.
Incluso con todos los puentes, retransmisores, enrutadores y agregadores del mundo, la mayoría de las aplicaciones todavía están limitadas por una suposición:
El usuario debe realizar cada transacción, saber dónde están los activos y hacer saltos manuales entre cadenas para obtener lo que quiere.
Aquí es donde entran los 'solucionadores de intenciones'.
————————————————————
➩ De Transacciones a Intenciones
En los sistemas de criptomonedas tradicionales, los usuarios envían transacciones de bajo nivel:
- "Enviar X de A a B" - "Intercambiar el token X por Y en Uniswap"
Pero los usuarios realmente no quieren enviar transacciones. Ellos quieren resultados.
- "Consígueme 100 USDC de mis activos, dondequiera que estén." - "Compra este NFT por debajo de 0.1 ETH, incluso si toma un día."
@anoma presenta una nueva abstracción llamada 'intentos': expresiones orientadas a resultados de los objetivos del usuario, sin necesidad de especificar el camino o la cadena.
¿El resultado?
Tú describes lo que quieres. La red se encarga de averiguar cómo hacerlo.
————————————————————
➩ Entendiendo la Red Solver
Las intenciones son poderosas, pero no se ejecutan solas.
Ese es el trabajo de los solucionadores; agentes descentralizados que escanean el mempool de intenciones declaradas y compiten para cumplirlas de manera óptima.
Piensa en los solucionadores como una malla en tiempo real que abarca cadenas de bots, creadores de mercado y motores de enrutamiento que:
- Descubre las intenciones de la contraparte - Construir paquetes de transacciones válidos - Ejecútalos atómicamente en una o más cadenas
Es un descubrimiento y liquidación de contrapartes descentralizado. Algo que ningún sistema tradicional de contratos inteligentes ofrece de forma nativa.
————————————————————
➩ Por qué esto resuelve la experiencia de usuario multi-cadena desde la raíz
Las aplicaciones multichain hoy en día sufren de:
- Estado fragmentado y liquidez - Lógica de enrutamiento frágil - Puente manual de usuarios - Dependencia de relayers o secuenciadores centralizados
Los solucionadores abstraen eso.
En lugar de codificar "conectar a la cadena A, luego B, luego C," diseñas tu aplicación en torno a intenciones y dejas que los solucionadores compitan para cumplirlas sin importar qué activos, rutas o cadenas estén involucrados.
En otras palabras:
La complejidad de múltiples cadenas se convierte en un problema de 'solucionador', no en un problema de 'usuario' o 'desarrollador'.
Esta es la clara separación de preocupaciones que el espacio necesitaba.
————————————————————
➩ Beneficios para Constructores
Con @anoma y solucionadores de intenciones, los desarrolladores no necesitan:
- desplegar contratos en cada cadena - codificar de forma rígida la lógica de puenteo o los caminos de liquidez - los usuarios deben saber dónde están sus activos
Simplemente defines cómo se ve una 'intención' en tu aplicación, y los solucionadores se encargan del resto.
Esto cambia el diseño de dApps de estar vinculado a la cadena a estar vinculado a los resultados.
Es como pasar de la programación en ensamblador a la programación de alto nivel, pero para la experiencia de usuario de aplicaciones.
————————————————————
➩ Conclusión
Los solucionadores no son bots. Son una nueva capa de infraestructura.
Donde los secuenciadores ordenan transacciones y los rollups las agrupan, los solucionadores componen intenciones en flujos significativos y ejecutables a través de cadenas, activos y participantes.
Son el tejido conectivo que falta entre los usuarios y la liquidez en un mundo que se está volviendo cada vez más modular, asíncrono y dirigido por agentes.
En 2020, los AMM se convirtieron en el primitivo. En 2021, fueron L2s. En 2023, modularidad. En 2024, secuenciación compartida.
¿En 2025? El primitivo es la intención de resolver.
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.
📑 Si has utilizado una dApp que interactúa con más de una cadena, conoces el dolor.
Quieres hacer un intercambio:
- la liquidez está en otra cadena
- tú puente
- esperas
- firmas múltiples transacciones
- esperas que nada se rompa.
Esto no es "experiencia del usuario". Es trabajo de operaciones disfrazado de UX.
Incluso con todos los puentes, retransmisores, enrutadores y agregadores del mundo, la mayoría de las aplicaciones todavía están limitadas por una suposición:
El usuario debe realizar cada transacción, saber dónde están los activos y hacer saltos manuales entre cadenas para obtener lo que quiere.
Aquí es donde entran los 'solucionadores de intenciones'.
————————————————————
➩ De Transacciones a Intenciones
En los sistemas de criptomonedas tradicionales, los usuarios envían transacciones de bajo nivel:
- "Enviar X de A a B"
- "Intercambiar el token X por Y en Uniswap"
Pero los usuarios realmente no quieren enviar transacciones.
Ellos quieren resultados.
- "Consígueme 100 USDC de mis activos, dondequiera que estén."
- "Compra este NFT por debajo de 0.1 ETH, incluso si toma un día."
@anoma presenta una nueva abstracción llamada 'intentos': expresiones orientadas a resultados de los objetivos del usuario, sin necesidad de especificar el camino o la cadena.
¿El resultado?
Tú describes lo que quieres. La red se encarga de averiguar cómo hacerlo.
————————————————————
➩ Entendiendo la Red Solver
Las intenciones son poderosas, pero no se ejecutan solas.
Ese es el trabajo de los solucionadores; agentes descentralizados que escanean el mempool de intenciones declaradas y compiten para cumplirlas de manera óptima.
Piensa en los solucionadores como una malla en tiempo real que abarca cadenas de bots, creadores de mercado y motores de enrutamiento que:
- Descubre las intenciones de la contraparte
- Construir paquetes de transacciones válidos
- Ejecútalos atómicamente en una o más cadenas
Es un descubrimiento y liquidación de contrapartes descentralizado. Algo que ningún sistema tradicional de contratos inteligentes ofrece de forma nativa.
————————————————————
➩ Por qué esto resuelve la experiencia de usuario multi-cadena desde la raíz
Las aplicaciones multichain hoy en día sufren de:
- Estado fragmentado y liquidez
- Lógica de enrutamiento frágil
- Puente manual de usuarios
- Dependencia de relayers o secuenciadores centralizados
Los solucionadores abstraen eso.
En lugar de codificar "conectar a la cadena A, luego B, luego C," diseñas tu aplicación en torno a intenciones y dejas que los solucionadores compitan para cumplirlas sin importar qué activos, rutas o cadenas estén involucrados.
En otras palabras:
La complejidad de múltiples cadenas se convierte en un problema de 'solucionador', no en un problema de 'usuario' o 'desarrollador'.
Esta es la clara separación de preocupaciones que el espacio necesitaba.
————————————————————
➩ Beneficios para Constructores
Con @anoma y solucionadores de intenciones, los desarrolladores no necesitan:
- desplegar contratos en cada cadena
- codificar de forma rígida la lógica de puenteo o los caminos de liquidez
- los usuarios deben saber dónde están sus activos
Simplemente defines cómo se ve una 'intención' en tu aplicación, y los solucionadores se encargan del resto.
Esto cambia el diseño de dApps de estar vinculado a la cadena a estar vinculado a los resultados.
Es como pasar de la programación en ensamblador a la programación de alto nivel, pero para la experiencia de usuario de aplicaciones.
————————————————————
➩ Conclusión
Los solucionadores no son bots. Son una nueva capa de infraestructura.
Donde los secuenciadores ordenan transacciones y los rollups las agrupan, los solucionadores componen intenciones en flujos significativos y ejecutables a través de cadenas, activos y participantes.
Son el tejido conectivo que falta entre los usuarios y la liquidez en un mundo que se está volviendo cada vez más modular, asíncrono y dirigido por agentes.
En 2020, los AMM se convirtieron en el primitivo.
En 2021, fueron L2s.
En 2023, modularidad.
En 2024, secuenciación compartida.
¿En 2025?
El primitivo es la intención de resolver.