EIP-1153 erklärt: Transient Storage, TLOAD, TSTORE und Smart-Contract-Risiken

Bei Ethereum entscheidet nicht nur der Kurs von ETH darüber, wie gut das Netzwerk funktioniert. Auch scheinbar kleine Änderungen an der Ethereum Virtual Machine (EVM) beeinflussen die Kosten, Sicherheit und Gestaltung von Smart Contracts. EIP-1153 ist ein solches Upgrade: Es ermöglicht vorübergehende Datenspeicherung innerhalb einer Transaktion. In diesem Fachartikel erfährst du, was Transient Storage bedeutet, wie TLOAD und TSTORE funktionieren, welche Anwendungen davon profitieren und weshalb die neue Technik keineswegs automatisch sichere oder profitable DeFi-Anwendungen garantiert.

Was ist EIP-1153?

EIP steht für Ethereum Improvement Proposal. Ein EIP beschreibt eine vorgeschlagene oder verabschiedete technische Änderung am Ethereum-Protokoll. EIP-1153 trägt den Titel Transient storage opcodes und definiert zwei zusätzliche Befehle für die EVM: TLOAD und TSTORE. Sie ermöglichen das Lesen und Schreiben temporärer Werte, die nur während einer einzigen Ethereum-Transaktion bestehen. Sobald die Transaktion vollständig abgeschlossen ist, wird dieser temporäre Speicher verworfen. Er wird nicht dauerhaft Teil des Blockchain-Zustands.

Das klingt zunächst abstrakt. Stelle dir eine Anwendung vor, die während einer Transaktion mehrere interne Arbeitsschritte ausführt: Token prüfen, Guthaben zwischen Verträgen verschieben, einen Zwischensaldo speichern und am Ende kontrollieren, ob alle Bedingungen erfüllt sind. Für manche dieser Informationen ist es unnötig, sie dauerhaft auf der Blockchain abzulegen. Genau für solche kurzfristigen Informationen schafft EIP-1153 einen eigenen Speicherbereich.

Der Unterschied zwischen Storage, Memory und Transient Storage

Persistenter Storage bleibt über Transaktionen hinweg erhalten. Wenn ein Smart Contract einen Kontostand oder eine dauerhafte Berechtigung speichert, muss dieser Wert auch morgen noch verfügbar sein. Memory ist hingegen temporärer Arbeitsspeicher eines einzelnen Ausführungskontexts. Transient Storage liegt konzeptionell dazwischen: Die Werte sind innerhalb derselben Transaktion über bestimmte Aufrufgrenzen hinweg für denselben Contract zugänglich, verschwinden aber am Transaktionsende. Dieser Unterschied ist entscheidend für Entwickler, weil ein Funktionsaufruf nicht automatisch alle transienten Werte zurücksetzt.

Bei einer normalen externen CALL-Anweisung gehört der transiente Speicher zum aufgerufenen Contract. Bei DELEGATECALL wird dagegen der Speicherkontext des aufrufenden Contracts verwendet. Das entspricht dem Grundprinzip des persistenten Storage. Bei einem Revert werden Änderungen im betroffenen Ausführungsrahmen zurückgenommen. Diese Details bestimmen, ob eine Schutzlogik tatsächlich funktioniert.

TLOAD und TSTORE: Die beiden neuen EVM-Befehle

TLOAD mit Opcode 0x5c liest einen 32-Byte-Wert aus einem transienten Slot. TSTORE mit Opcode 0x5d schreibt einen 32-Byte-Wert in einen solchen Slot. Die Slots werden ähnlich wie beim klassischen Storage adressiert. Laut offizieller EIP-Spezifikation betragen die festgelegten Kosten jeweils 100 Gas für TLOAD und TSTORE. Diese Angabe beschreibt die Opcode-Kosten, nicht die vollständigen Gebühren einer realen Transaktion. Andere Operationen, Calldata, Ausführungsschritte und das aktuelle Gebührenmodell kommen hinzu.

Eine Gas-Einheit ist keine feste Menge ETH oder CHF. Für eine vereinfachte Rechnung nehmen wir an, dass ein bestimmter Vorgang 10'000 Gas einspart und der effektive Gaspreis 10 Gwei beträgt. Dann beträgt die rechnerische Ersparnis 100'000 Gwei beziehungsweise 0,0001 ETH. Bei einem rein beispielhaften ETH-Kurs von 2'000 CHF entspräche das 0,20 CHF. Weder Gaspreis noch ETH-Kurs sind hier aktuelle Marktangaben. Das Beispiel zeigt nur die Rechenmethode: Gas-Ersparnis mal effektiver Gaspreis.

Warum ist der temporäre Speicher günstiger?

Dauerhafte Storage-Schreibvorgänge können den globalen Blockchain-Zustand verändern und verursachen zusätzliche Arbeit für die Netzwerkknoten. Transient Storage wird nach der Transaktion verworfen. Dadurch entfällt die dauerhafte Speicherung dieser Zwischenwerte. Allerdings ist nicht jede Nutzung von TSTORE automatisch günstiger als eine andere Implementierung. Bei einfachen lokalen Berechnungen kann Memory effizienter sein. Ob sich ein Contract verbessert, lässt sich nur anhand der tatsächlichen Ausführung und eines sauberen Gas-Benchmarks beurteilen.

Praxisbeispiel: Ein Reentrancy Lock

Ein klassisches Sicherheitsproblem von Smart Contracts sind Reentrancy-Angriffe. Dabei wird ein Contract während einer noch laufenden Ausführung erneut aufgerufen, bevor interne Zustandsänderungen oder Schutzprüfungen vollständig abgeschlossen sind. Eine häufige Gegenmassnahme ist ein Sperrmechanismus: Zu Beginn eines sensiblen Vorgangs wird eine Sperre gesetzt. Solange sie aktiv ist, darf derselbe geschützte Ablauf nicht erneut betreten werden.

Vor EIP-1153 wurde eine solche Sperre häufig mit persistentem Storage umgesetzt. Mit transientem Storage lässt sich die Sperre für die Dauer einer Transaktion setzen und wieder löschen, ohne dafür einen dauerhaften Wert ändern zu müssen. Ein typischer Ablauf lautet: Zuerst prüft TLOAD, ob die Sperre bereits aktiv ist. Danach setzt TSTORE die Sperre. Der Contract führt seine Operation aus. Anschliessend wird die Sperre wieder freigegeben. Die automatische Löschung am Transaktionsende ersetzt dabei nicht jede notwendige Bereinigung innerhalb derselben Transaktion.

Gerade dieser letzte Punkt wird leicht übersehen. Ein Contract kann innerhalb einer einzigen Transaktion mehrmals angesprochen werden. Bleibt eine transiente Sperre nach einem erfolgreichen Teilaufruf aktiv, kann ein späterer legitimer Aufruf derselben Transaktion unerwartet scheitern. Die EIP-Sicherheitsbetrachtung weist ausdrücklich darauf hin, dass Entwickler die Lebensdauer der Werte verstehen und Slots gegebenenfalls selbst zurücksetzen müssen.

Werbung: Bitcoin mit Relai kaufen

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Relai ist kein Kaufangebot für Ethereum oder andere Altcoins. Gutscheincode: AUSWANDERNSCHWEIZ. Etwaige Boni oder Gebührenrabatte sind hier nicht zugesichert.

Weitere Anwendungsfälle: temporäre Berechtigungen und DeFi-Abwicklung

EIP-1153 nennt neben Reentrancy Locks mehrere mögliche Anwendungen. Dazu gehören temporäre Token-Freigaben, die nur für eine Transaktion gelten sollen, die Weitergabe interner Metadaten bei Proxy-Contracts und Buchungsmodelle, bei denen am Ende einer komplexen Transaktion ein ausgeglichener Zwischensaldo nachgewiesen werden muss. Es handelt sich um technische Möglichkeiten, nicht um die Garantie, dass jede bestehende DeFi-Anwendung diese Mechanismen tatsächlich nutzt.

Bei temporären Freigaben ist eine wichtige Unterscheidung nötig: Eine klassische ERC-20-Allowance kann über viele Transaktionen bestehen bleiben, bis sie verändert oder verbraucht wird. Eine eigens dafür entworfene transiente Berechtigung könnte dagegen nur innerhalb eines zusammenhängenden Ablaufs gültig sein. Daraus folgt aber nicht, dass EIP-1153 automatisch sämtliche bestehenden Token-Freigaben zeitlich begrenzt. Ein Token und seine Integrationen müssen eine entsprechende Logik ausdrücklich implementieren.

In DeFi-Protokollen können mehrere Operationen atomar in einer einzigen Transaktion stattfinden. Atomar bedeutet: Entweder werden die erforderlichen Schritte insgesamt erfolgreich ausgeführt oder die Transaktion wird zurückgesetzt. Ein temporärer Zwischensaldo kann solche Abläufe strukturieren. Dennoch bleiben Preismanipulation, Oracle-Ausfälle, fehlerhafte Sicherheiten, Liquidationen, Berechtigungsfehler und Abhängigkeiten von externen Protokollen eigenständige Risiken.

Was bedeutet das für Nutzerinnen und Nutzer?

Als normaler Wallet-Nutzer musst du TLOAD und TSTORE nicht selbst ausführen. Die Befehle sind Werkzeuge für Entwickler und die EVM. Du kannst aber indirekt betroffen sein, wenn ein Protokoll durch diese Technik bestimmte Vorgänge effizienter gestaltet oder eine neue Vertragsversion veröffentlicht. Entscheidend sind nicht Werbeaussagen über niedrige Gasgebühren, sondern nachvollziehbare Audits, offen gelegter Code, belastbare Tests und die konkrete Transaktionssimulation.

Sicherheitsrisiken von Transient Storage

Transient Storage ist kein Sicherheitszertifikat. Ein falsch gesetzter Slot, ein unerwarteter DELEGATECALL-Kontext oder ein vergessener Reset kann neue Fehler erzeugen. Besonders kritisch sind verschachtelte Aufrufe und die Frage, welche Funktionen innerhalb derselben Transaktion erneut ausgeführt werden dürfen. Ein Reentrancy Lock schützt zudem nur den jeweils korrekt abgedeckten Bereich. Andere Vertragsfunktionen können weiterhin angreifbar sein.

Eine weitere Fehlerquelle sind Annahmen über Reverts. Wird ein innerer Ausführungsrahmen zurückgesetzt, werden seine transienten Änderungen rückgängig gemacht. Entwickler müssen deshalb testen, ob eine übergeordnete Funktion nach einem abgefangenen Fehler mit dem erwarteten Sperr- und Zwischenzustand weiterläuft. Tests sollten erfolgreiche Abläufe, Fehlversuche, verschachtelte Calls, mehrfache Aufrufe und unterschiedliche Proxy-Konfigurationen umfassen.

Auch wirtschaftlich darfst du technische Effizienz nicht mit Anlagequalität verwechseln. Ein Protokoll kann besonders gas-effizient sein und trotzdem schlecht besicherte Kredite, unsichere Bridges, zentrale Administratorrechte oder problematische Tokenomics aufweisen. Selbst korrekt funktionierender Code schützt nicht vor einem massiven Preissturz des zugrunde liegenden Tokens oder einem vollständigen Verlust des eingesetzten Kapitals.

EIP-1153 im Vergleich zu anderen Ethereum-Standards

EIP-1153 ist eine Änderung der EVM-Ausführungsumgebung. ERC-20 definiert dagegen eine Schnittstelle für fungible Token. ERC-4626 beschreibt eine standardisierte Schnittstelle für tokenisierte Vaults. ERC-7540 erweitert das Konzept um asynchrone Ein- und Auszahlungen. ERC-4337 behandelt Account Abstraction auf Anwendungsebene. Diese Standards verfolgen unterschiedliche Ziele und dürfen nicht miteinander gleichgesetzt werden.

Wenn du bereits den Artikel über ERC-7540 gelesen hast, kannst du die Unterschiede gut erkennen: Dort geht es um den Ablauf von Vault-Anfragen und Rücknahmen. Hier geht es um die Lebensdauer von Zwischenwerten innerhalb einer Transaktion. Auch unser Beitrag über Reentrancy-Angriffe ergänzt dieses Thema, denn er erläutert das zugrunde liegende Sicherheitsproblem unabhängig von der konkreten Speichermethode.

Wie kannst du einen Smart Contract sachlich beurteilen?

Prüfe zuerst, auf welchem Netzwerk und welcher Vertragsadresse du tatsächlich interagierst. Gleichnamige Token oder Websites können unterschiedliche Verträge bezeichnen. Suche anschliessend nach verifizierbarem Quellcode, Dokumentation, veröffentlichten Audit-Berichten und einer nachvollziehbaren Erklärung der Administratorrechte. Ein Audit ist ein Prüfbericht mit definiertem Umfang und keine Garantie, dass alle Schwachstellen gefunden wurden.

Achte ausserdem auf Upgrade-Funktionen, Timelocks, Notfallstopps, Liquiditätsabhängigkeiten und die Herkunft externer Preisdaten. Wer DeFi nutzt, sollte eine Transaktion nach Möglichkeit simulieren und die tatsächlich angeforderten Token-Freigaben kontrollieren. Bei ungewöhnlichen Signaturanfragen oder unerwarteten Empfängeradressen ist Abbrechen meist sinnvoller als eine spontane Bestätigung.

Für die Schweizer Steuererklärung sind vor allem deine tatsächlichen Vermögenswerte, Transaktionen und Erträge relevant, nicht die verwendeten EVM-Opcodes. Die steuerliche Behandlung hängt von deiner Situation und den einschlägigen Regeln ab. Eine technische Gas-Optimierung ist keine Steueroptimierung. Bei komplexen DeFi-Abläufen empfiehlt es sich, die Transaktionshistorie frühzeitig vollständig zu dokumentieren.

Zweite Werbeinformation: Bitcoin-App Relai

Werbung / Affiliate-Link: Relai bietet Bitcoin an, nicht die in diesem Fachartikel erläuterten Ethereum-Funktionen als eigenes Anlageprodukt. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ.

Bitcoin mit Relai kaufen – Code AUSWANDERNSCHWEIZ nutzen – https://relai.app/de/

FAQ: Häufige Fragen zu EIP-1153

Ist Transient Storage dauerhaft auf der Blockchain gespeichert?

Nein. Die temporären Werte werden am Ende der Transaktion verworfen. Das Ergebnis einer Transaktion kann natürlich weiterhin dauerhafte Zustandsänderungen enthalten, die an anderer Stelle mit regulärem Storage ausgeführt wurden.

Sind TLOAD und TSTORE für alle Wallets direkt sichtbar?

Normalerweise nicht. Sie sind EVM-Befehle innerhalb von Smart-Contract-Ausführungen. Wallets zeigen meist die übergeordneten Transaktionen, Gebühren und Vertragsinteraktionen an.

Verhindert EIP-1153 Reentrancy-Angriffe automatisch?

Nein. Es stellt einen effizienteren Mechanismus zur Implementierung bestimmter Sperren bereit. Ob eine Anwendung geschützt ist, hängt von ihrem vollständigen Code und den tatsächlich abgesicherten Abläufen ab.

Spart jede Transaktion dadurch Gas?

Nein. Nur Verträge, die passende Operationen verwenden, können profitieren. Selbst dort hängt die Einsparung von der Implementierung und den ausgeführten Pfaden ab. Die Gesamtgebühr umfasst weitere Gas-Kosten und den jeweiligen effektiven Gaspreis.

Ist EIP-1153 ein neuer Coin oder Token?

Nein. EIP-1153 ist eine technische Protokollspezifikation und kein handelbarer Vermögenswert. Aussagen über eine angebliche EIP-1153-Anlagemöglichkeit solltest du daher besonders kritisch prüfen.

Fazit: Nützliche Infrastruktur statt Anlageversprechen

EIP-1153 erweitert die Ethereum Virtual Machine um temporären, transaktionsgebundenen Speicher. Mit TLOAD und TSTORE können Smart Contracts bestimmte Zwischenwerte effizienter verwalten. Das ist besonders bei Reentrancy-Sperren und komplexen Abläufen mit mehreren internen Aufrufen interessant. Die Technik ersetzt aber weder sorgfältige Programmierung noch Sicherheitsprüfungen. Für dich als Nutzer ist entscheidend, ob eine Anwendung nachvollziehbar arbeitet, welche Risiken sie eingeht und ob ihre Gebühren tatsächlich transparent sind. Kryptowährungen und DeFi-Produkte bleiben spekulativ; ein Totalverlust ist möglich. Dieser Artikel ist allgemeine Information und keine individuelle Anlageberatung.

Quellen und weiterführende Literatur

Primärquelle: Ethereum Improvement Proposal 1153, Transient storage opcodes: https://eips.ethereum.org/EIPS/eip-1153

Ethereum Improvement Proposal 2200, Structured Definitions for Net Gas Metering: https://eips.ethereum.org/EIPS/eip-2200

Ethereum Improvement Proposal 3529, Reduction in refunds: https://eips.ethereum.org/EIPS/eip-3529

Weitere Fachartikel auf Auswandern Schweiz: https://www.auswandernschweiz.ch/post/reentrancy-angriffe-smart-contract-defi-sicherheit ; https://www.auswandernschweiz.ch/post/erc-7540-asynchrone-defi-vaults-einzahlung-ruecknahme-risiken ; https://www.auswandernschweiz.ch/post/ethereum-eth-einfach-erklaert-smart-contracts-staking-risiken ; https://www.auswandernschweiz.ch/post/ethereum-layer-2-rollups-optimistic-zk-sequencer-risiken ; https://www.auswandernschweiz.ch/post/erc20-token-approvals-permit-phishing-freigaben-widerrufen ; https://www.auswandernschweiz.ch/post/krypto-gas-fees-ethereum-solana-layer2-erklaert