Si aujourd'hui, vous deviez redessiner l'architecture de l'ensemble des applications Web3, par où commenceriez-vous ? La réponse donnée par @anoma est : commencer par "l'intention", c'est-à-dire partir des véritables besoins des utilisateurs, et non pas commencer par les détails techniques comme les pages frontales ou les appels de contrats. Une architecture centrée sur l'intention, en d'autres termes, consiste à faire de "ce que l'utilisateur veut" la priorité numéro un, ce n'est plus un paramètre caché derrière un bouton, mais le centre de fonctionnement de tout le système. L'utilisateur n'a besoin que de décrire "ce que je veux faire", le reste, comme le matching, les contraintes, la recherche de contreparties et la livraison finale, est entièrement coordonné par le système. Par exemple, je dis : "Je veux échanger 100 stETH contre des actifs RWA équivalents, en veillant à obtenir le meilleur rapport qualité-prix, et cela doit être fait aujourd'hui." Si je devais effectuer cette action moi-même, je devrais soit chercher des agrégateurs pour le routage, soit passer des commandes dans plusieurs pools, comparer, attendre que les transactions se réalisent, et je ne suis même pas sûr d'y parvenir. Dans un système centré sur l'intention, ce besoin serait décomposé en intentions claires, diffusées pour que des solveurs capables de les satisfaire puissent les traiter et les régler. Anoma a décomposé ce système en quatre grands modules : 1⃣Intention : les souhaits et les contraintes de l'utilisateur 2⃣Découverte de contrepartie : trouver une autre partie pouvant correspondre 3⃣Résolution : trouver la meilleure solution 4⃣Règlement : livraison finale et réalisation sur la chaîne Ces quatre éléments constituent en fait le plus petit commun multiple des applications futures. Beaucoup de DApps complexes que vous connaissez, comme OpenSea, Gitcoin, CoWSwap, fonctionnent en fin de compte autour de ces quelques actions. C'est juste que l'architecture traditionnelle rend ce processus lourd et fragmenté, l'expérience utilisateur n'est pas uniforme et la difficulté de développement est élevée. L'avantage d'une approche centrée sur l'intention est qu'elle abstrait et standardise tout cela. Le plus important est qu'elle possède intrinsèquement des propriétés décentralisées. Dans la conception d'Anoma, le solveur et le règlement sont des réseaux ouverts, tout le monde peut devenir participant à la satisfaction des intentions, ce n'est pas un routeur centralisé, ni un "chemin unique" par défaut. Et ce n'est que le début, Anoma abordera également des concepts plus fondamentaux comme l'identité et le contrôle du flux de données. L'ensemble de l'architecture centrée sur l'intention pourrait être l'entrée de l'ère "post-contrat intelligent". Personnellement, je suis très optimiste quant à l'architecture centrée sur l'intention, je pense même qu'elle a la possibilité de redéfinir la structure des applications sur la chaîne, tout comme le modèle de compte ou l'EVM l'ont fait autrefois.