Comment fonctionne une transaction SUAVE
Une transaction SUAVE typique ne commence pas dans un mempool. Elle débute plutôt par une intention. Cette intention peut être, par exemple, l’envie d’un utilisateur d’échanger un token, d’enchérir sur un NFT, de participer à une liquidation ou d’effectuer une opération inter-chaînes. Contrairement aux transactions traditionnelles, entièrement spécifiées et diffusées publiquement, une intention dans SUAVE est chiffrée et seulement partiellement définie. Elle laisse aux solveurs la possibilité de proposer des chemins d’exécution optimaux.
Une fois que l’utilisateur signe et soumet son intention à la Membrane de SUAVE, la couche de confidentialité la chiffre et l’envoie dans un environnement sécurisé. Cet environnement peut être un environnement d’exécution de confiance (TEE), un système à preuves à divulgation nulle de connaissance (ZKP) ou un réseau d’enclaves sécurisées répliquées. L’intention y reste confidentielle jusqu’à ce qu’elle soit évaluée par le réseau de solveurs.
Les solveurs accèdent à un lot d’intentions chiffrées et entrent en concurrence dans une enchère universelle pour proposer la meilleure exécution. Chaque solveur soumet un parcours de transaction complet accompagné d’une enchère — représentant soit une remise pour l’utilisateur, soit un résultat minimum garanti, soit un autre avantage mesurable. Ces offres ne sont pas visibles par les autres solveurs pendant l’enchère, ce qui garantit l’équité du processus.
La MEVM, moteur d’exécution de SUAVE, analyse les solutions proposées et choisit le vainqueur selon une logique programmable. Le lot d’exécution de ce solveur est alors déchiffré, finalisé et transmis à la blockchain concernée via la Membrane. Cette dernière accepte la transaction comme un lot standard ou une preuve d’inclusion, la finalise on-chain, puis renvoie une confirmation à SUAVE.
À aucun stade de ce processus les données de transaction de l’utilisateur ne sont rendues publiques. La couche de règlement de la chaîne de destination garantit la finalité, tandis que SUAVE prend en charge l’ordonnancement et la confidentialité.
Rôles et responsabilités dans l’écosystème SUAVE
L’écosystème SUAVE est composé de plusieurs acteurs distincts, chacun jouant un rôle essentiel dans le fonctionnement du système. Comprendre ces rôles est indispensable pour toute personne souhaitant développer sur SUAVE ou l’intégrer à ses solutions.
Utilisateurs : ils sont la source du flux d’ordres. Ils interagissent avec des dApps ou des portefeuilles pour exprimer leurs intentions. SUAVE prend en charge à la fois les utilisateurs individuels et les protocoles soumettant des transactions pour le compte de leurs utilisateurs. Les utilisateurs conservent un contrôle total sur leurs intentions et peuvent définir leurs préférences en matière de tolérance au slippage, de rapidité ou de confidentialité.
Solveurs : ce sont des entités qui interprètent les intentions des utilisateurs et proposent des plans d’exécution. Ils analysent les intentions chiffrées dans la couche de confidentialité et rivalisent lors d’enchères pour les exécuter. Ils peuvent être des arbitragistes, des routeurs de liquidité, des market makers ou des bots spécialisés dans certaines tâches. Leurs intérêts sont alignés sur ceux des utilisateurs — ils ne réalisent un profit que s’ils fournissent la meilleure exécution.
Builders : ce sont des intermédiaires optionnels qui regroupent plusieurs intentions résolues dans un seul lot. Bien que les solveurs puissent soumettre directement à la Membrane, les builders peuvent optimiser l’efficacité en gas, le réordonnancement ou le regroupement de plusieurs transactions. Ils apportent évolutivité et flexibilité, notamment lors des périodes de fort volume.
La MEVM est chargée de l’arbitrage et de la logique d’exécution. Elle analyse les propositions des solveurs, applique les règles d’enchères et s’assure que seules des solutions valides sont sélectionnées. Les développeurs peuvent y intégrer des règles sur mesure, comme prioriser les solveurs décentralisés, imposer un niveau minimal de remise pour les utilisateurs ou requérir des preuves de liquidité inter-chaînes.
La Membrane agit comme un pont entre SUAVE et les chaînes externes. Elle reçoit les intentions des utilisateurs, transmet les transactions finalisées et gère la synchronisation des états. La Membrane assure également la gestion des autorisations et la preuve d’intégrité pour le règlement inter-chaînes.
Validateurs : dans ce contexte, leur rôle se limite à la chaîne de règlement. Ils n’ont aucune visibilité sur le fonctionnement interne de SUAVE et se contentent de traiter les lots finalisés. Cela permet à SUAVE de rester léger et évite d’avoir à convaincre les couches de consensus d’adopter une nouvelle infrastructure.
Écriture et déploiement d’un routeur de valeur
Une innovation clé de SUAVE est le concept de routeurs de valeur—des services similaires à des smart contracts, hébergés dans la MEVM et chargés de traiter des catégories spécifiques d’intentions. Un routeur de valeur ressemble à une dApp, mais fonctionne sur un flux d’ordres privé et pré-chaîne plutôt que sur des transactions publiques.
Pour créer un routeur de valeur, un développeur définit trois composants :
- Format de l’intention – Quelles données l’utilisateur doit-il fournir ? Comment sont-elles chiffrées ?
- Logique d’enchère – Comment les solveurs doivent-ils être évalués et sélectionnés ? En fonction du prix, de la latence, du slippage ou d’autres indicateurs personnalisés ?
- Logique de règlement – Où le résultat doit-il être envoyé ? Doit-il être réglé sur Ethereum, Optimism ou les deux ?
Une fois déployé dans la MEVM, un routeur de valeur commence à accepter des intentions via la Membrane. Les solveurs se connectent au routeur par une API standardisée et entrent en concurrence pour traiter les demandes entrantes. Comme les routeurs fonctionnent dans un environnement préservant la confidentialité, ils peuvent traiter en toute sécurité de grands volumes de données sensibles sans révéler leur stratégie.
Les cas d’usage des routeurs de valeur incluent :
- Enchères groupées de NFT avec offres scellées
- Rééquilibrage DeFi entre plusieurs marchés de prêt
- Jeux on-chain nécessitant l’exécution de coups cachés
- Actions de gouvernance de DAO nécessitant des règlements coordonnés
Comme la MEVM est indépendante des chaînes, un seul routeur peut desservir plusieurs chaînes, ce qui permet aux développeurs d’écrire leur code une seule fois et de toucher une base d’utilisateurs mondiale.
Intégration des portefeuilles et expérience utilisateur
L’un des objectifs à long terme de SUAVE est de rendre la résistance au MEV invisible pour les utilisateurs. Pour y parvenir, les portefeuilles doivent s’intégrer à SUAVE aux niveaux de l’interface utilisateur (UI) et du RPC. Au lieu d’envoyer les transactions à un mempool classique, le portefeuille les transmettrait via la Membrane et afficherait les options d’exécution renvoyées par les solveurs.
Du point de vue de l’utilisateur, rien ne change. Il clique sur « Swap », « Mint » ou « Vote » comme d’habitude. Mais en arrière-plan, sa transaction est chiffrée, mise aux enchères et exécutée via SUAVE. L’utilisateur bénéficie ainsi de meilleurs prix, de confirmations plus rapides ou de remises — sans avoir besoin de comprendre le fonctionnement sous-jacent.
Les portefeuilles peuvent, en option, afficher les différentes offres des solveurs classées par prix, confidentialité ou rapidité. Cela permet aux utilisateurs avancés de personnaliser leur expérience, tandis que les utilisateurs occasionnels bénéficient de paramètres par défaut optimisés pour l’équité. De futurs SDK de portefeuilles proposés par Flashbots ou d’autres acteurs devraient faciliter cette intégration.
Exécution inter-chaînes et composabilité
Comme SUAVE ne règle pas lui-même les transactions, il doit fonctionner en harmonie avec les chaînes externes. Cela ajoute de la complexité, mais ouvre aussi la voie à des workflows avancés. Prenons l’exemple d’un utilisateur qui souhaite :
- Échanger des ETH contre des USDC sur Ethereum
- Bridge de USDC vers Arbitrum
- Utiliser ces USDC pour acheter un NFT sur une place de marché basée sur Arbitrum
Dans une configuration traditionnelle, cela nécessiterait plusieurs étapes, des validations successives et une confiance accordée aux relais de bridge. Avec SUAVE, tout le workflow peut être exprimé sous la forme d’une seule intention. Les solveurs entrent en concurrence pour exécuter cette intention de la manière la plus efficace possible. La meilleure solution est sélectionnée, réglée entre les différentes chaînes et confirmée à l’utilisateur avec une seule signature.
Ce type de composabilité multi-chaînes est difficile à atteindre avec les architectures actuelles. SUAVE le rend possible en dissociant l’exécution du règlement, ce qui permet de coordonner les workflows avant de les soumettre à chaque chaîne de manière séquentielle.
Incitations, paiements et confiance
Une question essentielle pour l’adoption pratique est celle de la rémunération des participants. Les solveurs, les builders et les relais doivent être incités à effectuer les calculs, participer aux enchères et acheminer les transactions.
Dans SUAVE, les incitations sont programmables. Les solveurs soumettent des offres incluant un paiement à l’utilisateur (remise), au système (frais) et à la chaîne de règlement (gas). Ces paiements sont appliqués au niveau de la MEVM et ne sont finalisés qu’une fois la transaction confirmée par la chaîne de règlement.
Les systèmes de réputation peuvent suivre les performances des solveurs dans le temps. Une mauvaise performance, une exécution échouée ou un slippage dépassant les tolérances déclarées peuvent être sanctionnés par l’exclusion des solveurs des enchères futures. Les utilisateurs peuvent également mettre sur liste noire les solveurs ayant un comportement malveillant.
Cet équilibre entre incitations et réputation est essentiel pour assurer la pérennité de SUAVE. Plutôt que de reposer sur l’altruisme ou la confiance, il crée un marché où le comportement honnête devient la stratégie la plus rentable.
Exemple réel : Achat de NFT inter-chaînes avec meilleure exécution
Scenario:
Sarah veut acheter un NFT disponible sur une marketplace Arbitrum, mais elle ne détient que de l’ETH sur le réseau principal Ethereum. Dans un parcours Web3 traditionnel, cela nécessiterait :
- Échanger des ETH contre des USDC via un DEX sur Ethereum (par exemple Uniswap).
- Transférer des USDC vers Arbitrum (via Hop ou Stargate).
- Attente de la confirmation et des délais liés au bridge.
- Accéder à la marketplace de NFT sur Arbitrum et finaliser l’achat manuellement.
Ce processus prend du temps, implique plusieurs interfaces, l’expose au MEV et aux risques liés aux bridges, et entraîne des frais de gas élevés sur Ethereum.
Même scénario sur SUAVE
Étape 1 : Soumettre l’intention
Sarah utilise un portefeuille compatible SUAVE. Elle clique sur « Acheter un NFT » depuis l’interface de la marketplace et valide une seule intention:
- « Je veux acheter ce NFT sur Arbitrum en dépensant au maximum 0,5 ETH, avec la confirmation la plus rapide et le coût le plus bas. »
Étape 2 : Confidentialité et enchères de solveurs
Étape 3 : Exécution et finalité
- La MEVM sélectionne le lot gagnant et le transmet via la Membrane.
- Le swap ETH→USDC, le bridge et l’achat du NFT sont réglementés de manière atomique entre les chaînes.
- Sarah reçoit le NFT sur Arbitrum, une remise en USDC et une confirmation — le tout en un seul clic.
Cet exemple montre comment SUAVE transforme une expérience utilisateur complexe et fragmentée en une exécution privée inter-chaînes en un clic, avec des coûts optimisés et des incitations intégrées. Cela reprend des comportements DeFi familiers (comme le swap ou le bridging) tout en les exécutant plus efficacement, rendant ainsi la vision technique de SUAVE à la fois intuitive et puissante en pratique.
