Das aktuelle Spiel zwischen Ethereum-Konsens und MEV beginnt an dem Tag, an dem PoW zu PoS wechselt ...

Geschrieben von Tia, Techub News

Der Prozess zur Lösung des MEV-Problems besteht eigentlich darin, die Zuweisungsregeln für den Blockraum neu zu formulieren. Ich glaube, dass MEV nicht mehr jedem unbekannt ist, aber wenn Sie wissen möchten, worüber einige Governance-Vorschläge von Ethereum MEV sprechen, müssen Sie möglicherweise noch einige Hintergrundinformationen ergänzen. Daher hat dieser Artikel eine Reihe von Fragen zur Governance geklärt von MEV seit der Umstellung von Ethereum auf PoS. Ich hoffe, Ihnen einige Hintergrundinformationen liefern zu können.

PBS (Proposer Builder Seperatioin)

Vor der Ethereum-Fusion erfolgte die Lösung von MEV durch die Verwendung von MEV-Geth, das von Flashbots entwickelt wurde. MEV-Geth ist ein modifizierter Go-Ethereum-Client. Die Kernidee besteht darin, den Bergleuten zu ermöglichen, sich auf ihre Arbeit – den Bergbau – zu konzentrieren, anstatt sich am MEV-Wettbewerb zu beteiligen, und so mögliche Umstrukturierungsprobleme zu vermeiden. Der Mechanismus von MEV-Geth ist sehr einfach. Es handelt sich um eine marktorientierte Lösung, d. Durch diesen ausgeklügelten marktorientierten Mechanismus können alle Parteien Vorteile erzielen und gleichzeitig bestimmte Einschränkungen schaffen. Obwohl der Suchende einen Teil des Gewinns mit den Minern teilen muss, erhält er im Gegenzug eine sicherere Garantie gegen Diebstahl durch die Miner. Wenn Sucher, die Haupteinnahmequelle, in der Falle sitzen, werden auch Miner passiv anfangen, MEV-Geth zu nutzen, und werden durch den Mechanismus von MEV-Geth weiter eingeschränkt. MEV-Geth führt eine Whitelist von Minern. Nur Miner auf der Whitelist können Suchpakete erhalten. Indem den Minern Reputationsbeschränkungen auferlegt werden und Miner, die Suchergebnisse stehlen, von der Whitelist entfernt werden, kann verhindert werden, dass Miner den MEV-Gewinn des Suchers stehlen.

Aber nach der Fusion ist die Methode zur Reputationsbeschränkung, mit der Antragsteller daran gehindert werden sollen, MEV zu schnappen, nicht mehr praktikabel, da sich die Blockgenerierungsmethode dahingehend ändert, dass Antragsteller zufällig aus Validatoren ausgewählt werden, um Blöcke vorzuschlagen.

Eine mögliche Lösung besteht darin, den Blockinhalt für Validatoren unsichtbar zu machen. Eine weitere Verbesserung in dieser Denkrichtung ist PBS (Proposer Builder Seperatioin, Proposer Builder Seperatioin). PBS zerlegt die Verantwortlichkeiten des Prüfers des Antragstellers weiter in Blockkonstruktion und Blockvorschläge und lagert die komplexen Baurechte, die möglicherweise mit dem Wettbewerb um Interessen verbunden sind, an den Bauherrn aus. Auf diese Weise wird die Arbeit des Antragstellers sehr einfach und es müssen nur Blöcke vorgeschlagen werden basierend auf der Gewinngröße des vom Bauherrn eingereichten Blocks.

Anfangs wollte Ethereum PBS während der Zusammenführung in das Protokoll einbetten, aber aufgrund der potenziellen Komplexität wurde dieser Prozess auf Eis gelegt, wodurch MEV-Boost die Möglichkeit erhielt, in PBS einzugreifen. Derzeit wird PBS durch MEV-Boost implementiert, das von Flashbots entwickelt wurde. Neben dem Bauherrn und dem Antragsteller gibt es auch eine sehr wichtige Rolle – den Vermittler. Der Builder sendet den Block nicht direkt an den Antragsteller, sondern über ein drittes Rollen-Relay.

Denn es gibt noch einige andere Probleme, die gelöst werden müssen, z. B. wie sichergestellt werden kann, dass der Bauunternehmer den Antragsteller definitiv bezahlt und den Blockinhalt am Ende dem Antragsteller auf jeden Fall offenlegt, damit der Antragsteller dies nicht tut für die Übermittlung eines leeren Blocks bestraft werden; wie kann sichergestellt werden, dass die vom Builder übermittelten Blöcke in die Beacon-Kette aufgenommen werden usw. Diese Fragen des Schutzes der Rechte und Interessen von Bauherren und Antragstellern werden hauptsächlich durch Relais umgesetzt.

Builder sendet die Blöcke an das Relay, und dann sortiert das Relay die Blöcke nach dem Gewinn, der aus jedem Block erzielt werden kann, und sendet dann den Blockheader mit dem höchsten Gewinn an den Antragsteller, um sicherzustellen, dass der Antragsteller dies versteht Der Blockinhalt ist unsichtbar. Das Relay wird dem Antragsteller den vollständigen Block erst offenlegen, wenn der Antragsteller sich zum Blockvorschlag verpflichtet (den Blockheader signiert). Das vom Bauunternehmer an den Antragsteller gezahlte Honorar erfordert außerdem die Hilfe eines Relais, um die Fertigstellung sicherzustellen. Die an den Antragsteller gezahlte Transaktion ist im übermittelten Block enthalten. Da der Antragsteller den Inhalt des Blocks jedoch nicht sehen kann, muss sie vorab noch vom Relay bestätigt werden.

In-Protokoll und Out-Protokoll

Um am von MEV-Boost aufgebauten Markt teilnehmen zu können, muss der Verifizierer einen Drittanbieter-Nicht-Ethereum-Client betreiben, während er den Ethereum-Konsens-Client und den Ausführungs-Client betreibt Programm. Das ist die Magie des derzeit laufenden PBS, das es Dritten außerhalb des Protokolls ermöglicht, sich an der Gestaltung von Regeln für die Konsensbildung von Ethereum zu beteiligen. Aus Eigentümersicht ist das unglaublich.

Dies regt auch zum Nachdenken über die „Glaubwürdigkeit“ des Protokollmechanismus an, wie die Glaubwürdigkeit gestärkt wird und wie sie durch andere Mechanismen untergraben wird. MEV-Boost ist ein gutes Beispiel, da es Situationen geben kann, in denen externe Protokolle Änderungen an bestehenden Mechanismen vornehmen. Wenn das Protokoll selbst ins Hintertreffen gerät, können solche Änderungen von außen aufkeimen. Das Aufkeimen externer Mechanismen muss der aktuellen Marktnachfrage gerecht werden, aber ob der externe Mechanismus glaubwürdig ist und ob er konsequent darauf ausgelegt ist, die Entstehung von Potenzial zu verhindern Probleme und sogar externe Mechanismen, die das Abkommen untergraben könnten, sind noch nicht bekannt.

Zentralisiertes Relais

MEV-Boost wurde am meisten für seinen Markt für zentralisierte Relais kritisiert. Dieses Setup führt jedoch zu Vertrauensproblemen. Bauherren müssen darauf vertrauen, dass das Relais ihr MEV nicht stiehlt. Antragsteller müssen außerdem darauf vertrauen, dass die Blockheader, die sie vom Relay erhalten und signieren, gültig sind. Trotz ihrer wichtigen Rolle gibt es jedoch keinen finanziellen Anreiz für Relais, und ihr Betrieb ist mit erheblichen Kosten verbunden. Letztes Jahr gab es 11 Relays, die das Ethereum-Netzwerk unterstützten, aber heute bieten nur noch 9 Relays Dienste an.

Es ist erwähnenswert, dass für Relays keine Genehmigung erforderlich ist. Relays wie Eden vermitteln nur ihre eigenen Builder. Es gibt auch Relays wie bloXroute, die behaupten, Transaktionen im Zusammenhang mit Front-Running- und Sandwich-Angriffen herauszufiltern. Teilweise verfügt die Staffel auch über bestimmte Regelsetzungsrechte.

数据来自Rated Network

Und aus der Perspektive von Liveness kann aufgrund der Existenz eines Relays keine Bestätigung auf atomarer Ebene zwischen Bauherr und Antragsteller erfolgen. Wenn der Antragsteller eine Verpflichtung zum Blockheader unterzeichnet und der Builder auch den Nutzlastinhalt bereitstellt, das Relay den Inhalt jedoch nicht rechtzeitig übermittelt (ob böswillig oder nicht), erleiden der Builder und der Antragsteller Verluste.

ePBS: Einkapselung von PBS in Ethereum

Ob es darum geht, das Problem der Relay-Zentralisierung zu lösen oder Teile außerhalb des Protokolls in das Protokoll zu verschieben, die Einkapselung von PBS in Ethereums ePBS scheint ein Muss geworden zu sein. Derzeit ist ePBS kein zur Diskussion stehender Vorschlag mehr und der Ethereum EIP-Herausgeber hat ihm eine Nummer zugewiesen – EIP-7732.

ePBS bietet Antragstellern und Bauherren eine vertrauenswürdige Infrastruktur für die Auslagerung von Blockbaurechten. Die Rolle des Builders, die ursprünglich außerhalb des Protokolls lag, wurde in das Protokoll aufgenommen, das heißt, eine weitere Rolle des Builders wird unter den Validatoren aufgeteilt. Der Builder muss als Validator auch das Versprechen in Ethereum erfüllen. Da die Verantwortlichkeiten des ursprünglichen Antragstellers der Konsensschicht aufgeteilt wurden, erfordert die Vervollständigung von ePBS Änderungen an der Konsensschicht. Unter anderem ist der Builder für die Erstellung der Ausführungsnutzlast (die endgültige Liste der im Block auszuführenden Transaktionen) verantwortlich. Die Verantwortung des Antragstellers besteht darin, Beacon-Blöcke vorzuschlagen. Der spezifische Prozess ist wie folgt:

1. Nachdem Sie wissen, dass er als Antragsteller ausgewählt wurde, erstellen und verbreiten Sie die Einschlussliste (IL, d. h. die Transaktionen, die in diesem Slot enthalten sein müssen).

2. Builder senden den Block-Hash, der die Ausführungsnutzlast und die Verpflichtung zur Zahlung des Antragstellers „SignedExecutionPayloadHeader“ enthält, an den Antragsteller (die Ausführungsnutzlast muss IL erfüllen). „

   SignedExecutionPayloadHeader
“, um es einzuschließen (normalerweise wird derjenige mit dem höchsten an den Antragsteller gezahlten Preis ausgewählt). Und senden Sie den vorgeschlagenen Beacon-Block „
3. SignedBeaconBlock

   “. „Zeugen führen Zeugenaussagen durch.“ Überprüfen Sie, ob der Builder die Ausführungsnutzlast rechtzeitig offenlegt und die Ergebnisse sendetePBS hat vom Zeitpunkt seines Vorschlags bis zur endgültigen EIP-Nummer auch viele Diskussionen durchlaufen. Ursprünglich wurde PBS am 21. Juni von Vitalik vorgeschlagen und vier Monate später wurde die Single-Slot-Lösung verbessert. Erst am 23. Juli wurde die Idee von PTC offiziell vorgeschlagen .

PEPC (Protocol-Enforced Proposer Commitments)

4. Natürlich gibt es auch diejenigen, die mit ePBS nicht einverstanden sind und hoffen, stattdessen andere Lösungen zu verwenden. PEPC ist so. ePBS bettet eine bestimmte Regel in das Protokoll ein, aber hier bei PEPC verkauft der Antragsteller programmierbare Blockkonstruktionsrechte.

PEPC wurde im Oktober 2022 von barnabe vorgeschlagen. Barnabe ist der Ansicht, dass, wenn der PBS-Mechanismus innerhalb des Protokolls implementiert werden soll, die Implementierung eines allgemeinen Mechanismus für die vertrauenswürdige Signalübertragung in Betracht gezogen werden sollte, anstatt einen spezifischen vertrauenswürdigen Signalmechanismus zu implementieren (z. B. wenn ich gebeten werde, einen Block zu erstellen). gib dir xx ETH zurück).

5. Genau wie der Name PEPC (Protocol-Enforced Proposer Commitments) gibt es einige Mechanismen, um sicherzustellen, dass die Rechte und Interessen von Bauherren und Antragstellern durch die vom Antragsteller innerhalb des Protokolls eingereichten Verpflichtungen erfüllt werden. Diese Verpflichtungen können in der Kette überprüft werden. hauptsächlich durch den Operationscode „BEACONROOT“ zu erreichen. Dabei handelt es sich um einen allgemeineren Mechanismus, der alle Blockbaurechte oder nur einen Teil der Blöcke auslagern kann. Das heißt, der Antragsteller verkauft programmierbare Blockbaurechte.

Zusammenfassung

Das obige ist der detaillierte Inhalt vonDas aktuelle Spiel zwischen Ethereum-Konsens und MEV beginnt an dem Tag, an dem PoW zu PoS wechselt .... Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!