Que sont APS, EA et ET ? Un article expliquant la solution MEV grand public d'Ethereum

Compilé par : Tia, Techub News

Après avoir assisté à quelques jours de séminaires à Edge City, j'ai une nouvelle compréhension de certaines propositions traditionnelles d'Ethereum. Ces propositions sont principalement utilisées pour résoudre le problème MEV :

• Prover Proposer Separation (APS) : Un concept commun de conception de structure de marché qui sépare les témoins (Attester) des propositions (Proposer). Attest Cette proposition a été proposée par le chercheur d'Ethereum Justin Drake et est principalement utilisée pour résoudre le problème de centralisation du validateur causé par le MEV multibloc. (Lorsqu'un validateur a une forte probabilité d'être continuellement sélectionné comme proposant, il peut extraire le MEV plus efficacement et ainsi obtenir plus de récompenses. Cela amènera d'autres validateurs à être plus enclins à coopérer avec de grands validateurs, ce qui entraînera un problème de centralisation des validateurs. .) Actuellement, les validateurs Ethereum n’ont pas séparé ces deux fonctions.
• Execution Auction (EA) : Aliasisé sous le nom d'APS-Burn, c'est le mécanisme utilisé pour mettre en œuvre l'APS. Elle a été proposée par Barnabé Monnot, chercheur à Ethereum. Le mécanisme spécifique est que le proposant de balise du créneau N détermine le proposant d'exécution du créneau N +32 (c'est-à-dire l'époque suivante) par le biais d'une vente aux enchères. Son essence est d'attribuer les droits de proposition d'exécution d'une manière prédéterminée. De cette manière, la capacité du proposant exécutant à « geler » l'État ou à manipuler des transactions en contrôlant plusieurs créneaux consécutifs est réduite.
• Execution Ticket (ET) : est un autre mécanisme pour implémenter l'APS. Actuellement, le proposant Beacon et le proposant Execution sont le même validateur. Lorsqu'un validateur est sélectionné comme proposant Beacon, il est responsable non seulement de proposer le bloc Beacon (consensus), mais également de construire le bloc d'exécution (exécution), qui contient toutes les transactions et mises à jour de statut dans le bloc. Le mécanisme des tickets d'exécution sépare les rôles entre la vérification et l'exécution via le marché des tickets d'exécution à prix dynamiques. Les tickets d'exécution sont émis par la chaîne Beacon, et les validateurs doivent obtenir les droits de proposition d'exécution en achetant des tickets d'exécution.
• Jeux de timing : les jeux de timing font référence à la tendance des validateurs à obtenir des incitations supplémentaires du marché en retardant les propositions de blocs. Le jeu séquentiel est un jeu à somme nulle. Lorsqu'un proposant tarde à proposer un bloc d'une seconde, le prochain proposant (honnête) perd 1 seconde. Le profit réalisé par le proposant précédent correspond à la perte du prochain proposant du bloc. Si tous les validateurs commencent à jouer au jeu du timing, personne ne gagnera.
• Destruction MEV : capturez et détruisez le MEV via le protocole Ethereum.
• Liste d'inclusion (IL) : Cette proposition permet aux validateurs de forcer les constructeurs à inclure certaines transactions dans leurs blocs. Ces restrictions sont imposées pour accroître la résistance à la censure.
• Préconfs : les proposants L1 sont en mesure de fournir des pré-confirmations pour les transactions L1 ou les transactions basées sur le cumul.

Objectifs de conception

Pour différentes propositions, les objectifs détaillés sont différents, tels que :

1) Jeu de chronométrage d'isolement : Afin d'obtenir des avantages supplémentaires, les validateurs Ethereum auront tendance à participer à des jeux de chronométrage. Cela pourrait exacerber la centralisation des validateurs, la solution pourrait donc être de la céder à des joueurs expérimentés, tout comme PBS a cédé la complexité de la construction de blocs/de l'ordre des transactions aux joueurs expérimentés pour conserver la décentralisation des validateurs.

2) Détruire le MEV : la destruction du MEV est une idée plus approfondie. Pour être clair, je crois personnellement qu’il s’agit d’un sous-produit de la proposition et non d’un motif. Je m'en fiche si nous détruisons le MEV.

Certaines personnes se soucient également beaucoup de la pré-confirmation, et EA est meilleur dans ce domaine (personnellement, je ne m'en soucie pas vraiment).

Jeu de temps de créneau et de timing

Dans le jeu de timing, la longueur du créneau a un certain effet de décalage sur la centralisation :

• Des créneaux plus courts peuvent réduire le MEV (par exemple, réduire le LVR), car le MEV augmentera avec le créneau Augmente avec le temps .
• Des créneaux horaires plus courts peuvent amplifier l'effet du timing des jeux, augmentant ainsi les incitations centralisées. Ceci est vrai quelle que soit la transaction (par exemple, vous pouvez attendre la fin du slot pour inclure une transaction qui n'existe pas).

APS et MEV multi-blocs

MEV multi-blocs signifie que le contrôle continu de plusieurs emplacements peut apporter des récompenses super-linéaires. (Par exemple, la récompense pour avoir des droits de proposition consécutifs pour les blocs N et N+1 > la récompense pour avoir proposé indépendamment le bloc N + la récompense pour avoir proposé indépendamment le bloc N + 1).

Aujourd’hui, la raison pour laquelle cela ne se produit pas dans la réalité est simplement à cause des contraintes éthiques imposées à des entreprises comme Lido et Coinbase. Ils ne manipuleront pas les oracles pendant quelques blocs (même s'ils en ont une part importante, ils obtiendront toujours de nombreux blocs consécutifs), car cela nuirait à leur réputation, ce qui n'est pas bon pour leur entreprise. Pour la même raison, ils ne vendront pas non plus ces droits aux constructeurs en dehors de l’accord.

Cependant, si nous créons un marché où n'importe qui peut acheter un grand nombre de machines à sous d'affilée, alors le MEV multibloc deviendra facile et bon marché. À ce stade, le pouvoir de construire le créneau est donné au plus offrant. Nous commercialisons ce pouvoir et le donnons à ceux qui ont les profits les plus élevés, plutôt qu'aux validateurs alignés.

Listes d'inclusion (IL)

Pouvons-nous utiliser des listes d'inclusion pour empêcher les MEV multiblocs ? Eh bien, il semble que ce soit possible, mais ce n’est pas le cas. S'il s'agissait des IL limités envisagés aujourd'hui, ils imposeraient uniquement l'inclusion de certains sous-ensembles de transactions, et ils imposeraient simplement l'inclusion des transactions mais pas l'ordre. Les proposants d'exécution détenant un grand nombre de slots peuvent toujours causer des problèmes et extraire du MEV multibloc.

Pour rendre IL plus robuste et éviter les MEV multiblocs, vous pouvez faire en sorte qu'IL agisse comme une vue mempool pour chaque membre du comité IL (plutôt que seulement les quelques transactions qu'ils pensent être en cours d'examen pendant une certaine période de temps), et ils forcera également le tri au lieu d'inclure simplement les transactions (par exemple, trier par frais de priorité). Vous devez inclure ces listes pour créer un bloc. Eh bien, dans ce cas, nous avons transformé IL en un système de propositions multi-blocs complets, triés par frais prioritaires au sein du lot. (Certains pourraient dire que nous construisons tous la même chose.)

Vous pourriez également imposer une pénalité plus importante sur les emplacements manqués pour atténuer le MEV multibloc, mais ce n'est toujours pas parfait. Il n’est donc pas tout à fait clair si ces problèmes peuvent réellement être résolus.

De plus, on craint toujours que le proposant n'utilise pas du tout IL. Et si nous les mettons en œuvre et que les validateurs ont peur de les utiliser ? Nous avons besoin d’une conception qui incite tout le monde à les utiliser et qui permette un déni raisonnable de ce que contient l’IL. C'est plus facile à dire qu'à faire. Si les proposants ne peuvent pas/ne veulent pas appliquer le CR via IL, alors nous ne savons pas pourquoi autant de validateurs sont nécessaires.

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!