EIP-2930: Optionale Zugriffslisten für Ethereum-Transaktionen

Definition

EIP-2930, oder Ethereum Improvement Proposal 2930, führt einen neuen Transaktionstyp in die Ethereum-Blockchain ein, der eine Zugriffsliste enthält. Diese Zugriffsliste ist eine vorab deklarierte Aufstellung von Adressen und Speicherschlüsseln, mit denen eine Transaktion während ihrer Ausführung voraussichtlich interagieren wird. Die primäre Motivation hinter dieser Innovation war es, die erhöhten Gaskosten für den Zugriff auf "kalten" Speicher zu mindern, eine Änderung, die durch den vorhergehenden Vorschlag EIP-2929 eingeführt wurde. Indem Transaktionen ihre beabsichtigten Zugriffsmuster im Voraus explizit angeben können, ermöglicht EIP-2930 ein effizienteres und vorhersehbareres Gaskostenmodell für komplexe Smart-Contract-Interaktionen, wodurch potenzielle Vertragsbrüche verhindert und die allgemeine Netzwerkstabilität verbessert werden.

Kernaussage

Der Hauptvorteil von EIP-2930 liegt in seiner Fähigkeit, die Gaskosten für Transaktionen, die mit einem bekannten Satz von Smart Contracts und Speicherplätzen interagieren, erheblich zu senken. Durch das "Vorwärmen" dieser spezifischen Datenorte mittels der Zugriffsliste vermeiden Transaktionen die höheren Gasgebühren, die typischerweise für den Zugriff auf zuvor unberührten ("kalten") Speicher anfallen würden. Dieser Mechanismus macht die Transaktionsausführung nicht nur wirtschaftlicher, sondern stellt auch die fortgesetzte Funktionalität von Smart Contracts sicher, die andernfalls aufgrund früherer Gaskostenanpassungen wirtschaftlich unrentabel oder "festgefahren" wären.

Mechanik

EIP-2930 führt einen eigenständigen Transaktionstyp ein, der durch das Präfix 0x01 gekennzeichnet ist und vom älteren Transaktionsformat abweicht. Dieses neue Format integriert einen accessList-Parameter als Teil seiner RLP-Kodierung (Recursive Length Prefix). Die vollständige Struktur einer EIP-2930-Transaktion lautet 0x01 || rlp([chainId, nonce, gasPrice, gasLimit, to, value, data, accessList, signatureYParity, signatureR, signatureS]). Die accessList selbst ist ein Array von Objekten, wobei jedes Objekt eine Ethereum-Adresse und ein Array von Speicherschlüsseln angibt, die mit dieser Adresse verknüpft sind. Zum Beispiel: [{ "address": "0x...", "storageKeys": ["0x...", "0x..."] }].

Wenn eine EIP-2930-Transaktion verarbeitet wird, werden die in ihrer accessList angegebenen Adressen und Speicherschlüssel sofort in globale Sets geladen, die von der Ethereum Virtual Machine (EVM) verwaltet werden: accessed_addresses und accessed_storage_keys. Dieser Prozess wird oft als "Vorwärmen" dieser Speicherorte bezeichnet. Entscheidend ist, dass alle nachfolgenden SLOAD- (Speicherladen) oder EXT*- (externer Code-/Guthabenzugriff) Operationen innerhalb der Transaktionsausführung, die eine Adresse oder einen Speicherschlüssel ansprechen, der bereits in diesen "vorgewärmten" Sets vorhanden ist, deutlich reduzierte Gaskosten von nur 100 Gas verursachen. Dies ist ein erheblicher Rabatt im Vergleich zu den viel höheren Kosten, die mit dem Zugriff auf "kalten" Speicher verbunden sind, welche mehrere Tausend Gas betragen können.

Es ist wichtig zu verstehen, dass die accessList keine restriktive Whitelist ist. Eine Transaktion wird nicht daran gehindert, auf Adressen oder Speicherschlüssel zuzugreifen, die nicht in ihrer Zugriffsliste enthalten sind. Solche "nicht gelisteten" Zugriffe werden jedoch als "kalte" Zugriffe behandelt und verursachen die standardmäßigen, höheren Gaskosten. Die accessList dient ausschließlich als Optimierungsmechanismus, der es Benutzern ermöglicht, für erwartete Zugriffe zu einem reduzierten Preis im Voraus zu bezahlen. Die Generierung einer effektiven accessList beinhaltet typischerweise die Simulation der Transaktion außerhalb der Kette mithilfe eines Ethereum-Clients (wie der eth_createAccessList-Methode von Geth), um die Adressen und Speicherplätze, die berührt werden, genau vorherzusagen. Dies stellt sicher, dass die Liste umfassend genug ist, um alle relevanten Zugriffe zu erfassen und die Gasersparnis zu maximieren, ohne die Transaktionsgröße unnötig aufzublähen.

Trading-Relevanz

Obwohl EIP-2930 keine direkten Auswirkungen auf Marktpreise hat oder Handelssignale liefert, ist seine Auswirkung auf die Transaktionskosten von erheblicher indirekter Relevanz für Trader und Teilnehmer im dezentralen Finanzwesen (DeFi). In stark umkämpften Umgebungen wie Arbitrage oder Liquidationen, wo Millisekunden und winzige Gasgebührenunterschiede über die Rentabilität entscheiden können, ist die Fähigkeit, Gaskosten vorherzusagen und zu reduzieren, von größter Bedeutung. Durch die Nutzung von Zugriffslisten können Trader, die komplexe mehrstufige Transaktionen ausführen – wie das Swappen von Token über mehrere dezentrale Börsen, das Bereitstellen von Liquidität oder das Verwalten von Sicherheiten in Kreditprotokollen – konsistentere und niedrigere Ausführungskosten erzielen. Diese Vorhersehbarkeit reduziert das Risiko, dass Transaktionen aufgrund von unzureichendem Gas fehlschlagen oder aufgrund unerwarteter Spitzen bei den Gaspreisen für den Zugriff auf kalten Speicher wirtschaftlich unrentabel werden.

Darüber hinaus bietet EIP-2930 für automatisierte Handelsbots oder Hochfrequenzstrategien einen Mechanismus zur Optimierung der Betriebskosten. Bots, die häufig mit demselben Satz von Smart Contracts und Speicherplätzen interagieren, können einmal (oder periodisch) eine accessList generieren und diese wiederverwenden, um sicherzustellen, dass ihre wiederkehrenden Operationen von den reduzierten Gasraten profitieren. Dies kann einen Wettbewerbsvorteil schaffen, indem der Break-Even-Punkt für profitable Trades gesenkt und die Gesamteffizienz des Kapitaleinsatzes erhöht wird. Die durch EIP-2930 bereitgestellte Stabilität und Kostenreduzierung tragen zu einer robusteren und effizienteren Marktinfrastruktur bei, was indirekt allen Teilnehmern zugutekommt, indem es ein gesünderes Umfeld für die Entwicklung und Nutzung von dApps fördert, was wiederum Liquidität und Innovation innerhalb des Krypto-Ökosystems vorantreibt.

Risiken

Trotz seiner Vorteile birgt die Implementierung und Nutzung von EIP-2930 bestimmte Risiken und Komplexitäten. Eine primäre Herausforderung liegt in der genauen Generierung der accessList. Ist die Liste unvollständig, d.h. sie lässt Adressen oder Speicherschlüssel aus, auf die die Transaktion letztendlich zugreift, so verursachen diese nicht gelisteten Zugriffe weiterhin die höheren "kalten" Gaskosten, was die beabsichtigten Einsparungen ganz oder teilweise zunichtemachen kann. Umgekehrt erhöht eine übermäßig umfassende accessList, die viele Adressen und Speicherschlüssel enthält, die von der Transaktion tatsächlich nicht verwendet werden, die Gesamtgröße der Transaktion. Da die Transaktionsgröße selbst zu den Gaskosten beiträgt, kann eine ineffizient große Zugriffsliste paradoxerweise zu höheren Gesamtgasgebühren führen als eine Transaktion ohne Zugriffsliste. Dies erfordert ein feines Gleichgewicht und macht oft Off-Chain-Simulationstools zur Optimierung der Liste erforderlich.

Ein weiteres Risiko ist das Potenzial für Benutzerfehler oder Fehlkonfigurationen. Das manuelle Erstellen einer accessList für eine komplexe Transaktion ist fehleranfällig und wird im Allgemeinen nicht empfohlen. Das Vertrauen auf clientseitige Simulationstools, obwohl effektiv, fügt der Transaktionsvorbereitung eine zusätzliche Komplexitätsebene hinzu. Entwickler und Benutzer müssen sicherstellen, dass sie aktuelle Client-Software verwenden und verstehen, wie Zugriffslisten korrekt generiert und in ihre Transaktionsabläufe integriert werden. Darüber hinaus mildert EIP-2930 zwar die Auswirkungen von EIP-2929, eliminiert jedoch nicht alle Quellen der Gaskostenvolatilität. Netzwerküberlastung, Schwankungen der Basisgebühr (aufgrund von EIP-1559) und die inhärente Komplexität der Smart-Contract-Ausführung können weiterhin zu variablen Transaktionskosten führen, was bedeutet, dass eine Zugriffsliste eine Optimierung, aber keine absolute Vorhersehbarkeit bietet. Die zusätzliche Komplexität könnte auch weniger technisch versierte Benutzer davon abhalten, diese Funktion zu nutzen, was möglicherweise eine Kluft in der Transaktionseffizienz schafft.

Geschichte und Beispiele

EIP-2930 wurde als direkte Antwort auf die Herausforderungen eingeführt, die durch EIP-2929 entstanden sind, welches die Gaskosten für den Zugriff auf "kalte" Speicherplätze und Adressen erheblich erhöhte. EIP-2929, Teil des Berlin-Hard Forks, zielte darauf ab, die Sicherheit und Effizienz des Ethereum-Netzwerks zu verbessern, indem die Kosten für den State-Zugriff die zugrunde liegende Ressourcenverbrauch genauer widerspiegelten. Diese Änderung führte jedoch unbeabsichtigt dazu, dass mehrere bestehende Smart Contracts, die auf häufigen Kaltzugriff angewiesen waren, "kaputtgingen" oder wirtschaftlich unrentabel wurden, insbesondere solche, die vor der Antizipation solcher Kostensteigerungen entworfen wurden. Diese Verträge blieben "stecken", weil ihre Operationen plötzlich zu teuer wurden, um ausgeführt zu werden. EIP-1884, eine frühere Gaskostenanpassung, hatte ebenfalls ähnliche Probleme für einige Verträge verursacht.

Um dieses kritische Problem zu lösen, wurde EIP-2930 vorgeschlagen und anschließend im Rahmen des London-Hard Forks im August 2021 zusammen mit EIP-1559 implementiert. Sein Zweck war es, diese betroffenen Verträge zu "entblockieren", indem ein Mechanismus zur Verfügung gestellt wurde, um für kalte Zugriffe zu einem reduzierten Preis im Voraus zu bezahlen. Ein praktisches Beispiel für den Nutzen von EIP-2930 findet sich in komplexen DeFi-Protokollen. Stellen Sie sich einen Benutzer vor, der mit einer dezentralen Börse (DEX) interagiert, um Token zu tauschen, wobei der Tausch mehrere Zwischen-Token und Liquiditätspools über verschiedene Verträge hinweg beinhaltet. Ohne eine Zugriffsliste würde jede Interaktion mit einem neuen Vertrag oder Speicherplatz hohe Gaskosten für den Kaltzugriff verursachen. Mit EIP-2930 kann der Benutzer oder eine dApp-Oberfläche die gesamte Transaktion simulieren, eine accessList generieren, die alle relevanten DEX-Vertragsadressen, Token-Vertragsadressen und spezifische Speicherplätze (z.B. für Liquiditätsguthaben oder Genehmigungen) enthält, und dann die Transaktion mit dieser Liste übermitteln. Dies stellt sicher, dass all diese Zugriffe von Anfang an "vorgewärmt" sind, was zu einer wesentlich niedrigeren Gesamtgasgebühr für den mehrstufigen Vorgang führt. Dieser Mechanismus war entscheidend für die Aufrechterhaltung der wirtschaftlichen Rentabilität und des Benutzererlebnisses vieler anspruchsvoller dApps auf Ethereum.

Häufige Missverständnisse

Ein weit verbreitetes Missverständnis bezüglich EIP-2930 ist die Annahme, dass eine accessList als strikte Whitelist fungiert und eine Transaktion daran hindert, mit Adressen oder Speicherschlüsseln zu interagieren, die nicht explizit enthalten sind. Dies ist falsch. Die accessList ist rein ein Optimierungsmechanismus und keine Sicherheits- oder Einschränkungsfunktion. Eine Transaktion kann Adressen und Speicherschlüssel außerhalb ihrer deklarierten Liste absolut zugreifen; diese "nicht gelisteten" Zugriffe verursachen jedoch einfach die standardmäßigen, höheren "kalten" Gaskosten, genau wie bei einer älteren Transaktion ohne Zugriffsliste. Der Zweck ist es, einen Rabatt für erwartete Zugriffe zu gewähren, nicht eine Grenze zu erzwingen.

Ein weiteres häufiges Missverständnis ist, dass EIP-2930 eine feste oder perfekt vorhersehbare Gaskosten für eine Transaktion garantiert. Obwohl es die Vorhersehbarkeit durch die Stabilisierung der Kosten für den State-Zugriff erheblich verbessert, berücksichtigt es nicht alle Variablen, die die gesamten Gasgebühren beeinflussen. Die tatsächliche Ausführungslogik eines Smart Contracts, einschließlich der Anzahl der Berechnungen, Schleifen und internen Speicherschreibvorgänge, bestimmt immer noch einen wesentlichen Teil der Gaskosten. Darüber hinaus beeinflussen Netzwerküberlastung und der dynamische Basisgebührenmechanismus, der durch EIP-1559 eingeführt wurde, weiterhin die gesamte Transaktionsgebühr. Daher sollte EIP-2930 als ein leistungsstarkes Werkzeug zur Optimierung einer spezifischen Komponente der Gaskosten (State-Zugriff) betrachtet werden und nicht als Allheilmittel für die gesamte Gaspreisvolatilität. Benutzer müssen weiterhin andere Faktoren berücksichtigen, wenn sie die gesamten Transaktionskosten schätzen.

Zusammenfassung

EIP-2930 stellt einen bedeutenden Fortschritt im Transaktionsmodell von Ethereum dar, indem es optionale Zugriffslisten einführt, um die erhöhten Gaskosten im Zusammenhang mit dem "kalten" State-Zugriff zu mindern. Indem Transaktionen die Adressen und Speicherschlüssel, mit denen sie interagieren wollen, vorab deklarieren können, ermöglicht EIP-2930, diese Orte "vorzuwärmen", was zu erheblich reduzierten Gasgebühren für nachfolgende Operationen führt. Dieser Mechanismus war entscheidend, um Smart Contracts, die von EIP-2929 und EIP-1884 betroffen waren, zu "entblockieren" und ihre fortgesetzte wirtschaftliche Rentabilität sicherzustellen. Obwohl die genaue Generierung der Zugriffsliste, oft durch clientseitige Simulation, erforderlich ist, bietet EIP-2930 ein leistungsstarkes Werkzeug für Entwickler und Benutzer, um Transaktionskosten zu optimieren, die Vorhersehbarkeit zu verbessern und die Gesamteffizienz von Interaktionen innerhalb des Ethereum-Ökosystems zu steigern, insbesondere für komplexe dezentrale Anwendungen und automatisierte Strategien.