Direkt zum Hauptinhalt

33 Beiträge getaggt mit „Ethereum“

Artikel über Ethereum-Blockchain, Smart Contracts und Ökosystem

Alle Tags anzeigen

MEV, entschlüsselt: Wie Wert durch Blockspace fließt – und was Sie dagegen tun können

· 12 Min. Lesezeit
Dora Noda
Software Engineer

Maximal Extractable Value (MEV) ist nicht nur ein Schreckgespenst für Händler – es ist der wirtschaftliche Motor, der im Stillen die Art und Weise prägt, wie Blöcke gebaut werden, wie Wallets Aufträge weiterleiten und wie Protokolle Märkte gestalten. Hier ist ein pragmatischer Leitfaden für Gründer, Ingenieure, Händler und Validatoren.


Kurz gesagt

  • Was MEV ist: Zusätzlicher Wert, den ein Blockproduzent (Validator/Sequenzer) oder dessen Partner durch das Neuordnen, Einfügen oder Ausschließen von Transaktionen über die Basisbelohnungen und Gasgebühren hinaus extrahieren können.
  • Warum es existiert: Öffentliche Mempools, deterministische Ausführung und Transaktionsreihenfolge-Abhängigkeiten (z. B. AMM-Slippage) schaffen profitable Reihenfolgespiele.
  • Wie modernes MEV funktioniert: Eine Lieferkette – Wallets & Orderflow-Auktionen → Searcher → Builder → Relays → Proposer – formalisiert durch Proposer-Builder Separation (PBS) und MEV-Boost.
  • Benutzerschutz heute: Die private Transaktionsübermittlung und Order Flow Auctions (OFAs) können das Sandwich-Risiko reduzieren und Preisverbesserungen mit den Benutzern teilen.
  • Was als Nächstes kommt (Stand September 2025): Enshrined PBS, Inclusion Lists, MEV-Burn, SUAVE und Shared Sequencers für L2s – alles darauf abzielend, Fairness und Resilienz zu gewährleisten.

Das Fünf-Minuten-Mentalmodell

Stellen Sie sich Blockspace als eine knappe Ressource vor, die auf Ethereum alle 12 Sekunden verkauft wird. Wenn Sie eine Transaktion senden, landet diese in einem öffentlichen Wartebereich, dem sogenannten Mempool. Einige Transaktionen, insbesondere DEX-Swaps, Liquidationen und Arbitrage-Möglichkeiten, haben reihenfolgeabhängige Auszahlungen. Ihr Ergebnis und ihre Rentabilität ändern sich je nachdem, wo sie in einem Block im Verhältnis zu anderen Transaktionen landen. Dies schafft ein Spiel mit hohen Einsätzen für denjenigen, der die Reihenfolge kontrolliert.

Der maximal mögliche Gewinn aus diesem Spiel ist der Maximal Extractable Value (MEV). Eine klare, kanonische Definition lautet:

„Der maximale Wert, der aus der Blockproduktion über die standardmäßige Blockbelohnung und Gasgebühren hinaus extrahiert werden kann, indem Transaktionen eingeschlossen, ausgeschlossen und deren Reihenfolge geändert werden.“

Dieses Phänomen wurde erstmals 2019 in der wissenschaftlichen Arbeit „Flash Boys 2.0“ formalisiert, die die chaotischen „Priority Gas Auctions“ (bei denen Bots die Gasgebühren in die Höhe trieben, um ihre Transaktion zuerst aufnehmen zu lassen) dokumentierte und die Risiken hervorhob, die dies für die Konsensstabilität darstellte.


Eine kurze Taxonomie (mit Beispielen)

MEV ist keine einzelne Aktivität, sondern eine Kategorie von Strategien. Hier sind die häufigsten:

  • DEX-Arbitrage (Backrunning): Stellen Sie sich vor, ein großer Swap auf Uniswap führt dazu, dass der Preis von ETH im Verhältnis zu seinem Preis auf Curve fällt. Ein Arbitrageur kann die günstige ETH auf Uniswap kaufen und auf Curve für einen sofortigen Gewinn verkaufen. Dies ist ein „Backrun“, da er unmittelbar nach der preisbewegenden Transaktion stattfindet. Diese Form von MEV wird im Allgemeinen als vorteilhaft angesehen, da sie dazu beiträgt, die Preise über verschiedene Märkte hinweg konsistent zu halten.
  • Sandwiching: Dies ist die berüchtigtste und direkt schädlichste Form von MEV. Ein Angreifer entdeckt eine große Kauforder eines Benutzers im Mempool. Er frontrunnt den Benutzer, indem er denselben Vermögenswert kurz vor ihm kauft und so den Preis in die Höhe treibt. Der Handel des Opfers wird dann zu diesem schlechteren, höheren Preis ausgeführt. Der Angreifer backrunnt das Opfer dann sofort, indem er den Vermögenswert verkauft und die Preisdifferenz einstreicht. Dies nutzt die vom Benutzer angegebene Slippage-Toleranz aus.
  • Liquidationen: In Lending-Protokollen wie Aave oder Compound werden Positionen unterbesichert, wenn der Wert ihrer Sicherheiten sinkt. Diese Protokolle bieten einen Bonus für denjenigen, der als Erster die Position liquidiert. Dies führt zu einem Wettlauf unter Bots, um als Erster die Liquidationsfunktion aufzurufen und die Belohnung zu beanspruchen.
  • NFT Mint „Gas Wars“ (veraltetes Muster): Bei gehypten NFT-Mints entsteht ein Wettlauf um die Sicherung eines Tokens mit begrenztem Angebot. Bots konkurrierten erbittert um die frühesten Plätze in einem Block und trieben oft die Gaspreise für das gesamte Netzwerk auf astronomische Höhen.
  • Cross-Domain MEV: Da sich die Aktivitäten über Layer 1s, Layer 2s und verschiedene Rollups fragmentieren, ergeben sich Möglichkeiten, von Preisunterschieden zwischen diesen isolierten Umgebungen zu profitieren. Dies ist ein schnell wachsender und komplexer Bereich der MEV-Extraktion.

Die moderne MEV-Lieferkette (nach dem Merge)

Vor dem Merge kontrollierten Miner die Transaktionsreihenfolge. Jetzt tun dies Validatoren. Um zu verhindern, dass Validatoren übermäßig zentralisiert und spezialisiert werden, entwickelte die Ethereum-Community die Proposer-Builder Separation (PBS). Dieses Prinzip trennt die Aufgabe, einen Block für die Kette vorzuschlagen, von der komplexen Aufgabe, den profitabelsten Block zu bauen.

In der Praxis verwenden die meisten Validatoren heute eine Middleware namens MEV-Boost. Diese Software ermöglicht es ihnen, den Blockbau an einen wettbewerbsorientierten Markt auszulagern. Der grobe Ablauf sieht wie folgt aus:

  1. Benutzer/Wallet: Ein Benutzer initiiert eine Transaktion, indem er sie entweder an den öffentlichen Mempool oder an einen privaten RPC-Endpunkt sendet, der Schutz bietet.
  2. Searcher/Solver: Dies sind hochentwickelte Akteure, die den Mempool ständig auf MEV-Möglichkeiten überwachen. Sie erstellen „Bundles“ von Transaktionen (z. B. einen Frontrun, den Handel eines Opfers und einen Backrun), um diesen Wert zu erfassen.
  3. Builder: Dies sind hochspezialisierte Entitäten, die Bundles von Searchern und andere Transaktionen aggregieren, um den profitabelsten Block zu konstruieren. Sie konkurrieren miteinander, um den Block mit dem höchsten Wert zu erstellen.
  4. Relays: Diese fungieren als vertrauenswürdige Mittelsmänner. Builder übermitteln ihre Blöcke an Relays, die diese auf Gültigkeit prüfen und den Inhalt vor dem Proposer verbergen, bis er signiert ist. Dies verhindert, dass der Proposer die harte Arbeit des Builders stiehlt.
  5. Proposer/Validator: Der Validator, der MEV-Boost ausführt, fragt mehrere Relays ab und wählt einfach den profitabelsten angebotenen Block-Header aus. Er signiert ihn blind, ohne den Inhalt zu sehen, und kassiert die Zahlung vom gewinnenden Builder.

Während PBS den Zugang zum Blockbau erfolgreich erweitert hat, hat es auch zu einer Zentralisierung unter einer kleinen Gruppe von Hochleistungs-Buildern und Relays geführt. Jüngste Studien zeigen, dass eine Handvoll Builder die überwiegende Mehrheit der Blöcke auf Ethereum produziert, was ein anhaltendes Problem für die langfristige Dezentralisierung und Zensurresistenz des Netzwerks darstellt.


Warum MEV schädlich sein kann

  • Direkte Benutzerkosten: Sandwich-Angriffe und andere Formen des Frontrunning führen zu einer schlechteren Ausführungsqualität für Benutzer. Sie zahlen mehr für einen Vermögenswert oder erhalten weniger, als Sie sollten, wobei die Differenz von einem Searcher erfasst wird.
  • Konsensrisiko: In extremen Fällen kann MEV die Stabilität der Blockchain selbst bedrohen. Vor dem Merge waren „Time-Bandit“-Angriffe eine theoretische Sorge, bei der Miner Anreize erhalten könnten, die Blockchain neu zu organisieren, um eine vergangene MEV-Möglichkeit zu nutzen, was die Finalität untergraben würde.
  • Marktstrukturrisiko: Die MEV-Lieferkette kann mächtige etablierte Akteure schaffen. Exklusive Orderflow-Deals zwischen Wallets und Buildern können Paywalls für Benutzertransaktionen schaffen, Builder-/Relay-Oligopole festigen und die Kernprinzipien der Neutralität und Zensurresistenz bedrohen.

Was heute tatsächlich funktioniert (praktische Abhilfemaßnahmen)

Sie sind schädlichem MEV nicht hilflos ausgeliefert. Eine Reihe von Tools und Best Practices ist entstanden, um Benutzer zu schützen und das Ökosystem auszurichten.

Für Benutzer und Händler

  • Verwenden Sie einen privaten Übermittlungspfad: Dienste wie Flashbots Protect bieten einen „Protect“-RPC-Endpunkt für Ihr Wallet. Das Senden Ihrer Transaktion darüber hält sie aus dem öffentlichen Mempool fern und macht sie für Sandwich-Bots unsichtbar. Einige Dienste können Ihnen sogar einen Teil des aus Ihrem Handel extrahierten MEV zurückerstatten.
  • Bevorzugen Sie OFA-gestützte Router: Order Flow Auctions (OFAs) sind eine starke Verteidigung. Anstatt Ihren Swap an den Mempool zu senden, leiten Router wie CoW Swap oder UniswapX Ihre Absicht an einen wettbewerbsorientierten Marktplatz von Solvern weiter. Diese Solver konkurrieren darum, Ihnen den bestmöglichen Preis zu bieten, und geben Ihnen so jegliches potenzielle MEV als Preisverbesserung zurück.
  • Slippage straffen: Stellen Sie bei illiquiden Paaren manuell eine geringe Slippage-Toleranz (z. B. 0,1 %) ein, um den maximalen Gewinn zu begrenzen, den ein Sandwich-Angreifer extrahieren kann. Das Aufteilen großer Trades in kleinere Teile kann ebenfalls helfen.

Für Wallets & DApps

  • Integrieren Sie eine OFA: Leiten Sie Benutzertransaktionen standardmäßig über eine Order Flow Auction. Dies ist der effektivste Weg, Benutzer vor Sandwich-Angriffen zu schützen und ihnen eine überlegene Ausführungsqualität zu bieten.
  • Bieten Sie privaten RPC als Standard an: Machen Sie geschützte RPCs zur Standardeinstellung in Ihrem Wallet oder Ihrer DApp. Ermöglichen Sie Power-Usern, ihre Builder- und Relay-Präferenzen zu konfigurieren, um den Kompromiss zwischen Datenschutz und Inklusionsgeschwindigkeit fein abzustimmen.
  • Messen Sie die Ausführungsqualität: Gehen Sie nicht einfach davon aus, dass Ihr Routing optimal ist. Vergleichen Sie Ihre Ausführung mit dem öffentlichen Mempool-Routing und quantifizieren Sie die Preisverbesserung, die durch OFAs und private Übermittlung erzielt wird.

Für Validatoren

  • Führen Sie MEV-Boost aus: Nehmen Sie am PBS-Markt teil, um Ihre Staking-Belohnungen zu maximieren.
  • Diversifizieren Sie: Verbinden Sie sich mit einer Vielzahl von Relays und Buildern, um die Abhängigkeit von einem einzigen Anbieter zu vermeiden und die Netzwerkelastizität zu verbessern. Überwachen Sie Ihre Belohnungen und Block-Inklusionsraten, um sicherzustellen, dass Sie gut verbunden sind.

L2s & der Aufstieg von SEV (Sequencer Extractable Value)

Layer-2-Rollups eliminieren MEV nicht; sie ändern nur seinen Namen. Rollups konzentrieren die Order-Macht in einer einzigen Entität, dem sogenannten Sequenzer, wodurch Sequencer Extractable Value (SEV) entsteht. Empirische Forschung zeigt, dass MEV auf L2s weit verbreitet ist, wenn auch oft mit geringeren Gewinnmargen als auf L1.

Um dem Zentralisierungsrisiko eines einzelnen Sequenzers pro Rollup entgegenzuwirken, entstehen Konzepte wie Shared Sequencers. Dies sind dezentrale Marktplätze, die es mehreren Rollups ermöglichen, eine einzige, neutrale Entität für die Transaktionsreihenfolge zu teilen, mit dem Ziel, Cross-Rollup-MEV fairer zu arbitrieren.


Was als Nächstes kommt (und warum es wichtig ist)

Die Arbeit zur Zähmung von MEV ist noch lange nicht abgeschlossen. Mehrere wichtige Upgrades auf Protokollebene stehen bevor:

  • Enshrined PBS (ePBS): Dies zielt darauf ab, die Proposer-Builder Separation direkt in das Ethereum-Protokoll selbst zu integrieren, wodurch die Abhängigkeit von vertrauenswürdigen, zentralisierten Relays reduziert und die Sicherheitsgarantien des Netzwerks gestärkt werden.
  • Inclusion Lists (EIP-7547): Dieser Vorschlag gibt Proposern eine Möglichkeit, einen Builder zu zwingen, eine bestimmte Reihe von Transaktionen aufzunehmen. Es ist ein mächtiges Werkzeug zur Bekämpfung von Zensur, das sicherstellt, dass selbst Transaktionen mit niedrigen Gebühren letztendlich in die Kette gelangen können.
  • MEV-Burn: Ähnlich wie EIP-1559 einen Teil der Basis-Gasgebühr verbrennt, schlägt MEV-Burn vor, einen Teil der Builder-Zahlungen zu verbrennen. Dies würde MEV-Einnahmespitzen glätten, Anreize für destabilisierendes Verhalten reduzieren und den Wert an alle ETH-Inhaber umverteilen.
  • SUAVE (Single Unifying Auction for Value Expression): Ein Projekt von Flashbots zur Schaffung einer dezentralen, datenschutzfreundlichen Auktionsschicht für Orderflow. Ziel ist es, einen offeneren und faireren Markt für den Blockbau zu schaffen und dem Trend zu exklusiven, zentralisierten Deals entgegenzuwirken.
  • OFA-Standardisierung: Da Auktionen zur Norm werden, wird daran gearbeitet, formale Metriken und offene Tools zu entwickeln, um die von verschiedenen Routern angebotene Preisverbesserung zu quantifizieren und zu vergleichen, wodurch die Messlatte für die Ausführungsqualität im gesamten Ökosystem höher gelegt wird.

Eine Checkliste für Gründer (MEV-bewusste Produkte liefern)

  • Standardmäßig auf Datenschutz: Leiten Sie den Benutzerfluss über private Übermittlung oder verschlüsselte, auf Absichten basierende Systeme.
  • Design für Auktionen, nicht für Rennen: Vermeiden Sie „Wer zuerst kommt, mahlt zuerst“-Mechanismen, die Latenzspiele erzeugen. Nutzen Sie Batch-Auktionen oder OFAs, um faire und effiziente Märkte zu schaffen.
  • Alles instrumentieren: Protokollieren Sie Slippage, effektiven Preis im Vergleich zum Orakelpreis und die Opportunitätskosten Ihrer Routing-Entscheidungen. Seien Sie transparent gegenüber Ihren Benutzern bezüglich ihrer Ausführungsqualität.
  • Abhängigkeiten diversifizieren: Verlassen Sie sich heute auf mehrere Builder und Relays. Bereiten Sie Ihre Infrastruktur auf den Übergang zu Enshrined PBS morgen vor.
  • Planen Sie für L2s: Wenn Sie eine Multichain-Anwendung entwickeln, berücksichtigen Sie SEV und Cross-Domain MEV in Ihrem Design.

Entwickler-FAQ

  • Ist MEV „schlecht“ oder „illegal“? MEV ist ein unvermeidliches Nebenprodukt offener, deterministischer Blockchain-Märkte. Einige Formen, wie Arbitrage und Liquidationen, sind für die Markteffizienz unerlässlich. Andere, wie Sandwiching, sind rein extraktiv und schädlich für Benutzer. Ziel ist es nicht, MEV zu eliminieren, sondern Mechanismen zu entwickeln, die den Schaden minimieren und die Extraktion mit dem Nutzen für den Benutzer und der Netzwerksicherheit in Einklang bringen. Sein rechtlicher Status ist komplex und variiert je nach Gerichtsbarkeit.
  • Garantiert die private Transaktionsübermittlung keine Sandwiches? Es reduziert Ihr Risiko erheblich, indem es Ihre Transaktion aus dem öffentlichen Mempool heraushält, wo die meisten Bots suchen. In Kombination mit einer OFA ist es eine sehr starke Verteidigung. Kein System ist jedoch perfekt, und Garantien hängen von den spezifischen Richtlinien des privaten Relays und der von Ihnen verwendeten Builder ab.
  • Warum MEV nicht einfach „ausschalten“? Das geht nicht. Solange es On-Chain-Märkte mit Preisineffizienzen gibt (was immer der Fall ist), wird es profitabel sein, diese zu korrigieren. Der Versuch, MEV vollständig zu eliminieren, würde wahrscheinlich nützliche Wirtschaftsfunktionen unterbrechen. Der produktivere Weg ist, es durch besseres Mechanismusdesign wie ePBS, Inclusion Lists und MEV-Burn zu verwalten und umzuverteilen.

Weiterführende Literatur

  • Kanonische Definition & Übersicht: Ethereum.org—MEV-Dokumentation
  • Ursprünge & Risiken: Flash Boys 2.0 (Daian et al., 2019)
  • PBS/MEV-Boost Einführung: Flashbots-Dokumentation und MEV-Boost in a Nutshell
  • OFA-Forschung: Uniswap Labs—Quantifying Price Improvement in Order Flow Auctions
  • ePBS & MEV-Burn: Ethereum Research Forum-Diskussionen
  • L2 MEV-Beweise: Empirische Analysen über wichtige Rollups (z. B. „Analyzing the Extraction of MEV Across Layer-2 Rollups“)

Fazit

MEV ist kein Fehler; es ist ein Anreizgefälle, das Blockchains inhärent ist. Der erfolgreiche Ansatz ist nicht Verleugnung – es ist Mechanismusdesign. Ziel ist es, die Wertextraktion anfechtbar, transparent und benutzerorientiert zu gestalten. Wenn Sie entwickeln, integrieren Sie dieses Bewusstsein vom ersten Tag an in Ihr Produkt. Wenn Sie handeln, bestehen Sie darauf, dass Ihre Tools dies für Sie tun. Das Ökosystem konvergiert schnell auf diese reifere, widerstandsfähigere Zukunft – jetzt ist die Zeit, dafür zu entwerfen.

Einführung des Ethereum Cancun Upgrades

· 3 Min. Lesezeit
Dora Noda
Software Engineer

Ethereum, die weltweit am häufigsten genutzte Blockchain-Plattform für Smart Contracts, ist bekannt für ihre regelmäßigen Upgrades, die jeweils neue Funktionen, Parameteranpassungen oder verbesserte Sicherheit mit sich bringen. Diese Upgrades, angetrieben sowohl durch proaktive Innovation als auch durch die Notwendigkeit, potenzielle Sicherheitsbedrohungen zu mindern, haben die Entwicklung von Ethereum über die Jahre hinweg geprägt.

Ein großer Sprung zu einem schnelleren, wirtschaftlicheren Netzwerk

Vor dem Ethereum Merge im vergangenen September hatte die Plattform 14 Upgrades erlebt. Bemerkenswert ist ein reaktives Upgrade im Jahr 2016 nach dem DAO-Fork-Vorfall, als Ethereum Classic (ETC) nach einem Cyberangriff entstand, der die ETH-Finanzierung des DAO-Projekts gefährdete.

In den letzten Jahren fanden bedeutende Upgrades statt. Das London-Upgrade im August 2020 führte EIP-1599 ein, das ETH-Burning und die dynamische Anpassung der Base Fee für jede Transaktion ermöglichte. Im September 2022 vollzog das Paris-Upgrade den Übergang von Ethereums Konsensmechanismus von Proof of Work (POW) zu Proof of Stake (POS) und markierte damit das Ende der Ära des Maschinen-Minings.

Nach dem Shanghai-Upgrade kündigte das Kernentwicklungsteam von Ethereum an, dass das wichtigste Update dieses Jahres das Cancun-Upgrade sein würde, das voraussichtlich noch in diesem Jahr stattfinden wird.

Cancun-Upgrade: Was ist es und warum ist es wichtig?

Benannt nach der Stadt, die die Ethereum Developer Conference (Devcon) beherbergte, wird das bevorstehende Cancun-Upgrade entscheidende Verbesserungen am Ethereum-Netzwerk implementieren.

Der Star des Upgrades, EIP-4844, zielt darauf ab, Ethereum-Nodes die temporäre Speicherung und den Abruf von Off-Chain-Daten zu ermöglichen, um den Daten- und Speicherbedarf von Blockchain-Anwendungen zu decken. Bei erfolgreicher Implementierung wird erwartet, dass EIP-4844 die Kosten von Layer-2-(L2)-Rollup-Lösungen senkt. Berichten zufolge wurde EIP-4844 bereits auf vier Entwicklungsnetzwerken getestet, wobei ein fünftes Testnetzwerk kurz vor dem Start steht.

Ursprünglich für die Fertigstellung während des Shanghai-Upgrades vorgesehen, wurde EIP-4844 auf das Cancun-Upgrade verschoben. Die Entwickler haben sich auch darauf geeinigt, EIP-6780 (Vorbereitung für die zukünftige Anwendung von Verkle Trees), EIP-6475 (Bereitstellung verbesserter Lesbarkeit und kompakter Serialisierung) und EIP-1153 (Einführung des transienten Speicher-Opcodes) in das Upgrade aufzunehmen.

Das Prinzip hinter dem Upgrade

Das Wesen der Skalierbarkeitsbemühungen von Ethereum liegt in der Erhöhung des Datenverarbeitungsvolumens und der Geschwindigkeit. Zwei Richtungen werden gleichzeitig verfolgt – Layer-2-Rollups und Sharding auf dem Mainnet. Die Implementierung von EIP-4844 ist der erste Schritt zu einem vollständigen Sharding.

Vor dem Cancun-Upgrade wurden L2-Informationen in den Calldata von L1-Informationen gespeichert. Diese Methode war aufgrund des begrenzten Speicherplatzes von Calldata kostspielig und eingeschränkt.

Mit dem Cancun-Upgrade werden L1-Informationen an einem neuen Ort namens „Blob“ gespeichert. Blob-Speicher ist erschwinglicher und bietet mehr Platz, wodurch Ethereum mehr Daten hosten, seine Transaktionen pro Sekunde (TPS) erhöhen und Kosten senken kann. Da Blob ein temporäres Datenpaket ist, das alle 30 Tage bereinigt wird, müssen Nodes nur eine feste Datenmenge pro Monat herunterladen, was die Node-Belastung verringert.

Im Wesentlichen wird das Cancun-Upgrade L2 billiger und schneller machen. Dies wird nicht nur L2-Protokollen zugutekommen, sondern auch die schnelle Entwicklung von auf L2 aufgebauten Ökosystemen fördern.

Zusammenfassend lässt sich sagen, dass das bevorstehende Ethereum Cancun-Upgrade ein wichtiger Meilenstein zu werden verspricht, der eine neue Ära effizienter, erschwinglicher und skalierbarer Blockchain-Anwendungen einläutet. Bleiben Sie dran für weitere Updates, während die Ethereum-Community ihre Pionierarbeit bei der Weiterentwicklung dezentraler Technologien fortsetzt.

ERC-4337: Revolutionierung von Ethereum mit Account Abstraction

· 3 Min. Lesezeit
Dora Noda
Software Engineer

Hallo und willkommen zurück in unserem Blockchain-Blog! Heute tauchen wir in einen spannenden neuen Vorschlag namens ERC-4337 ein, der Account Abstraction in Ethereum einführt, ohne Änderungen am Konsensschicht-Protokoll zu erfordern. Stattdessen stützt sich dieser Vorschlag auf eine höhere Infrastrukturschicht, um seine Ziele zu erreichen. Lassen Sie uns erkunden, was ERC-4337 zu bieten hat und wie es die Einschränkungen des aktuellen Ethereum-Ökosystems angeht.

Was ist ERC-4337?

ERC-4337 ist ein Vorschlag, der Account Abstraction in Ethereum durch die Verwendung eines separaten Mempools und eines neuen Typs von Pseudo-Transaktionsobjekten, genannt UserOperation, einführt. Benutzer senden UserOperation-Objekte in den alternativen Mempool, wo eine spezielle Klasse von Akteuren, sogenannte Bundler, diese zu einer Transaktion bündeln, die einen handleOps-Aufruf an einen dedizierten Smart Contract tätigt. Diese Transaktionen werden dann in einen Block aufgenommen.

Der Vorschlag verfolgt mehrere Ziele:

  1. Benutzern ermöglichen, Smart-Contract-Wallets mit beliebiger Verifizierungslogik als ihre primären Konten zu verwenden.
  2. Die Notwendigkeit für Benutzer, Externally Owned Accounts (EOAs) zu besitzen, vollständig beseitigen.
  3. Dezentralisierung gewährleisten, indem jeder Bundler am Prozess der Aufnahme von Account-Abstracted User Operations teilnehmen kann.
  4. Ermöglichen, dass alle Aktivitäten über einen öffentlichen Mempool stattfinden, wodurch die Notwendigkeit entfällt, dass Benutzer direkte Kommunikationsadressen bestimmter Akteure kennen.
  5. Vertrauensannahmen gegenüber Bundlern vermeiden.
  6. Keine Ethereum-Konsensänderungen erfordern, um eine schnellere Akzeptanz zu ermöglichen.
  7. Andere Anwendungsfälle unterstützen, wie datenschutzfreundliche Anwendungen, atomare Multi-Operationen, das Bezahlen von Transaktionsgebühren mit ERC-20-Tokens und von Entwicklern gesponserte Transaktionen.

Abwärtskompatibilität

Da ERC-4337 die Konsensschicht nicht ändert, gibt es keine direkten Abwärtskompatibilitätsprobleme für Ethereum. Allerdings sind Konten vor ERC-4337 nicht ohne Weiteres mit dem neuen System kompatibel, da ihnen die erforderliche validateUserOp-Funktion fehlt. Dies kann behoben werden, indem ein ERC-4337-kompatibles Konto erstellt wird, das die Verifizierungslogik als Wrapper neu implementiert und es als vertrauenswürdigen Op-Submitter des ursprünglichen Kontos festlegt.

Referenzimplementierung

Für diejenigen, die tiefer in die technischen Details von ERC-4337 eintauchen möchten, ist eine Referenzimplementierung unter https://github.com/eth-infinitism/account-abstraction/tree/main/contracts verfügbar.

Sicherheitsaspekte

Der Entry Point Contract für ERC-4337 muss umfassend geprüft und formal verifiziert werden, da er als zentraler Vertrauenspunkt für das gesamte System dient. Obwohl dieser Ansatz den Prüf- und formalen Verifizierungsaufwand für einzelne Konten reduziert, konzentriert er das Sicherheitsrisiko im Entry Point Contract, der robust verifiziert werden muss.

Die Verifizierung sollte zwei primäre Behauptungen abdecken:

  1. Sicherheit gegen willkürliche Übernahme: Der Entry Point ruft ein Konto nur generisch auf, wenn validateUserOp für dieses spezifische Konto erfolgreich war.
  2. Sicherheit gegen Gebührenentzug: Wenn der Entry Point validateUserOp aufruft und dies erfolgreich ist, muss er auch den generischen Aufruf mit calldata gleich op.calldata tätigen.

Fazit

ERC-4337 ist ein spannender Vorschlag, der darauf abzielt, Account Abstraction in Ethereum einzuführen, ohne Änderungen am Konsensschicht-Protokoll zu erfordern. Durch die Nutzung einer höheren Infrastrukturschicht eröffnet es neue Möglichkeiten für Dezentralisierung, Flexibilität und verschiedene Anwendungsfälle. Obwohl Sicherheitsaspekte zu berücksichtigen sind, hat dieser Vorschlag das Potenzial, das Ethereum-Ökosystem und die Benutzererfahrung erheblich zu verbessern.

Ethereums Shanghai (Shapella) Upgrade, Entmystifiziert

· 6 Min. Lesezeit
Dora Noda
Software Engineer

Auszahlungen, Gas-Anpassungen und was danach kam – ohne den Hype.


Die Kurzfassung

Das Shapella Upgrade, ein Kofferwort aus Shanghai (für die Ausführungsschicht) und Capella (für die Konsensschicht), wurde am 12. April 2023 auf Ethereum aktiviert. Sein wegweisendes Merkmal war die erstmalige Ermöglichung von Staking-Auszahlungen seit dem Start der Beacon Chain.

Die wichtigste Änderung, EIP-4895, führte ein System ein, bei dem Validator-Auszahlungen automatisch von der Konsensschicht zur Ausführungsschicht "gepusht" werden, ohne dass eine Benutzer-Transaktion oder Gasgebühren erforderlich sind. Daneben wurden vier kleinere EIPs implementiert, um die EVM zu optimieren, darunter Gas-Kosten-Reduzierungen (Warm COINBASE), Bytecode-Optimierungen (PUSH0) und Beschränkungen für die Vertragserstellung (Initcode metering). Das Upgrade diente auch als letzte Warnung an Entwickler, dass der SELFDESTRUCT-Opcode abgeschafft werden würde.

Shapella schloss den Kreis der Merge effektiv ab, und das nächste große Upgrade, Dencun, folgte am 13. März 2024, wobei der Fokus des Netzwerks mit EIP-4844 "Blobs" auf Skalierbarkeit verlagert wurde.


Warum Shapella ein entscheidender Meilenstein war

Von der Einführung der Beacon Chain bis April 2023 war das Staking von ETH eine Einbahnstraße. Man konnte 32 ETH einzahlen, um das Netzwerk zu sichern und Belohnungen zu verdienen, aber man konnte weder das Kapital noch die Belohnungen der Konsensschicht wieder abheben. Diese gebundene Liquidität war eine erhebliche Verpflichtung und ein Hindernis für viele potenzielle Staker.

Shapella änderte alles, indem es die Ausfahrt öffnete.

Der Kern des Upgrades war EIP-4895, das auf geniale Weise eine systemweite "Auszahlungsoperation" konzipierte. Anstatt von Stakern zu verlangen, eine Transaktion zu erstellen und Gas zu zahlen, um abzuheben, zieht das Protokoll selbst nun automatisch berechtigte Gelder von der Konsensschicht ab und pusht sie in die Ausführungsschicht. Dieses saubere, Push-basierte Design minimierte Komplexität und Risiko, wodurch die Änderung viel einfacher sicher zu testen und zu implementieren war.


Was sich tatsächlich geändert hat: Die EIPs einfach erklärt

Shapella war ein Bündel von fünf wichtigen Ethereum Improvement Proposals (EIPs):

  • EIP-4895 — Beacon Chain Auszahlungen (Push-basiert) Dies war das Hauptereignis. Es ermöglichte sowohl teilweise (Belohnungen) als auch vollständige (Kapital + Belohnungen) Auszahlungen, die von der Konsensschicht an die angegebene Auszahlungsadresse eines Stakers fließen. Die zentrale Neuerung ist, dass dies keine vom Benutzer initiierten Transaktionen sind; es sind automatische Operationen, die in vorgeschlagenen Blöcken eingebettet sind.

  • EIP-3651 — „Warm COINBASE“ Dieses EIP führte eine kleine, aber wichtige Gas-Optimierung ein. In der EVM bezieht sich COINBASE auf die Adresse des Blockproduzenten (des Validators), nicht auf die Börse. Vor Shapella verursachte der erste Zugriff eines Smart Contracts auf diese Adresse innerhalb einer Transaktion höhere Gaskosten. EIP-3651 machte die COINBASE-Adresse standardmäßig "warm", wodurch die Gaskosten für Protokolle reduziert wurden, die häufig mit ihr interagieren, wie z. B. solche, die MEV-Trinkgelder direkt an den Block-Builder zahlen.

  • EIP-3855 — PUSH0 Opcode Eine einfache, aber elegante Ergänzung zur EVM. Dieser neue Opcode, PUSH0, tut genau das, was er sagt: Er legt den Wert Null auf den Stack. Zuvor mussten Entwickler schwerere, teurere Opcodes verwenden, um dies zu erreichen. PUSH0 macht den Bytecode etwas kleiner und gas-effizienter, insbesondere für die zahlreichen Verträge, die Variablen auf Null initialisieren.

  • EIP-3860 — initcode begrenzen & messen Diese Änderung führte zwei Regeln für den Code ein, der zur Erstellung eines Smart Contracts (initcode) verwendet wird. Erstens wurde die maximale Größe von initcode auf 49.152 Bytes begrenzt. Zweitens wurde eine kleine Gasgebühr für jeden 32-Byte-Block dieses Codes hinzugefügt. Dies verhindert Denial-of-Service-Angriffe mit übermäßig großen Verträgen und macht die Kosten für die Vertragserstellung vorhersehbarer.

  • EIP-6049 — SELFDESTRUCT verwerfen (Warnung) Dies war keine Code-Änderung, sondern eine formelle Warnung an die Entwicklergemeinschaft. Sie signalisierte, dass die Funktionalität des SELFDESTRUCT-Opcodes, der es einem Vertrag erlaubt, sich selbst zu löschen und seine ETH an eine Zieladresse zu senden, in einem zukünftigen Upgrade drastisch geändert werden würde. Dies gab Entwicklern Zeit, ihre Abhängigkeit davon schrittweise zu reduzieren, bevor das Dencun-Upgrade später sein Verhalten mit EIP-6780 änderte.


Auszahlungen 101: Teilweise vs. Vollständig

Shapella führte zwei Arten von automatischen Auszahlungen ein, jede mit ihren eigenen Regeln.

  • Teilweise Auszahlungen Dies sind automatische Belohnungsabzüge. Wenn das Guthaben eines Validators durch Konsensschicht-Belohnungen über 32 ETH steigt, "schöpft" das Protokoll den überschüssigen Betrag automatisch ab und sendet ihn an die vorgesehene Auszahlungsadresse. Der Validator bleibt aktiv und setzt seine Aufgaben fort. Dies geschieht ohne erforderliche Aktion des Stakers.

  • Vollständige Auszahlungen (Beenden) Dies ist für Staker, die die Validierung beenden und ihr gesamtes Guthaben abrufen möchten. Der Staker muss zuerst eine freiwillige Exit-Nachricht senden. Nach einer Wartezeit wird der Validator für eine vollständige Auszahlung berechtigt. Sobald diese im Abzugsprozess verarbeitet wurde, wird das gesamte Guthaben an die Auszahlungsadresse gesendet, und der Validator ist nicht mehr Teil des aktiven Sets.

Durchsatz und Kadenz

Das Netzwerk ist so konzipiert, dass Auszahlungen reibungslos verarbeitet werden, ohne Instabilität zu verursachen.

  • Bis zu 16 Auszahlungen können in jedem Block (alle 12 Sekunden) enthalten sein, was ein Maximum von ungefähr 115.200 Auszahlungen pro Tag ermöglicht.
  • Der Block-Proposer scannt die Liste der aktiven Validatoren und nimmt die ersten 16 berechtigten Auszahlungen auf. Der nächste Block-Proposer macht dort weiter, wo der letzte aufgehört hat, um sicherzustellen, dass jeder Validator an die Reihe kommt.
  • Um einen Massenexodus zu verhindern, der das Netzwerk destabilisieren könnte, ist die Anzahl der Validatoren, die pro Epoche (alle ~6,4 Minuten) austreten können, durch ein Churn-Limit begrenzt. Dieses Limit ist dynamisch und basiert auf der Gesamtzahl der aktiven Validatoren, wodurch Austrittswellen geglättet werden.

Es ist auch wichtig zu beachten, dass Konsensschicht-Belohnungen durch diesen EIP-4895-Auszahlungsmechanismus abgewickelt werden, während Ausführungsschicht-Belohnungen (Prioritätsgebühren und MEV) direkt an die konfigurierte Gebührenempfängeradresse eines Validators gesendet werden und sofort verfügbar sind.


Was danach kam: Dencun und der Weg zur Skalierbarkeit

Shapella markierte den erfolgreichen Abschluss der "Merge-Ära". Da Staking nun ein vollständig liquider, zweiseitiger Prozess ist, wandten sich die Entwickler der nächsten großen Herausforderung von Ethereum zu: der Skalierbarkeit.

Das nächste große Upgrade, Dencun (Deneb + Cancun), wurde am 13. März 2024 aktiviert. Sein Kernstück war EIP-4844, das "Blobs" einführte – eine neue, günstigere Methode für Layer-2-Rollups, Transaktionsdaten im Ethereum-Mainnet zu veröffentlichen. Dies senkte die Transaktionsgebühren auf L2s drastisch und war ein großer Schritt auf dem Rollup-zentrierten Fahrplan. Dencun erfüllte auch das Versprechen von EIP-6049 durch die Implementierung von EIP-6780, das die Macht des SELFDESTRUCT-Opcodes erheblich einschränkte.


Das Gesamtbild

Shapella war der entscheidende Vertrauens-Meilenstein für Ethereums Proof-of-Stake-Konsens. Durch die Ermöglichung von Auszahlungen wurde das Staking ent-riskiert, die Liquidität wiederhergestellt und die Fähigkeit des Netzwerks bestätigt, komplexe, koordinierte Upgrades durchzuführen. Es lieferte auch eine Reihe pragmatischer EVM-Verbesserungen, die technische Schulden bereinigten und den Weg für zukünftige Optimierungen ebneten.

Kurz gesagt, Shapella öffnete nicht nur die Ausfahrt für Staker – es festigte das Fundament der Post-Merge-Ära und ebnete den Weg für Ethereum, sich auf seine nächste Grenze zu konzentrieren: die Massenskalierbarkeit.

Einführung von dStore von BlockEden.xyz powered by EthStorage

· 6 Min. Lesezeit
Dora Noda
Software Engineer

Wir haben es uns zur Aufgabe gemacht, die Web3-Industrie von morgen aufzubauen und zu beschleunigen. Wir legen größten Wert auf die Developer Experience und streben nach ständiger Innovation. Aus diesem Grund bieten wir nun dStore an, einen dezentralen Dateispeicher, der auf EthStorage basiert. dStore ist eine verwaltete Speicherlösung für Ersteller und Entwickler von jeder Blockchain. Er ist benutzerfreundlich, EVM-kompatibel, kostengünstig und auf Petabyte-Ebene skalierbar – alles ermöglicht durch EthStorage.

BlockEden.xyz dStore

Was ist EthStorage?

EthStorage ist eine Layer-2-Lösung, die programmierbaren dynamischen Speicher basierend auf der Data Availability von Ethereum bietet. Sie wird die Speicherkosten für die Speicherung großer Datenmengen auf Ethereum erheblich senken und die Kosten von 1 % auf 0,1 % reduzieren. Die niedrigen Kosten für die Speicherung großer Datenmengen durch EthStorage können in Zukunft ein vollständig dezentralisiertes Netzwerk besser ermöglichen. EthStorage ist hochgradig in die EVM integriert und kompatibel mit Solidity, Remix, Hardhat und MetaMask. Das Team erhielt einen Forschungszuschuss der Ethereum Foundation für die Forschung zur Datenverfügbarkeit.

EthStorage Vergleich mit Filecoin und Arweave

EthStorage wurde von Dr. Qi Zhou erfunden, dem Gründer von QuarkChain und Autor von EIP-4804/4972/5018/5027/5478. Sie können den Status von EthStorage über die folgenden Quellen verfolgen:

Warum ist dezentraler Speicher wichtig?

Dezentraler Speicher ist wichtig, da er es ermöglicht, Daten verteilt zu speichern, anstatt sie an einem einzigen Ort zu konzentrieren. Dies bietet mehrere Vorteile, wie erhöhte Sicherheit und Zuverlässigkeit sowie verbesserte Zugänglichkeit. Da dezentrale Speichersysteme verteilt sind, sind sie beispielsweise weniger anfällig für Angriffe, Zensur oder Ausfälle und können selbst dann weiter funktionieren, wenn einige der einzelnen Komponenten ausfallen. Da die Daten auf mehreren Geräten gespeichert sind, kann zudem von mehreren Standorten aus darauf zugegriffen werden, was für die Nutzer komfortabler ist.

Was bietet der dStore von BlockEden.xyz?

Wir glauben fest an die Vision von Dr. Zhou, kostengünstigeren Speicher in das dezentrale Web zu bringen, und möchten mit seinem Team zusammenarbeiten, um diese Innovation jedem Web3-Entwickler auf dem Planeten zugänglich zu machen.

Genauer gesagt werden wir EthStorage als zugrunde liegenden Anbieter für unseren Blob-Store einsetzen. Unsere Entwickler können darauf aufbauen, um ihre DApps schneller zu entwickeln und sofort zu skalieren.

Webportal für die Dateiverwaltung

Entwickler und Ersteller können ihre statischen Assets per Drag-and-Drop in diesen Dateispeicher ziehen und sie einfach verwalten. Wir befreien sie von den Mühen der Verwaltung privater Schlüssel, der Zahlung von Transaktionsgebühren und der Pflege von Dateien direkt auf Blockchains.

BlockEden.xyz dStore Architektur

Um die Dezentralisierung des Speichers zu gewährleisten, können Entwickler den verwalteten Store jederzeit auf ihre eigene Adresse übertragen (Eject). Darüber hinaus werden wir das Backend des Dateispeichers als Open Source bereitstellen, damit Entwickler oder andere Anbieter von Entwicklerdiensten problemlos Dateiverwaltungsdienste hosten können.

Erschließung neuer Geschäftsmöglichkeiten durch strategische Partnerschaften

Zusätzlich zum heute eingeführten dStore gibt es zukünftige Integrationsmöglichkeiten zwischen EthStorage und BlockEden.xyz.

CDN zur Beschleunigung des Lesevorgangs

Die meisten Internetdienste sind leseintensiv, und es braucht Zeit, eine große Anzahl von Ressourcen aus einem dezentralen Speicher bereitzustellen. Mit unserem CDN-Service können Entwickler sowohl von der Dezentralisierung der Quelldateien als auch von der blitzschnellen Geschwindigkeit profitieren, die wir mit einem CDN erreichen können.

Node-Service und API-Gateway zu EthStorage

Wir werden Entwicklern und Unternehmen nach dem Launch des EthStorage-Mainnets API-Zugang zu EthStorage-Testnet- und Mainnet-Blockchain-Nodes bieten. Hier sind einige Gründe, warum Entwickler uns anstelle ihrer eigenen oder der offiziellen Nodes wählen sollten:

  1. Einfacher Zugriff auf Blockchain-Nodes: Die BlockEden.xyz ChainPlus API bietet einfachen Zugriff auf EthStorage-Nodes, die zur Interaktion mit diesen Blockchain-Netzwerken verwendet werden können. Beginnen Sie mit dem Aufbau in 10 Sekunden, anstatt 20 Stunden für den Start und unzählige Stunden für die Wartung aufzuwenden!

  2. Skalierbarkeit: BlockEden.xyz bietet hochskalierbare Nodes, die ein hohes Aufkommen an Traffic und Transaktionen bewältigen können. Dies kann für Unternehmen und Projekte wichtig sein, die große Datenmengen oder hohe Nutzeraktivität erfordern.

  3. Zuverlässigkeit: Die Nodes von BlockEden.xyz sind hochzuverlässig mit einer Uptime von 99,9 %. Dies ist entscheidend für Unternehmen und Projekte, die sicherstellen müssen, dass ihre Anwendungen oder Dienste für die Nutzer immer verfügbar sind.

Wie verwendet man dStore mit EthStorage?

Schritt 1. Gehen Sie auf https://BlockEden.xyz/dash/dstore und ziehen Sie Ihre Dateien per Drag-and-Drop in das Fenster.

dStore - wie es funktioniert? Schritt 1

Schritt 2. Nachdem die Datei erfolgreich in den EthStorage hochgeladen wurde, sehen Sie den Eintrag in der Tabelle. Klicken Sie dann mit der rechten Maustaste auf die Zeile und wählen Sie „Copy URL“, um den Link zu erhalten. Sie können eine Datei auch löschen, indem Sie „Delete“ auswählen.

dStore - wie es funktioniert? Schritt 2

Zugegebenermaßen hat die aktuelle Version von dStore einige Einschränkungen. Wir unterstützen derzeit das Hochladen von Verzeichnissen und großen Dateien (Größe > 2 MB) noch nicht. Das Hochladen von mittelgroßen Bildern kann einige zig Sekunden dauern. Dies ist jedoch nur eine erste Version, und wir werden das Produkt langfristig kontinuierlich verbessern.

Dr. Qi Zhou, Gründer von EthStorage, teilte sein Lob auf Twitter:

Mike Thrift, BD bei BlockEden.xyz, kommentierte: „dStore bereichert unser gebündeltes Angebot für Ersteller und Entwickler und legt ein solides Fundament für unsere aggregierten Funktions-API-Dienste für Blockchains. Es macht uns zu einem aktiven Mitwirkenden im Ethereum-Ökosystem und bietet unseren Aptos- und Sui-Entwicklern eine kosteneffektivere und flexiblere Wahl als IPFS oder Arweave.“

BlockEden.xyz setzt sich dafür ein, Web3-Entwicklern die besten Developer Experiences zu bieten, was weit über Blockchain-RPCs hinausgeht. Der dezentrale Speicher öffnet Entwicklern neue Türen, um ihre NFT-Assets und Dateien in unserem One-Stop-Shop zu verwalten. Starten Sie noch heute kostenlos unter https://blockeden.xyz/dstore

Extending BlockEden.xyz RPC Service to Ethereum Ecosystem

· 2 Min. Lesezeit
Jack Sim
Web3 Builder

Back to a month ago, we made a public incognito Ethereum mainnet RPC endpoint available to Metamask users (blog post), which attracted and was used by a few users. Now we decided to expand the benefit to our developer customers too!

eth

How to get started?

Step 1. Go to https://blockeden.xyz/dash/. Please sign up if you haven’t done so.

Step 2. Input your name for the API key, select ETH Mainnet, and then click + Create key.

create eth mainnet api key

Step 3. Grab your access URL by clicking it and copying it to the clipboard.

Step 4. Use the access URL in your project like the following. Remember to replace <access_key> with your own key.

To test it, using curl to connect ETH mainnet

curl --location --request POST 'https://eth-mainnet.blockeden.xyz/<access_key>' \
--header 'Content-Type: application/json' \
--data-raw '{
"jsonrpc":"2.0",
"method":"eth_blockNumber",
"params":[],
"id":73
}'

Why Ethereum Network?

Ethereum network has the biggest developer ecosystem, and there are so many great innovations accumulated over years. Supporting it is going to create significant synergy with Move ecosystem. Many of our customers are not exclusive Move developers. Building a single stop for all needed services makes their life easier.

Enjoy our new service and happy holidays!