Les chercheurs de Paradigm Dan Robinson et Dave White ont proposé un nouveau concept de « taxe MEV ». Le mécanisme fiscal MEV permet aux applications de récupérer une partie du MEV d'une transaction, dans le but de redistribuer la valeur du MEV pour éviter que la totalité ne soit appropriée par le chercheur qui a exécuté la transaction. Ce mécanisme peut être efficacement implémenté sur OP Stack L2 tel que OP Mainnet, Base et Blast.
Les taxes MEV sont un mécanisme qui permet aux contrats intelligents de retirer automatiquement les frais en analysant les frais de priorité dans les transactions. Dans ce cadre, les contrats intelligents facturent un pourcentage de la taxe MEV basé sur les frais prioritaires de la transaction. Les frais prioritaires sont des frais que les utilisateurs paient pour accélérer la vitesse à laquelle leurs transactions sont confirmées par le réseau. Après EIP-1559, les frais de transaction d’Ethereum sont divisés en frais de base et frais prioritaires. Les frais de base sont fixés automatiquement par le réseau et s'ajustent dynamiquement en fonction de la congestion du réseau, tandis que les frais prioritaires sont des frais supplémentaires payés par les utilisateurs pour bloquer les proposants afin d'inciter leurs transactions à être traitées en premier.
Le contrat intelligent vérifie les frais de priorité de la transaction et facture en conséquence des frais supplémentaires proportionnels, appelés taxe MEV. Par exemple, dans le cadre de la taxe MEV, les utilisateurs paient des frais de priorité de 1u pour bloquer les proposants afin de les inciter à donner la priorité à cette transaction. Pour que le chercheur ait tout le MEV de cette transaction lui appartenant (par exemple, il peut réaliser un bénéfice de 100u), il doit payer 99u au contrat intelligent selon le ratio 1:99 fixé par le contrat intelligent qui interagit avec la transaction et les 99u seront restitués à l'application (utilisés pour offrir des récompenses aux utilisateurs, etc.). En l'absence de taxe MEV, les utilisateurs paient des frais de priorité de 1u, et le proposant recevra 1u si la transaction est traitée, mais le MEV (100u) généré par cette transaction appartiendra au chercheur.
La validité de la taxe MEV est basée sur les règles de l'ordre "prioritaire compétitif" :
Ordre par frais de priorité : Les proposants de blocs doivent suivre les frais de priorité de la transaction Pour trier les transactions par ordre élevé et faible, les transactions avec des frais hautement prioritaires doivent être traitées en premier.
Pas de censure : les proposants de blocs ne peuvent censurer ou exclure aucune transaction, même celles payant des frais de priorité inférieure.
Pas de regard ni de retard : les proposants de blocs ne peuvent pas jeter un coup d'œil au contenu de la transaction à l'avance, ni retarder le traitement de certaines transactions sans raison.
Sur la base de cette règle, la taxe MEV n'est valable que sur OP Stack L2. Car les proposants de blocs (séquenceurs) sur ces chaînes suivent les règles de priorité compétitive. Si les séquenceurs violent ces principes, ils peuvent également échapper à la taxe MEV en manipulant l'ordre des transactions, capturant ainsi la valeur pour eux-mêmes.
Pour Ethereum L1, la construction de blocs est réalisée via des systèmes d'enchères de blocs compétitifs tels que MEV-Boost, avec plusieurs constructeurs de blocs en compétition pour tenter de maximiser les revenus en incluant des transactions à frais élevés. Étant donné que la taxe MEV réduira les revenus du constructeur, dans un environnement de construction de blocs hautement compétitif, les constructeurs auront tendance à préférer les transactions qui n'appliquent pas la taxe MEV, ce mécanisme est donc inefficace sur Ethereum.
La taxe MEV peut être adoptée par n'importe quel contrat intelligent sans nécessiter d'installations externes spécifiques, permettant aux développeurs de contrats intelligents de personnaliser le modèle de facturation en fonction de leurs propres besoins d'application. Cette flexibilité garantit que différents protocoles et applications blockchain peuvent être optimisés selon leurs propres stratégies tout en maintenant la compatibilité avec d'autres systèmes. Par exemple :
Optimisation du trading DEX : lorsque la taxe MEV est introduite dans DEX, le prix d'exécution de la transaction dépend non seulement de la relation entre l'offre et la demande du marché, mais inclut également la composante de la taxe MEV. Parce que pour conclure la transaction en premier et obtenir un meilleur prix, les chercheurs paient une taxe MEV plus élevée. Cette partie des frais peut être utilisée pour augmenter la priorité de la transaction dans le bloc, ou comme mécanisme de récompense pour informer les utilisateurs ou les fournisseurs de liquidité, ce qui peut modifier le prix d'exécution de la transaction et réduire indirectement le glissement du prix de la transaction.
Réduire les pertes et les problèmes de rééquilibrage des fournisseurs de liquidité dans AMM : AMM peut être configuré pour donner la priorité aux transactions qui paient des taxes MEV plus élevées, afin qu'une partie des bénéfices puisse être directement récupérée auprès des arbitragistes et restituée à l'AMM ou au fournisseur de liquidité. les revenus des fournisseurs de liquidité sont plus stables.
Capturez le MEV « backrun » généré par les transactions : en intégrant la taxe MEV dans le portefeuille de contrat intelligent, un mécanisme est conçu pour permettre au portefeuille de l'utilisateur de facturer automatiquement la taxe MEV lors des transactions. De cette manière, lorsque d’autres acteurs du marché tentent de profiter du MEV généré par les transactions des utilisateurs, ils doivent payer la taxe MEV, qui peut être restituée à l’utilisateur de la transaction initiale. Ce mécanisme permet effectivement aux utilisateurs de capturer le MEV généré par leurs propres transactions, protégeant ainsi leurs intérêts.
En plus de l'efficacité évoquée ci-dessus, qui dépend fortement du strict respect par le trieur des règles de tri prioritaire concurrentielles, la taxe MEV se heurte également à d'autres limitations. Par exemple, lorsqu'un bloc est complètement plein, le proposant du bloc peut devoir abandonner les transactions de moindre priorité au lieu de simplement les inclure plus tard dans le bloc. Le succès de la taxe MEV nécessite également la concurrence sur le marché, ce qui signifie que les opportunités de transaction doivent être largement connues. Pour certaines applications basées sur les intentions des utilisateurs, cela peut nécessiter la divulgation des intentions des utilisateurs, ce qui peut entraîner une fuite de valeur dans le cadre de la concurrence.
Bien que le mécanisme fiscal MEV soit confronté à certains défis et limites, cette méthode innovante est également un moyen de redistribuer raisonnablement le MEV et de restituer à l'application les bénéfices MEV qui appartiennent à l'origine aux chercheurs. L’objectif de la taxe MEV et du partage MEV est similaire, tous deux recherchent des moyens de restituer le MEV afin de promouvoir une répartition équitable de l’écosystème MEV.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
