Si te pidieran que rediseñaras toda la arquitectura de tu aplicación Web3 hoy mismo, ¿por dónde empezarías? La respuesta que da @anoma es: empezar por la "intención", es decir, empezar por las necesidades reales de los usuarios, en lugar de tener primero los detalles técnicos de las páginas front-end y las llamadas de contrato. La llamada arquitectura centrada en la intención, para decirlo sin rodeos, hace que "lo que el usuario quiere" sea el requisito de primera prioridad, ya no es un parámetro oculto detrás del botón, sino el centro de todo el sistema. El usuario solo tiene que describir "lo que quiero hacer", y el sistema coordina automáticamente el resto de la coincidencia, las restricciones condicionales, la búsqueda de contraparte y la entrega final. Por ejemplo, si digo: "Quiero intercambiar 100 stETH por el equivalente de activos RWA, debe ser la mejor relación precio/rendimiento, y debe hacerse dentro de hoy". ” Si lo hace usted mismo, encontrará agregadores para hacer el enrutamiento o colocar órdenes, comparar y esperar transacciones en varios grupos, lo que puede que no se logre. En un sistema centrado en la intención, este requisito se descompone en una intención explícita, se difunde y un solucionador cumplible la gestiona y resuelve. Anoma divide el sistema en cuatro módulos: 1⃣Intención: los deseos y restricciones del usuario 2⃣Descubrimiento de contraparte: Encuentre otra parte con la que pueda coincidir 3⃣Resolviendo: Encontrar la mejor solución 4⃣Liquidación: Entrega final y alcance en la cadena De hecho, estas cuatro piezas constituyen el factor menos común para futuras aplicaciones. Muchas de las DApps complejas con las que estás familiarizado, como OpenSea, Gitcoin y CoWSwap, giran en torno a estas acciones. Es solo que la arquitectura tradicional hace que este proceso sea pesado y fragmentado, la experiencia del usuario no es uniforme y el desarrollo es difícil. La ventaja de centrarse en la intención es que abstrae y estandariza todo esto. Lo más importante es que viene con propiedades descentralizadas. En el diseño de Anoma, los solucionadores y las liquidaciones son redes abiertas en las que cualquiera puede participar en el cumplimiento de intenciones, no enrutadores centralizados o "solo rutas" preestablecidas de forma predeterminada. Y eso es solo el comienzo, Anoma hablará de cosas más básicas como la identidad, el control del flujo de datos, etc. Toda la arquitectura de intenciones podría ser el punto de entrada a la "era post-contratos inteligentes". Personalmente, soy muy optimista sobre la arquitectura centrada en la intención, e incluso creo que tiene la oportunidad de redefinir la estructura de las aplicaciones en cadena como el "modelo de cuenta" y "EVM" en el pasado.