📑 Si vous avez utilisé une dApp qui touche plus d'une chaîne, vous connaissez la douleur.
Vous voulez effectuer un échange :
- la liquidité est sur une autre chaîne - vous bridge - vous attendez - vous signez plusieurs transactions - vous espérez que rien ne casse.
Ce n'est pas de "l'expérience utilisateur". C'est du travail opérationnel déguisé en UX.
Même avec tous les ponts, relayeurs, routeurs et agrégateurs du monde, la plupart des applications sont toujours liées à une hypothèse :
L'utilisateur doit pousser chaque transaction, savoir où se trouvent les actifs et faire des sauts manuels entre les chaînes pour obtenir ce qu'il veut.
C'est là que les 'solvers d'intention' entrent en jeu.
————————————————————
➩ Des Transactions aux Intentions
Dans les systèmes cryptographiques traditionnels, les utilisateurs soumettent des transactions de bas niveau :
- "Envoyer X de A à B" - "Échanger le jeton X contre Y sur Uniswap"
Mais les utilisateurs ne veulent pas vraiment soumettre des transactions. Ils veulent des résultats.
- "Récupère-moi 100 USDC de mes actifs, où qu'ils soient." - "Achetez ce NFT en dessous de 0,1 ETH, même si cela prend un jour."
@anoma introduit une nouvelle abstraction appelée 'intentions' : des expressions orientées vers les résultats des objectifs des utilisateurs, sans avoir besoin de spécifier le chemin ou la chaîne.
Le résultat ?
Vous décrivez ce que vous voulez. Le réseau détermine comment y parvenir.
————————————————————
➩ Comprendre le réseau Solver
Les intentions sont puissantes, mais elles ne s'exécutent pas toutes seules.
C'est le travail des solveurs ; des agents décentralisés qui analysent la mempool des intentions déclarées et compétitionnent pour les réaliser de manière optimale.
Considérez les solveurs comme un réseau en temps réel et inter-chaînes de bots, de teneurs de marché et de moteurs de routage qui :
- Découvrez les intentions des contreparties - Construire des ensembles de transactions valides - Exécutez-les de manière atomique sur une ou plusieurs chaînes
C'est la découverte de contreparties décentralisées + le règlement. Quelque chose qu'aucun système de contrat intelligent traditionnel n'offre nativement.
————————————————————
➩ Pourquoi cela résout l'UX multi-chaînes à la racine
Les applications multi-chaînes d'aujourd'hui souffrent de :
- État fragmenté et liquidité - Logique de routage fragile - Pontage manuel des utilisateurs - Dépendance à des relais ou séquenceurs centralisés
Les solveurs abstraient cela.
Au lieu de coder "connecter à la chaîne A, puis B, puis C," vous concevez votre application autour des intentions et laissez les solveurs concourir pour les réaliser, peu importe les actifs, les routes ou les chaînes impliqués.
En d'autres termes:
La complexité multi-chaînes devient un problème de "résolution", et non un problème d'"utilisateur" ou de "développeur".
C'est la séparation claire des préoccupations dont l'espace avait besoin.
————————————————————
➩ Avantages pour les Constructeurs
Avec @anoma et les solveurs d'intentions, les développeurs n'ont pas besoin de :
- déployer des contrats sur chaque chaîne - coder en dur la logique de pont ou les chemins de liquidité - les utilisateurs doivent savoir où se trouvent leurs actifs
Vous définissez simplement à quoi ressemble une "intention" dans votre application, et les solveurs s'occupent du reste.
Cela déplace la conception des dApps d'un lien à la chaîne à un lien à un résultat.
C'est comme passer de l'assemblage à la programmation de haut niveau, mais pour l'UX des applications.
————————————————————
➩ Conclusion
Les solveurs ne sont pas des bots. Ils constituent une nouvelle couche d'infrastructure.
Là où les séquenceurs ordonnent les transactions et les rollups les regroupent, les solveurs composent des intentions en flux significatifs et exécutables à travers les chaînes, les actifs et les participants.
Ils constituent le tissu conjonctif manquant entre les utilisateurs et la liquidité dans un monde qui devient de plus en plus modulaire, asynchrone et piloté par des agents.
En 2020, les AMM sont devenus le primitif. En 2021, c'était L2s. En 2023, la modularité. En 2024, séquençage partagé.
En 2025 ? Le primitif est la résolution d'intention.
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 vous avez utilisé une dApp qui touche plus d'une chaîne, vous connaissez la douleur.
Vous voulez effectuer un échange :
- la liquidité est sur une autre chaîne
- vous bridge
- vous attendez
- vous signez plusieurs transactions
- vous espérez que rien ne casse.
Ce n'est pas de "l'expérience utilisateur". C'est du travail opérationnel déguisé en UX.
Même avec tous les ponts, relayeurs, routeurs et agrégateurs du monde, la plupart des applications sont toujours liées à une hypothèse :
L'utilisateur doit pousser chaque transaction, savoir où se trouvent les actifs et faire des sauts manuels entre les chaînes pour obtenir ce qu'il veut.
C'est là que les 'solvers d'intention' entrent en jeu.
————————————————————
➩ Des Transactions aux Intentions
Dans les systèmes cryptographiques traditionnels, les utilisateurs soumettent des transactions de bas niveau :
- "Envoyer X de A à B"
- "Échanger le jeton X contre Y sur Uniswap"
Mais les utilisateurs ne veulent pas vraiment soumettre des transactions.
Ils veulent des résultats.
- "Récupère-moi 100 USDC de mes actifs, où qu'ils soient."
- "Achetez ce NFT en dessous de 0,1 ETH, même si cela prend un jour."
@anoma introduit une nouvelle abstraction appelée 'intentions' : des expressions orientées vers les résultats des objectifs des utilisateurs, sans avoir besoin de spécifier le chemin ou la chaîne.
Le résultat ?
Vous décrivez ce que vous voulez. Le réseau détermine comment y parvenir.
————————————————————
➩ Comprendre le réseau Solver
Les intentions sont puissantes, mais elles ne s'exécutent pas toutes seules.
C'est le travail des solveurs ; des agents décentralisés qui analysent la mempool des intentions déclarées et compétitionnent pour les réaliser de manière optimale.
Considérez les solveurs comme un réseau en temps réel et inter-chaînes de bots, de teneurs de marché et de moteurs de routage qui :
- Découvrez les intentions des contreparties
- Construire des ensembles de transactions valides
- Exécutez-les de manière atomique sur une ou plusieurs chaînes
C'est la découverte de contreparties décentralisées + le règlement. Quelque chose qu'aucun système de contrat intelligent traditionnel n'offre nativement.
————————————————————
➩ Pourquoi cela résout l'UX multi-chaînes à la racine
Les applications multi-chaînes d'aujourd'hui souffrent de :
- État fragmenté et liquidité
- Logique de routage fragile
- Pontage manuel des utilisateurs
- Dépendance à des relais ou séquenceurs centralisés
Les solveurs abstraient cela.
Au lieu de coder "connecter à la chaîne A, puis B, puis C," vous concevez votre application autour des intentions et laissez les solveurs concourir pour les réaliser, peu importe les actifs, les routes ou les chaînes impliqués.
En d'autres termes:
La complexité multi-chaînes devient un problème de "résolution", et non un problème d'"utilisateur" ou de "développeur".
C'est la séparation claire des préoccupations dont l'espace avait besoin.
————————————————————
➩ Avantages pour les Constructeurs
Avec @anoma et les solveurs d'intentions, les développeurs n'ont pas besoin de :
- déployer des contrats sur chaque chaîne
- coder en dur la logique de pont ou les chemins de liquidité
- les utilisateurs doivent savoir où se trouvent leurs actifs
Vous définissez simplement à quoi ressemble une "intention" dans votre application, et les solveurs s'occupent du reste.
Cela déplace la conception des dApps d'un lien à la chaîne à un lien à un résultat.
C'est comme passer de l'assemblage à la programmation de haut niveau, mais pour l'UX des applications.
————————————————————
➩ Conclusion
Les solveurs ne sont pas des bots. Ils constituent une nouvelle couche d'infrastructure.
Là où les séquenceurs ordonnent les transactions et les rollups les regroupent, les solveurs composent des intentions en flux significatifs et exécutables à travers les chaînes, les actifs et les participants.
Ils constituent le tissu conjonctif manquant entre les utilisateurs et la liquidité dans un monde qui devient de plus en plus modulaire, asynchrone et piloté par des agents.
En 2020, les AMM sont devenus le primitif.
En 2021, c'était L2s.
En 2023, la modularité.
En 2024, séquençage partagé.
En 2025 ?
Le primitif est la résolution d'intention.