Si aujourd'hui, vous deviez redessiner toute l'architecture d'application Web3, par où commenceriez-vous ?
L'architecture centrée sur l'intention, en d'autres termes, consiste à faire de "ce que l'utilisateur veut" la priorité absolue, et non plus des paramètres cachés derrière les boutons, mais le centre du fonctionnement de tout le système.
L'utilisateur n'a qu'à décrire "ce que je veux faire", le reste, y compris l'appariement, les contraintes de conditions, la recherche de contreparties et enfin la livraison, est automatiquement coordonné par le système.
Par exemple, je dis : "Je veux échanger 100 stETH contre des actifs RWA équivalents, cela doit être le meilleur rapport qualité-prix et doit être complété aujourd'hui."
Si vous faites cette action vous-même, vous devez soit trouver des agrégateurs pour le routage, soit passer des commandes dans plusieurs pools, comparer, attendre la réalisation, et il n'est pas certain que cela aboutisse. Dans un système centré sur l'intention, ce besoin sera décomposé en intentions claires, diffusées, permettant aux solveurs capables de les exécuter de les traiter et de les régler.
Anoma divise ce système en quatre grands modules : 1⃣Intent : Le souhait de l'utilisateur, les contraintes 2⃣Découverte de contrepartie : trouver une autre partie pouvant correspondre 3⃣Résolution : trouver la solution optimale 4⃣Règlement : Livraison finale et accord sur la chaîne Ces quatre éléments constituent en réalité le plus petit commun multiple des applications futures.
De nombreuses DApp complexes que vous connaissez, comme OpenSea, Gitcoin et CoWSwap, fonctionnent en fin de compte autour de ces quelques actions. Cependant, 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'un modèle centré sur l'intention est qu'il abstrait et standardise tout cela. Le plus important est qu'il possède intrinsèquement des attributs de décentralisation.
Dans la conception d'Anoma, le solver et le settlement sont des réseaux ouverts, permettant à quiconque de devenir participant à la réalisation de l'intention, sans être un routeur centralisé ni un "unique chemin" prédéfini.
Et ce n'est que le début, Anoma parlera également d'identité, de contrôle du flux de données et d'autres éléments plus fondamentaux. Toute l'architecture d'intention pourrait être l'entrée de l'ère "post-contrat intelligent".
Je crois fermement en l'architecture centrée sur l'intention, et 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 et l'EVM l'ont fait par le passé.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Si aujourd'hui, vous deviez redessiner toute l'architecture d'application Web3, par où commenceriez-vous ?
L'architecture centrée sur l'intention, en d'autres termes, consiste à faire de "ce que l'utilisateur veut" la priorité absolue, et non plus des paramètres cachés derrière les boutons, mais le centre du fonctionnement de tout le système.
L'utilisateur n'a qu'à décrire "ce que je veux faire", le reste, y compris l'appariement, les contraintes de conditions, la recherche de contreparties et enfin la livraison, est automatiquement coordonné par le système.
Par exemple, je dis : "Je veux échanger 100 stETH contre des actifs RWA équivalents, cela doit être le meilleur rapport qualité-prix et doit être complété aujourd'hui."
Si vous faites cette action vous-même, vous devez soit trouver des agrégateurs pour le routage, soit passer des commandes dans plusieurs pools, comparer, attendre la réalisation, et il n'est pas certain que cela aboutisse. Dans un système centré sur l'intention, ce besoin sera décomposé en intentions claires, diffusées, permettant aux solveurs capables de les exécuter de les traiter et de les régler.
Anoma divise ce système en quatre grands modules :
1⃣Intent : Le souhait de l'utilisateur, les contraintes
2⃣Découverte de contrepartie : trouver une autre partie pouvant correspondre
3⃣Résolution : trouver la solution optimale
4⃣Règlement : Livraison finale et accord sur la chaîne
Ces quatre éléments constituent en réalité le plus petit commun multiple des applications futures.
De nombreuses DApp complexes que vous connaissez, comme OpenSea, Gitcoin et CoWSwap, fonctionnent en fin de compte autour de ces quelques actions. Cependant, 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'un modèle centré sur l'intention est qu'il abstrait et standardise tout cela. Le plus important est qu'il possède intrinsèquement des attributs de décentralisation.
Dans la conception d'Anoma, le solver et le settlement sont des réseaux ouverts, permettant à quiconque de devenir participant à la réalisation de l'intention, sans être un routeur centralisé ni un "unique chemin" prédéfini.
Et ce n'est que le début, Anoma parlera également d'identité, de contrôle du flux de données et d'autres éléments plus fondamentaux. Toute l'architecture d'intention pourrait être l'entrée de l'ère "post-contrat intelligent".
Je crois fermement en l'architecture centrée sur l'intention, et 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 et l'EVM l'ont fait par le passé.