Zum Hauptinhalt springen

24 Posts getaggt mit "Ethereum"

Alle Tags anzeigen

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

· 12 Minuten 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 Minuten 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 Minuten 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 Minuten 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.

dStore von BlockEden.xyz, powered by EthStorage, wird gestartet

· 6 Minuten Lesezeit
Dora Noda
Software Engineer

Wir haben es uns zur Aufgabe gemacht, die Web3-Branche von morgen aufzubauen und zu beschleunigen. Wir sind besessen von der Entwicklererfahrung und streben nach stĂ€ndiger Innovation. Aus diesem Grund bieten wir jetzt einen dezentralen Dateispeicher an, der von EthStorage betrieben wird. dStore ist eine verwaltete Speicherlösung fĂŒr Kreative und Entwickler von jeder Blockchain. Es ist benutzerfreundlich, EVM-kompatibel, kostengĂŒnstig und auf Petabyte-Ebene skalierbar, alles powered by EthStorage.

BlockEden.xyz dStore

Was ist EthStorage?​

EthStorage ist eine Layer-2-Lösung, die programmierbaren dynamischen Speicher auf Basis der DatenverfĂŒgbarkeit von Ethereum bereitstellt. Es wird die Speicherkosten fĂŒr die Speicherung großer Datenmengen auf Ethereum erheblich senken und die Kosten von 1 % auf 0,1 % reduzieren. Die geringen Kosten fĂŒr die Speicherung großer Daten durch EthStorage können in Zukunft ein vollstĂ€ndig dezentrales Netzwerk besser ermöglichen. EthStorage ist stark in EVM integriert und mit Solidity, Remix, Hardhat und MetaMask kompatibel. Das Team erhielt einen Forschungszuschuss von 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 die Speicherung von Daten auf verteilte Weise ermöglicht, anstatt sie an einem einzigen Ort zu speichern. Dies hat mehrere Vorteile, wie erhöhte Sicherheit und ZuverlĂ€ssigkeit sowie verbesserte ZugĂ€nglichkeit. Da dezentrale Speichersysteme beispielsweise verteilt sind, sind sie weniger anfĂ€llig fĂŒr Angriffe, Zensur oder AusfĂ€lle und können auch dann weiter funktionieren, wenn einzelne Komponenten ausfallen. Da die Daten auf mehreren GerĂ€ten gespeichert sind, können sie außerdem von mehreren Standorten aus abgerufen werden, was die Nutzung fĂŒr Benutzer bequemer macht.

Was bietet BlockEden.xyz's dStore?​

Wir glauben fest an Dr. Zhous Vision, kostengĂŒnstigeren Speicher ins 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 unseres Blob-Speichers einsetzen. Unsere Entwickler können darauf aufbauen, um ihre DApps schneller zu erstellen und sofort zu skalieren.

Webportal fĂŒr Dateiverwaltung

Entwickler und Kreative können ihre statischen Assets per Drag & Drop in diesen Dateispeicher ziehen und einfach verwalten. Wir befreien sie von den MĂŒhen der Verwaltung privater SchlĂŒssel, der Zahlung von TransaktionsgebĂŒhren und der Dateiverwaltung mit Blockchains.

BlockEden.xyz dStore Architektur

Um die Dezentralisierung des Speichers zu gewĂ€hrleisten, können Entwickler den verwalteten Speicher jederzeit an ihre eigene Adresse ĂŒbertragen. DarĂŒber hinaus werden wir das Backend des Dateispeichers als Open Source veröffentlichen, damit Entwickler oder andere entwicklerorientierte Anbieter Dateiverwaltungsdienste einfach hosten können.

Neue GeschĂ€ftsmöglichkeiten durch strategische Partnerschaften erschließen​

ZusĂ€tzlich zum heute gestarteten dStore gibt es auch zukĂŒnftige Integrationsmöglichkeiten zwischen EthStorage und BlockEden.xyz.

CDN zur Beschleunigung des Lesevorgangs

Die meisten Internetdienste sind leseintensiv und benötigen Zeit, um eine große Anzahl von Ressourcen aus einem dezentralen Speicher bereitzustellen. Mit unserem CDN-Dienst können Entwickler sowohl die Dezentralisierung der Quelldateien als auch die blitzschnelle Geschwindigkeit genießen, die wir mit einem CDN erreichen können.

Node-Dienst und API-Gateway zu EthStorage

Wir werden nach dem Start des EthStorage-Mainnets API-Zugriff auf die EthStorage-Testnet- und Mainnet-Blockchain-Nodes fĂŒr Entwickler und Unternehmen bereitstellen. 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 in 10 Sekunden mit dem Aufbau, anstatt 20 Stunden fĂŒr den Start und unzĂ€hlige Stunden fĂŒr die Wartung aufzuwenden!

  2. Skalierbarkeit: BlockEden.xyz bietet hochskalierbare Nodes, die hohe Verkehrs- und Transaktionsaufkommen bewĂ€ltigen können. Dies kann fĂŒr Unternehmen und Projekte wichtig sein, die große Datenmengen oder BenutzeraktivitĂ€ten erfordern.

  3. ZuverlĂ€ssigkeit: BlockEden.xyz-Nodes sind hochzuverlĂ€ssig, mit einer VerfĂŒgbarkeit von 99,9 %. Dies kann fĂŒr Unternehmen und Projekte wichtig sein, die sicherstellen mĂŒssen, dass ihre Anwendungen oder Dienste den Benutzern immer zur VerfĂŒgung stehen.

Wie verwende ich dStore mit EthStorage?​

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

dStore - wie es funktioniert? Schritt 1

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

dStore - wie es funktioniert? Schritt 2

Zugegebenermaßen hat die aktuelle Version von dStore einige EinschrĂ€nkungen. Wir unterstĂŒtzen das Hochladen von Verzeichnissen und großen Dateien (GrĂ¶ĂŸe > 2 MB) nicht. Das Hochladen mittelgroßer Bilder kann mehrere zehn Sekunden dauern. Dies ist jedoch nur eine erste Version, und wir werden das Produkt langfristig weiter verbessern.

Dr. Qi Zhou, GrĂŒnder von EthStorage, teilt sein Lob auf Twitter -

Mike Thrift, BD bei BlockEden.xyz, kommentierte: „dStore hat unser gebĂŒndeltes Angebot fĂŒr Kreative und Entwickler bereichert und eine solide Grundlage fĂŒr unsere aggregierten Funktions-API-Dienste fĂŒr Blockchains gelegt. Es hat uns zu einem aktiven Mitwirkenden am Ethereum-Ökosystem gemacht und unseren Aptos- und Sui-Entwicklern eine kostengĂŒnstigere und flexiblere Wahl als IPFS oder Arweave geboten.“

BlockEden.xyz ist bestrebt, Web3-Entwicklern die besten Entwicklererfahrungen zu bieten, was sich nicht auf Blockchain-RPCs beschrÀnkt. Der dezentrale Speicher eröffnet Entwicklern neue Möglichkeiten, 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 Minuten 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!