Was sind MEV und Proposer-Builder Separation bei Ethereum?

Was bedeutet MEV, und warum sollte es Trader interessieren?

MEV steht für maximal extractable value. Es beschreibt den Gewinn, der dadurch erzielt werden kann, dass kontrolliert wird, welche Transaktionen in einen Block aufgenommen werden, in welcher Reihenfolge sie erscheinen und manchmal auch, welche Transaktionen ausgelassen werden. Der Begriff bezog sich ursprünglich auf miner extractable value, aber Ethereum ist zu proof of stake, oder PoS, übergegangen, sodass maximal extractable value heute die umfassendere Definition ist.

Diese Kontrolle ist wichtig, weil eine Blockchain nicht nur eine Liste von Transaktionen ist. Sie ist auch eine geordnete Liste. Wenn ein Trade den Preis eines Tokens auf einer dezentralen Börse, oder DEX, bewegt, kann ein anderer Trade, der unmittelbar davor oder danach platziert wird, profitabler werden. Ein Teilnehmer mit Zugriff auf ausstehende Transaktionen kann darum konkurrieren, diese Gelegenheit zu nutzen.

Für einen normalen Nutzer kann MEV wie eine Transaktion aussehen, die zu einem schlechteren Preis als erwartet ausgeführt wird, wie ein Swap, der nach Zahlung einer Gebühr fehlschlägt, oder wie ein plötzlicher Handelsansturm rund um eine große Order. Nicht jede schlechte Ausführung ist MEV, und nicht jede MEV-Strategie schadet Nutzern. Arbitrage kann Preise zwischen Märkten einander annähern. Die wichtige Frage ist, wer den Wert erfasst, wer die Kosten trägt und ob der Prozess für gewöhnliche Teilnehmer offen bleibt.

MEV lässt sich daher besser als wirtschaftliche Schicht rund um die Blockproduktion verstehen, nicht als einzelner Bot, einzelnes Unternehmen oder einzelner Exploit. Es betrifft Trader, Validatoren, Staking-Dienste, Protokolle und alle, die von der Transaktionsreihenfolge abhängen.

Was sind die wichtigsten MEV-Risiken für gewöhnliche Nutzer?

Das deutlichste Risiko für Nutzer ist ein Sandwich-Angriff. Ein Bot beobachtet einen ausstehenden DEX-Trade, platziert davor einen Kauf, lässt den Nutzer-Trade den Marktpreis nach oben treiben und verkauft dann nach dem Nutzer-Trade. Der Bot verdient an der Preisbewegung, während das Opfer eine schlechtere Ausführung erhält. Slippage-Limits können den Schaden verringern, aber ein großzügiges Limit kann dem Angreifer mehr Spielraum geben.

Frontrunning ist ein weiter gefasster Begriff dafür, vor einer bekannten Transaktion zu handeln, um von ihrer erwarteten Wirkung zu profitieren. Ein Bot kann einen profitablen Trade kopieren, um eine Liquidation konkurrieren oder vor der Verarbeitung der ursprünglichen Transaktion auf einen knappen Mint bieten. In öffentlichen Mempools, also Wartebereichen, in denen viele Transaktionen vor ihrer Aufnahme beobachtet werden können, kann der Informationsvorsprung erheblich sein.

Es gibt mehrere Möglichkeiten, wie diese Strategien scheitern oder kostspielig werden können. Ein Nutzer kann Netzwerkgebühren für eine Transaktion zahlen, die zurückgesetzt wird, ein Bot kann andere Bots überbieten und Geld verlieren, und ein DEX-Pool kann sich so schnell bewegen, dass der beabsichtigte Trade nicht mehr funktioniert. Nutzer sind außerdem bösartigen Token-Contracts, gefälschten Handelsoberflächen, kompromittierten Wallets und Private-Order-Flow-Diensten ausgesetzt, die Versprechen machen, die sie nicht überprüfen können.

MEV schafft auch Risiken auf Systemebene. Wenn die Blockerstellung zu einem Wettlauf wird, der von wenigen finanzstarken Firmen dominiert wird, können kleinere Validatoren von Vermittlern abhängig werden, um wettbewerbsfähige Rewards zu erzielen. Ein Builder oder Relay kann Transaktionen zensieren, verzögern oder bestimmte Kategorien von Aktivitäten ablehnen. Das sind keine theoretischen Bedenken. Nachdem das Finanzministerium der Vereinigten Staaten Tornado Cash im Jahr 2022 sanktioniert hatte, wurden einige Ethereum-Block-Builder und Relays dafür kritisiert, Transaktionen auszuschließen, die mit sanktionierten Adressen verbunden waren. Diese Episode zeigte, wie Compliance-Druck die Transaktionsreihenfolge erreichen kann, selbst wenn das Basisprotokoll selbst den Ausschluss nicht erzwingt.

Nutzer sollten außerdem zwischen Protokollsicherheit und wirtschaftlicher Fairness unterscheiden. Ein Block kann gültig und finalisiert sein, während seine Reihenfolge erfahrenen Tradern einen Vorteil verschafft. MEV muss keine Konsensregeln brechen, um Wert zu extrahieren. Der Schaden kann sich stattdessen in schlechterer Ausführung, weniger vorhersehbarem Zugang oder einer Marktstruktur zeigen, in der nur spezialisierte Betreiber konkurrieren können.

Wie funktioniert MEV auf einer DEX?

Wenn ein Nutzer einen gewöhnlichen DEX-Swap einreicht, enthält die Transaktion in der Regel Details wie das Token-Paar, den Betrag, die maximale Slippage und eine Gebühr. Je nach Wallet und Netzwerkbedingungen kann die Transaktion für Node-Betreiber, Builder oder spezialisierte Searcher sichtbar sein, bevor sie in einen Block aufgenommen wird. Searcher sind automatisierte Trader, die nach profitablen Transaktionsmustern suchen.

Angenommen, ein Nutzer möchte eine große Menge eines Tokens aus einem Liquiditätspool kaufen. Der Pool nutzt einen automatisierten Market Maker, kurz AMM, der den Preis anhand seiner Token-Bestände anpasst. Der Trade des Nutzers verändert diese Bestände und erhöht in der Regel den Preis des Tokens innerhalb des Pools. Ein Searcher kann zuerst kaufen, wodurch der Nutzer mehr bezahlt, und anschließend verkaufen. Die Abfolge ist nur profitabel, wenn Preiswirkung und Gebühren nach dem Wettbewerb genügend Wert übrig lassen.

Arbitrage ist eine weitere häufige Form von MEV. Wenn derselbe Vermögenswert an zwei Handelsplätzen unterschiedliche Preise hat, kann ein Searcher dort kaufen, wo er günstiger ist, und dort verkaufen, wo er teurer ist. Das kann die Preisangleichung wiederherstellen und die Marktqualität im Laufe der Zeit verbessern. Die Gewinne können jedoch weiterhin von Nutzern stammen, die die Preisdifferenz erzeugen, und der Wettbewerb um diese Gewinne kann Gebühren erhöhen und Infrastruktur konzentrieren.

Liquidationen schaffen eine andere Gelegenheit. Kreditprotokolle erlauben häufig einem Dritten, die Schulden eines Kreditnehmers zurückzuzahlen, wenn die Sicherheiten unter ein erforderliches Niveau fallen. Im Gegenzug erhält der Liquidator eine Belohnung oder vergünstigte Sicherheiten. Schnelle Searcher konkurrieren darum, diese Positionen zu identifizieren und die Transaktion zuerst einzureichen. Das kann ein Protokoll schützen, aber bei einem Marktcrash auch intensive Gebührenauktionen auslösen.

Warum die Transaktionsreihenfolge wichtig ist

Ethereum-Transaktionen gelangen nicht einfach in der Reihenfolge in einen Block, in der Nutzer auf einen Button geklickt haben. Ein Proposer veröffentlicht letztlich einen Block, und Inhalt sowie Reihenfolge des Blocks werden über einen Markt ausgewählt, an dem Searcher, Builder, Relays und der Proposer beteiligt sind. Der Proposer kann eine Zahlung dafür erhalten, dass er einen Block mit wertvoller Transaktionsreihenfolge auswählt.

Diese Zahlung ist nicht zwangsläufig ein versteckter Diebstahl an jedem Nutzer. Ein Teil des Werts stammt aus Arbitrage oder Protokollanreizen, die Märkte funktionsfähig halten. Dennoch kann der Nutzer die Kosten durch Preiswirkung, Priority Fees, fehlgeschlagene Transaktionen oder einen schlechteren Ausführungspreis als erwartet tragen. MEV einfach Arbitrage zu nennen, verschleiert das wichtigere Problem: Kontrolle über die Reihenfolge kann Wert von weniger informierten Nutzern zu besser positionierten Betreibern übertragen.

Was ist Proposer-Builder Separation?

Proposer-Builder Separation, kurz PBS, trennt zwei Aufgaben, die sonst von einem Validator ausgeführt werden können. Der Proposer, in der Regel der Validator, der ausgewählt wurde, den nächsten Ethereum-Block vorzuschlagen, wählt einen Block aus und übermittelt ihn an das Netzwerk. Der Builder stellt diesen Block zusammen, indem er Transaktionen auswählt und ordnet, oft unter Nutzung von Geboten von Searchern und privatem Orderflow.

Bei einer spezialisierten PBS-Struktur konkurrieren Builder darum, den wertvollsten gültigen Block zu erstellen. Sie senden einen Blockvorschlag oder Block-Header über ein Relay, das als Vermittler agiert und dem Proposer hilft, das Gebot zu prüfen, ohne den vollständigen Block vor der Auswahl zwangsläufig offenzulegen. Der Proposer wählt das höchste glaubwürdige Gebot und veröffentlicht den entsprechenden Block. Der Builder behält den verbleibenden Wert, nachdem er den Proposer und andere Teilnehmer bezahlt hat.

Auf Ethereum ist MEV-Boost heute eine weit verbreitete Software, die diese Trennung für Validatoren unterstützt. Es handelt sich um Middleware und nicht um dasselbe wie PBS, das direkt in das Ethereum-Konsensprotokoll eingebaut ist. Dieser Unterschied ist wichtig. MEV-Boost kann einen offenen Markt für Blockspace koordinieren, hängt jedoch von teilnehmenden Validatoren, Buildern und Relays sowie von den Annahmen der Software und ihrer Betreiber ab.

PBS auf Protokollebene, manchmal enshrined PBS genannt, würde mehr dieser Regeln in das Konsensdesign von Ethereum verlagern. Es könnte definieren, wie Builder bieten, wie Zusagen verifiziert werden und wie Proposer Blöcke auswählen, ohne sich so stark auf externe Infrastruktur zu stützen. Ein Design auf Protokollebene könnte die Konsistenz verbessern, würde aber auch schwierige Entscheidungen über Auktionen, Datenverfügbarkeit, Datenschutz, Strafen und Zensur zu einem Teil des Basisprotokolls machen.

Was ändert sich am Markt?

Ohne einen Builder-Markt muss ein Validator, der seine Belohnung maximieren möchte, Suche, Transaktionsreihenfolge, Blockkonstruktion und Risikomanagement möglicherweise selbst durchführen. Das begünstigt Betreiber mit Handelssystemen, Verbindungen mit niedriger Latenz und Spezialwissen. PBS ermöglicht es Validatoren, die Blockkonstruktion auszulagern und stattdessen um Gebote zu konkurrieren.

Das kann MEV transparenter und wettbewerbsintensiver machen. Builder können Chancen vieler Searcher bündeln, Gebote vergleichen und Validatoren für das Recht bezahlen, einen Block vorzuschlagen. Validatoren können eine Standardschnittstelle nutzen, statt einen vollständigen Handelsbetrieb aufzubauen. Theoretisch drückt Wettbewerb mehr vom verfügbaren Wert zum Proposer und verringert den Vorteil, jeden Teil des Stacks selbst zu betreiben.

Doch die Trennung verändert, wer den Prozess kontrolliert. Der Builder mit dem besten Zugang zu Orderflow, Kapital, Hardware und zuverlässiger Infrastruktur kann mehr Blöcke gewinnen. Ein Markt kann auf einer Ebene wettbewerbsfähig sein und sich auf einer anderen dennoch konzentrieren. PBS verlagert Extraktion in einen Markt. Es beseitigt Extraktion nicht und garantiert keinen gleichberechtigten Zugang zu diesem Markt.

Macht PBS Ethereum fairer und sicherer?

PBS kann einige Koordinationsprobleme lösen, ohne das zugrunde liegende Fairness-Problem zu lösen. Ein Builder-Markt kann die Einnahmen von Validatoren verbessern, den Bedarf verringern, dass jeder Validator zu einem professionellen Blockkonstrukteur wird, und den Blockwert leichter vergleichbar machen. Er kann einem Proposer auch helfen, nicht versehentlich einen Block mit geringem Wert auszuwählen, wenn wertvollere Möglichkeiten bestehen.

Für Nutzer ist das Ergebnis gemischt. Bessere Arbitrage kann Preisunterschiede zwischen Handelsplätzen verringern. Eine besser organisierte Blockkonstruktion kann die Aufnahme einiger Transaktionen verlässlicher machen. Gleichzeitig können hochentwickelte Builder bessere Werkzeuge erhalten, um Nutzertrades zu identifizieren, Liquidationswert abzuschöpfen oder privaten Orderflow zu priorisieren. Der Nutzer weiß möglicherweise nicht, welcher Builder die Transaktion verarbeitet hat oder wie viel Wert um sie herum erzeugt wurde.

Privater Orderflow veranschaulicht den Zielkonflikt. Eine Wallet oder Anwendung kann Transaktionen direkt an einen Builder oder ein Relay senden, statt sie im öffentlichen Mempool zu verbreiten. Das kann die Exponierung gegenüber öffentlichen Sandwich-Bots verringern. Es kann auch die Transparenz reduzieren, einschränken, welche Builder konkurrieren können, und einer kleinen Gruppe mehr Einfluss darauf geben, welche Transaktionen gesehen und aufgenommen werden.

Es gibt auch technische Ausfallmodi. Ein Relay kann es versäumen, einen zugesagten Block offenzulegen, ein Builder kann einen ungültigen oder nicht verfügbaren Block einreichen, oder Software kann einen Validator unerwartetem Verhalten aussetzen. Protokolle können Schutzmechanismen hinzufügen, aber jeder zusätzliche Teilnehmer schafft eine weitere Frage zu Vertrauen, Verfügbarkeit und Governance. Ein Nutzer sollte nicht annehmen, dass das Label MEV-Schutz bedeutet, dass alle Formen von Extraktion oder Ausführungsrisiko verschwunden sind.

Welche Bedenken gibt es zu Zentralisierung und Zensur?

Block Building profitiert von Skaleneffekten. Ein großer Builder kann Infrastrukturkosten auf viele Blöcke verteilen, Verbindungen zu mehr Searchern pflegen, mehr privaten Orderflow verhandeln und komplexe Gebotssysteme verwalten. Diese Vorteile können sich verstärken. Wenn wenige Builder die meisten wertvollen Blöcke produzieren, kann Ethereum stärker von ihrer fortgesetzten Teilnahme abhängig werden.

Zentralisierung kann mehr beeinflussen als Belohnungen. Builder können beeinflussen, welche Anwendungen Priorität erhalten, welche Transaktionen verzögert werden und welche Arten von Aktivitäten als akzeptabel gelten. Relays können zu Gatekeepern zwischen Buildern und Validatoren werden. Staking-Anbieter können zudem das ETH vieler Nutzer bündeln und in deren Namen Entscheidungen treffen, wodurch ihre Richtlinien und Softwareentscheidungen an Bedeutung gewinnen.

Zensur erfordert nicht, dass jeder Validator eine Transaktion für immer ablehnt. Schon eine vorübergehende Ausgrenzung kann bei Liquidationen, Arbitrage, Governance-Abstimmungen und zeitkritischen Transfers relevant sein. Ein dominanter Builder könnte eine Transaktion auslassen, um einer rechtlichen Anfrage nachzukommen, Reputationsrisiken zu vermeiden oder eine Geschäftsbeziehung zu bevorzugen. Wenn genug Blöcke derselben Richtlinie folgen, können Nutzer praktische Zensur erleben, selbst wenn ein anderer Validator die Transaktion irgendwann aufnehmen könnte.

Die Debatte nach Tornado Cash machte diesen Zielkonflikt sichtbar. Einige Relays und Builder schlossen Transaktionen aus, die mit sanktionierten Adressen verbunden waren, während andere Teilnehmer sie weiterhin aufnahmen. Die Meinungsverschiedenheit drehte sich nicht nur darum, ob Sanktionen befolgt werden sollten. Es ging auch darum, ob Compliance auf Transaktionsebene durch Infrastrukturanbieter die glaubwürdige Neutralität und Zensurresistenz von Ethereum schwächen könnte.

Mögliche Antworten umfassen mehrere unabhängige Builder, vielfältige Relays, Open-Source-Software, dezentrales Staking, datenschutzwahrende Transaktionseinreichung und Protokollregeln, die missbräuchliche Reihenfolgen begrenzen. Keine davon ist eine vollständige Lösung. Datenschutz kann Sandwich-Angriffe verringern und zugleich Orderflow weniger überprüfbar machen. Stärkere Durchsetzung auf Protokollebene kann die Abhängigkeit von Vermittlern reduzieren und dem Protokoll zugleich mehr Autorität über einen wirtschaftlichen Markt geben. Die Designherausforderung besteht darin, schädliche Extraktion zu begrenzen, ohne ein kleines Komitee zum letzten Richter über akzeptable Transaktionen zu machen.

Was sollten Trader, Staker und Entwickler tun?

Trader sollten mit Ausführungskontrollen beginnen, statt zu versuchen, jede MEV-Strategie vorherzusagen. Verwende eine seriöse Wallet und DEX-Oberfläche, prüfe die Handelsroute, setze ein sinnvolles Slippage-Limit und vermeide es, unbegrenzte Token-Ausgaben zu genehmigen, wenn eine kleinere Freigabe ausreicht. Eine enge Slippage-Einstellung kann dazu führen, dass ein Trade fehlschlägt, aber eine sehr lockere Einstellung kann einen Sandwich-Angriff schädlicher machen. Die richtige Einstellung hängt von Liquidität, Volatilität und der Größe der Order ab.

Vergleiche bei großen oder zeitkritischen Trades die Ausführungsoptionen und verstehe, ob ein Dienst private Transaktionsübermittlung nutzt. Privates Routing kann die Sichtbarkeit im öffentlichen Mempool verringern, führt aber zu einer Abhängigkeit vom Anbieter und schützt möglicherweise nicht vor jeder Form nachteiliger Reihenfolge. Behandle ein Schutzlabel nicht als Garantie und signiere keine unbekannte Transaktion nur, weil sie behauptet, MEV zu verhindern.

Staker sollten die Software und Dienste prüfen, die ihr Validator verwendet. Frage, ob das Setup MEV-Boost nutzt, welche Relays aktiviert sind, wie verpasste Blöcke behandelt werden und welche Richtlinien für zensierte oder verzögerte Transaktionen gelten. Die Diversifizierung von Relays und das Vermeiden unnötiger Konzentration können die Widerstandsfähigkeit verbessern, auch wenn jede Option operative und Governance-bezogene Zielkonflikte mit sich bringt.

Entwickler können Schaden verringern, indem sie Transaktionen und Oberflächen entwerfen, die realistische Slippage sichtbar machen, unnötige öffentliche Informationen vermeiden und eine adversariale Reihenfolge berücksichtigen. Protokolle sollten Liquidations- und Auktionsmechanismen unter starkem Wettbewerb testen, nicht nur unter ruhigen Bedingungen. Entwickler sollten außerdem klar erklären, wer MEV erhält, wie Nutzer geschützt werden und was passiert, wenn ein Builder, Relay oder Anbieter von privatem Orderflow ausfällt.

Für alle ist die praktische Lehre bescheiden. Du kannst nicht jeden Teilnehmer im Markt für Transaktionsreihenfolge sehen, und du kannst Sicherheit nicht allein aus einer erfolgreichen Transaktion ableiten. Lies Ausführungsdaten, vergleiche die erwarteten und erhaltenen Beträge, beobachte Muster fehlgeschlagener Transaktionen und behandle unerklärten Wertverlust als Anlass zur Untersuchung, nicht als normale Kosten von Krypto.

Wie man MEV und PBS ohne Hype verfolgt

MEV und PBS verändern sich schnell, weil Ethereum-Governance, Validator-Software, Builder-Märkte, Wallets und Regulierungsbehörden das Ergebnis alle beeinflussen. Jeden Vorschlag, jede Relay-Richtlinie, jeden Builder-Anteil und jeden Zensurvorfall manuell zu verfolgen, ist schwierig. Zippfeed bündelt relevante Schlagzeilen zu MEV, Ethereum und Protokollen mit einer als bullish, neutral oder bearish markierten Sentiment-Bewertung und einer Wichtigkeitseinstufung, damit du eine bedeutende Infrastrukturänderung von gewöhnlichem Marktrauschen unterscheiden kannst.

Nutze dieses Signal als Ausgangspunkt, nicht als Handelsanweisung. Lies die zugrunde liegende Berichterstattung, prüfe, wer von einer vorgeschlagenen Änderung profitiert, und frage, ob eine behauptete Verbesserung Risiken auf Nutzer, Validatoren, Builder oder einen anderen Vermittler verlagert. Diese Gewohnheit ist nützlicher als anzunehmen, PBS habe MEV beendet, denn die zentrale Frage bleibt, wer die Transaktionsreihenfolge kontrolliert und wie rechenschaftspflichtig diese Kontrolle ist.