Aptos a activé un mempool chiffré natif au protocole sur son mainnet, offrant aux utilisateurs un moyen facultatif de masquer les détails des transactions jusqu'à la finalisation de l'ordre des blocs. Selon un annonce officielle, la fonctionnalité cible un problème de longue date dans la finance décentralisée (DeFi) : le frontrunning et les attaques sandwich menées par des bots MEV contre des transactions en attente visibles publiquement. Le MEV, ou valeur extractible maximale, désigne le profit pouvant être capturé en réordonnançant, en insérant ou en censurant des transactions au sein d'un bloc.

Chiffrement des transactions avant leur entrée dans le mempool

Lorsque la fonctionnalité est activée, les données d'une transaction sont chiffrées côté client avant d'être envoyées au réseau. Les informations sensibles telles que l'appel de fonction et ses arguments sont masquées, tandis que l'adresse de l'expéditeur et les frais de gas restent visibles.

Les validateurs peuvent alors confirmer l'ordre des transactions sans avoir à consulter le message de paiement lui-même. Une fois que le consensus a validé le bloc, les validateurs déchiffrent collectivement les transactions, les exécutent et les ajoutent au registre de la blockchain.

Aucun validateur seul ne peut déverrouiller une transaction en attente

Aptos met en œuvre le chiffrement à seuil directement sur son ensemble actuel de validateurs. Aucun validateur isolé n'est capable de décoder une transaction en attente, et aucun groupe dont la part combinée de mise est inférieure au seuil requis ne peut le faire. Dans les conceptions à seuil, le pouvoir de déchiffrement est réparti entre plusieurs parties, de sorte que l'identité des détenteurs des clés — et l'introduction éventuelle de nouvelles hypothèses de confiance — devient centrale dans la conception. Les schémas basés sur le chiffrement qui ajoutent un comité de déchiffrement dédié, un constructeur de blocs privé ou du matériel de confiance font intervenir de nouveaux acteurs, une préoccupation que l'annonce a abordée directement : « We do not create any additional decryption committee or any private block builder or trusted hardware provider in Aptos. Rather than that, AQUA token conversion is handled by the same validators that facilitate the Aptos consensus. »

Le mempool chiffré cible les bots de frontrunning et d'attaques sandwich

Les mempools publics affichent les données des transactions avant leur exécution, offrant aux bots de trading automatisés une opportunité de repérer les grandes transactions et de les copier, ou d'exécuter des transactions juste avant et après celles d'un autre trader. Avec des données de transaction maintenues secrètes et un ordre final confirmé uniquement par le consensus, Aptos supprime une grande partie des informations dont ces bots ont besoin pour perturber les transactions.

Cette protection peut être particulièrement pertinente pour les ordres institutionnels, les grandes opérations DeFi et les agents automatisés, car la divulgation précoce de l'intention de transaction peut se traduire par un risque d'exécution.

Petra est le premier portefeuille à rendre la fonctionnalité disponible dans son processus de signature, permettant aux utilisateurs de choisir de chiffrer une transaction au moment de la signature. Par ailleurs, Decibel, une plateforme d'échange de futures perpétuels construite sur Aptos,era l'infrastructure de mempool chiffré pour garantir que les ordres restent hors chaîne jusqu'à leur exécution. Ensemble, ces deux intégrations font passer le lancement sur le mainnet en production à la fois au niveau du portefeuille grand public et de la couche applicative, et constituent les références les plus claires à court terme de l'utilisation pratique de la fonctionnalité.

Confidentialité avec environ 20 ms de latence supplémentaire

L'exécution du chiffrement à seuil à l'échelle d'une blockchain augmente les calculs requis, mais Aptos indique que l'impact sur les performances est minime. Sa conception de chiffrement par lots permet de déchiffrer un bloc entier avec une communication de taille constante par validateur, quel que soit le nombre de transactions dans le lot.

Des tests sur 50 nœuds ont montré une latence supplémentaire d'environ 20 millisecondes par bloc par rapport à la version de production d'AptosBFT. Le projet considère ce délai comme négligeable étant donné que les blocs d'Aptos sont finalisés en moins d'une seconde.

Limites et support pour les développeurs

Les restrictions des premières implémentations signifient que la fonctionnalité n'offre pas une anonymisation complète des transactions. Les adresses des expéditeurs et les informations de gas restent visibles — et comme les adresses sont publiques sur la chaîne, les transactions peuvent toujours être associées à des comptes spécifiques une fois exécutées — tandis que les données de la transaction elles-mêmes restent chiffrées jusqu'à la finalisation du bloc.

Les contrats intelligents Move existants ne nécessitent aucune modification, et le support est disponible via l'Aptos TypeScript SDK version 7.0.0 et ultérieure. Cela place la disponibilité plus large entre les mains des intégrations de portefeuilles et d'applications plutôt que des mises à jour de contrats, suivant le schéma de chiffrement à la signature déjà déployé par Petra.

Source : Crypto Ninjas