Attribués une fois après une réponse correcte.
Expliquer comment l’ordre change le résultat
À connaître avant : Pools de liquidité et teneurs de marché automatisés · Un état partagé et des comptes
Questionner le système · Étape 5 / 6
La valeur maximale extractible concerne la valeur accessible par inclusion, exclusion et ordre des transactions au-delà des récompenses et frais ordinaires.
L’essentiel
La valeur maximale extractible concerne la valeur accessible par inclusion, exclusion et ordre des transactions au-delà des récompenses et frais ordinaires. Des chercheurs repèrent des opportunités ; constructeurs et proposants participent aux blocs. Les rôles varient selon les réseaux.
Le mécanisme
L’arbitrage peut rapprocher les prix, tandis qu’un sandwich peut dégrader l’exécution d’un utilisateur. Dans un modèle simple, une transaction avant l’utilisateur déplace le prix, puis une autre après réduit l’exposition prise. Les limites d’exécution contraignent les résultats encore acceptables.
Les points d’attention
Soumission privée, enchères par lots et autres mécanismes modifient l’exposition de l’ordre. Ils apportent leurs hypothèses de disponibilité, confiance et exécution. « Privé » ne garantit ni inclusion, ni meilleure exécution, ni absence de toute MEV.
Comprendre en profondeur
Analysez état initial du pool, taille, minimum reçu et transactions voisines. La même opération signée peut rencontrer un état différent selon sa place. Distinguez validité du protocole et résultat économique acceptable : une opération peut respecter signature et limites tout en décevant son signataire.
Limites et erreurs fréquentes
Tout mouvement autour d’un ordre ne prouve pas un sandwich. L’attribution exige des preuves ; les protections ne suppriment pas risques de contrat ou de marché.
Le mécanisme en un schéma
- 01Observer l’intention
- 02Construire l’ordre
- 03Exécuter dans l’état rencontré
- 04Évaluer le résultat utilisateur
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
Analysez état initial du pool, taille, minimum reçu et transactions voisines. La même opération signée peut rencontrer un état différent selon sa place. Distinguez validité du protocole et résultat économique acceptable : une opération peut respecter signature et limites tout en décevant son signataire.
Replacez le mécanisme dans son contexte
Un utilisateur fictif signe avec un minimum peu restrictif. D’autres transactions valides modifient le pool avant son exécution, mais son minimum reste respecté.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Tout mouvement autour d’un ordre ne prouve pas un sandwich. L’attribution exige des preuves ; les protections ne suppriment pas risques de contrat ou de marché.
La distinction qui change l’analyse
Deux swaps sur le même pool peuvent produire des résultats différents selon leur ordre. Gardez les réserves initiales fixes et comparez les séquences. Une transaction valide peut recevoir un résultat moins favorable après modification de l’état par les précédentes.
À vous de l’expliquer
Reprenez le cas ci-dessus. Nommez ce qui est établi, ce qui reste à vérifier et la preuve qui permettrait de conclure. Une réponse solide traite les deux côtés du schéma.
Appliquer la leçon à un cas
Un utilisateur fictif signe avec un minimum peu restrictif. D’autres transactions valides modifient le pool avant son exécution, mais son minimum reste respecté.
La signature authentifie l’opération, pas une promesse du devis initial. Examinez limites acceptées et ordre pour expliquer le résultat.
Préparer une note de correction
Décrivez le passage et la correction proposée. Vous pourrez copier cette note pour la partager ; rien n’est envoyé. N’incluez aucune donnée personnelle ou confidentielle.