J’ai mis un certain temps à remarquer qu’en chaîne publique, votre transaction est visible avant même qu’elle n’ait lieu. Les transactions attendent dans un mempool ouvert, en attente de validation — et quiconque observe peut voir la vôtre arriver et passer devant. En DeFi, on appelle cela MEV — une taxe discrète sur presque chaque transaction.
Pour un marché réglementé, ce n’est pas un simple désagrément : c’est illégal. Le front-running d’une commande d’un client est une pratique d’abus de marché typique, et des règles de meilleure exécution existent précisément pour l’empêcher. On ne peut pas faire fonctionner un lieu de négociation conforme sur des rails qui diffusent les intentions d’un client à des prédateurs quelques secondes avant que la transaction n’atterrisse.
Les solutions habituelles sont faibles. Faites passer les ordres via un relai privé, et vous réintroduisez un intermédiaire de confiance qui voit désormais tout. Ou prétendez que personne n’observe le mempool — alors que si.
C’est là que la confidentialité de <t-2/> @Dusk agit de manière structurelle. Si les transactions restent chiffrées jusqu’à ce qu’elles soient finalisées, il n’y a rien à front-run. On ne peut pas passer devant un ordre qu’on ne peut pas lire. La confidentialité cesse alors d’être uniquement une question de dissimulation des positions et supprime l’asymétrie qui rend le front-running possible.
Je reste sceptique. Les transactions chiffrées fuient encore des métadonnées — l’horodatage, la taille, le gaz — et celui qui les ordonne détient un vrai pouvoir. « Mempool invisible » ne signifie pas automatiquement « pas de MEV ».
À qui cela sert ? À chaque lieu réglementé, parce que l’alternative est illégale. Pourquoi ça pourrait fonctionner : la confidentialité attaque la cause profonde. Ce qui le fait échouer : les fuites de métadonnées, ou un ordonnateur qui continue d’en tirer profit.
À surveiller. L’équité conçue d’emblée vaut mieux que l’équité promise.
$DUSK #dusk
Pour un marché réglementé, ce n’est pas un simple désagrément : c’est illégal. Le front-running d’une commande d’un client est une pratique d’abus de marché typique, et des règles de meilleure exécution existent précisément pour l’empêcher. On ne peut pas faire fonctionner un lieu de négociation conforme sur des rails qui diffusent les intentions d’un client à des prédateurs quelques secondes avant que la transaction n’atterrisse.
Les solutions habituelles sont faibles. Faites passer les ordres via un relai privé, et vous réintroduisez un intermédiaire de confiance qui voit désormais tout. Ou prétendez que personne n’observe le mempool — alors que si.
C’est là que la confidentialité de <t-2/> @Dusk agit de manière structurelle. Si les transactions restent chiffrées jusqu’à ce qu’elles soient finalisées, il n’y a rien à front-run. On ne peut pas passer devant un ordre qu’on ne peut pas lire. La confidentialité cesse alors d’être uniquement une question de dissimulation des positions et supprime l’asymétrie qui rend le front-running possible.
Je reste sceptique. Les transactions chiffrées fuient encore des métadonnées — l’horodatage, la taille, le gaz — et celui qui les ordonne détient un vrai pouvoir. « Mempool invisible » ne signifie pas automatiquement « pas de MEV ».
À qui cela sert ? À chaque lieu réglementé, parce que l’alternative est illégale. Pourquoi ça pourrait fonctionner : la confidentialité attaque la cause profonde. Ce qui le fait échouer : les fuites de métadonnées, ou un ordonnateur qui continue d’en tirer profit.
À surveiller. L’équité conçue d’emblée vaut mieux que l’équité promise.
$DUSK #dusk