Was sind APS, EA und ET? Ein Artikel, der die Mainstream-MEV-Lösung von Ethereum erklärt

Zusammengestellt von: Tia, Techub News

Nachdem ich ein paar Seminartage bei Edge City besucht habe, habe ich ein neues Verständnis für einige Mainstream-Vorschläge in Ethereum gewonnen. Diese Vorschläge werden hauptsächlich zur Lösung des MEV-Problems verwendet:

• Prover Proposer Separation (APS): Ein gemeinsames Marktstruktur-Designkonzept, das Zeugen (Attester) von Vorschlägen (Proposer) trennt. Attest Dieser Vorschlag wurde vom Ethereum-Forscher Justin Drake vorgeschlagen und wird hauptsächlich zur Lösung des durch Multiblock-MEV verursachten Validator-Zentralisierungsproblems verwendet. (Wenn eine hohe Wahrscheinlichkeit besteht, dass ein Validator kontinuierlich als Antragsteller ausgewählt wird, kann er MEV effizienter extrahieren und somit mehr Belohnungen erhalten. Dies führt dazu, dass andere Validatoren eher dazu neigen, mit großen Validatoren zusammenzuarbeiten, was zu einem Problem bei der Validatorzentrierung führt .) Derzeit haben Ethereum-Validatoren diese beiden Funktionen nicht getrennt.
• Execution Auction (EA): Unter dem Alias ​​APS-Burn handelt es sich um den Mechanismus, der zur Implementierung von APS verwendet wird. Es wurde vom Ethereum-Forscher Barnabé Monnot vorgeschlagen. Der spezifische Mechanismus besteht darin, dass der Beacon-Antragsteller von Slot N den Ausführungsantragsteller von Slot N +32 (d. h. der nächsten Epoche) durch eine Auktion bestimmt. Sein Wesen besteht darin, Ausführungsvorschlagsrechte auf eine vorgegebene Weise zuzuweisen. Auf diese Weise wird die Fähigkeit des ausführenden Antragstellers, den Zustand „einzufrieren“ oder Transaktionen durch die Kontrolle mehrerer aufeinanderfolgender Slots zu manipulieren, verringert.
• Execution Ticket (ET): ist ein weiterer Mechanismus zur Implementierung von APS. Derzeit sind der Beacon-Proposer und der Execution-Proposer derselbe Validator. Wenn ein Validator als Beacon-Vorschlagsgeber ausgewählt wird, ist er nicht nur dafür verantwortlich, den Beacon-Block vorzuschlagen (Konsens), sondern auch für den Aufbau des Ausführungsblocks (Ausführung), der alle Transaktionen und Statusaktualisierungen im Block enthält. Der Mechanismus für Ausführungstickets trennt die Rollen zwischen Verifizierung und Ausführung durch den Markt für Ausführungstickets mit dynamischer Preisgestaltung. Ausführungstickets werden von der Beacon-Kette ausgestellt, und Validatoren müssen Ausführungsvorschlagsrechte durch den Kauf von Ausführungstickets erwerben.
• Timing-Spiele: Timing-Spiele beziehen sich auf die Tendenz von Validatoren, zusätzliche Marktanreize zu erhalten, indem sie Blockvorschläge verzögern. Das sequentielle Spiel ist ein Nullsummenspiel. Wenn ein Antragsteller den Vorschlag eines Blocks um eine Sekunde verzögert, verliert der nächste (ehrliche) Antragsteller eine Sekunde. Der vom vorherigen Anbieter erzielte Gewinn ist der Verlust des nächsten Blockanbieters. Wenn alle Validatoren mit dem Timing-Spiel beginnen, wird niemand gewinnen.
• MEV-Zerstörung: Erfassen und zerstören Sie MEV über das Ethereum-Protokoll.
• Inclusion List (IL): Dieser Vorschlag ermöglicht es Validatoren, Builder zu zwingen, bestimmte Transaktionen in ihre Blöcke aufzunehmen. Diese Beschränkungen werden eingeführt, um den Zensurwiderstand zu erhöhen.
• Preconfs: L1-Antragsteller können Vorbestätigungen für L1-Transaktionen oder Rollup-basierte Transaktionen bereitstellen.

Designziele

Für verschiedene Vorschläge sind die detaillierten Ziele unterschiedlich, wie zum Beispiel:

1) Isolations-Timing-Spiel: Um zusätzliche Vorteile zu erzielen, neigen Ethereum-Validatoren dazu, an Timing-Spielen teilzunehmen. Dies könnte die Zentralisierung der Validatoren verschärfen, sodass die Lösung darin bestehen könnte, sie erfahrenen Spielern zu überlassen, ähnlich wie PBS die Komplexität der Blockbildung/Transaktionsreihenfolge erfahrenen Spielern überlassen hat, um die Dezentralisierung der Validatoren aufrechtzuerhalten.

2) MEV zerstören: Die MEV-Zerstörung ist eine gründlichere Idee. Um es klarzustellen: Ich persönlich glaube, dass dies ein Nebenprodukt des Vorschlags und kein Motiv ist. Es ist mir eigentlich egal, ob wir MEV zerstören.

Einige Leute legen auch großen Wert auf die Vorbestätigung, und EA ist darin besser (mir persönlich ist das eigentlich egal).

Slot-Zeit- und Timing-Spiel

Im Timing-Spiel hat die Slot-Länge einen gewissen Ausgleichseffekt auf die Zentralisierung:

• Kürzere Slots können MEV reduzieren (z. B. LVR reduzieren), da MEV mit dem Slot mit der Zeit zunimmt .
• Kürzere Slots können die Wirkung von Timing-Spielen verstärken und dadurch die zentralisierten Anreize erhöhen. Dies gilt unabhängig von der Transaktion (Sie können beispielsweise bis zum Ende des Slots warten, um eine Transaktion einzuschließen, die nicht vorhanden ist).

APS und Multi-Block-MEV

Multi-Block-MEV bedeutet, dass die kontinuierliche Steuerung mehrerer Slots superlineare Belohnungen bringen kann. (Zum Beispiel die Belohnung für das Vorhandensein aufeinanderfolgender Vorschlagsrechte für die Blöcke N und N+1 > die Belohnung für das unabhängige Vorschlagen von Block N + die Belohnung für das unabhängige Vorschlagen von Block N + 1).

Der Grund, warum dies heute in der Realität nicht geschieht, liegt einfach an den ethischen Einschränkungen für Unternehmen wie Lido und Coinbase. Sie werden die Orakel nicht für ein paar Blöcke manipulieren (selbst wenn sie einen großen Anteil haben, werden sie immer viele aufeinanderfolgende Blöcke erhalten), da dies ihrem Ruf schadet, was nicht gut für ihr Geschäft ist. Aus dem gleichen Grund werden sie diese Rechte auch nicht außerhalb der Vereinbarung an Bauherren verkaufen.

Wenn wir jedoch einen Markt schaffen, auf dem jeder eine große Anzahl von Slots hintereinander kaufen kann, wird Multi-Block-MEV einfach und günstig. Zu diesem Zeitpunkt wird die Befugnis zum Bau des Slots dem Höchstbietenden übertragen. Wir vermarkten diese Macht und geben sie an diejenigen mit den höchsten Gewinnen weiter, anstatt an gleichgeschaltete Validatoren.

Einschlusslisten (IL)

Können wir Einschlusslisten verwenden, um Multiblock-MEV zu verhindern? Nun ja, es sieht so aus, als ob es möglich wäre, aber das ist tatsächlich nicht der Fall. Wären dies die begrenzten ILs, die heute in Betracht gezogen werden, würden sie nur die Einbeziehung bestimmter Teilmengen von Transaktionen erzwingen und lediglich die Einbeziehung von Transaktionen, aber keine Anordnung erzwingen. Ausführungsantragsteller, die über eine große Anzahl von Slots verfügen, können immer noch Probleme verursachen und Multiblock-MEV extrahieren.

Um IL robuster zu machen und Multi-Block-MEV zu verhindern, können Sie IL als Mempool-Ansicht für jedes IL-Komiteemitglied fungieren lassen (und nicht nur für die wenigen Transaktionen, von denen sie glauben, dass sie für einen bestimmten Zeitraum überprüft werden), und sie wird auch eine Sortierung erzwingen, anstatt nur Transaktionen einzubeziehen (z. B. Sortierung nach Prioritätsgebühr). Sie müssen diese Listen einschließen, um einen Block zu erstellen. Nun, in diesem Fall haben wir IL in ein Full-Block-Multiblock-Proposer-System umgewandelt, sortiert nach Prioritätsgebühren innerhalb des Batches. (Manche könnten sagen, wir bauen alle das Gleiche.)

Man könnte auch eine höhere Strafe auf verpasste Slots verhängen, um den Multiblock-MEV zu mildern, aber das ist immer noch nicht perfekt. Es ist also grundsätzlich nicht ganz klar, ob diese Probleme tatsächlich gelöst werden können.

Außerdem gibt es immer noch Bedenken, dass der Antragsteller IL überhaupt nicht nutzen wird. Was ist, wenn wir sie implementieren und Validatoren Angst haben, sie zu verwenden? Wir brauchen ein Design, das jeden dazu anregt, sie zu nutzen, und eine vernünftige Leugnung dessen ermöglicht, was die IL enthält. Das ist leichter gesagt als getan. Wenn Antragsteller CR nicht über IL durchsetzen können/wollen, dann wissen wir nicht, warum so viele Validatoren benötigt werden.

Das obige ist der detaillierte Inhalt vonWas sind APS, EA und ET? Ein Artikel, der die Mainstream-MEV-Lösung von Ethereum erklärt. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!