Ein von Vitalik Buterin mitverfasster Vorschlag, der Ethereum-(ETH)-Transaktionen in bis zu 64 programmierbare Frames aufteilt, ist nun für das Hegotá-Upgrade eingeplant.
Wichtigste Punkte:
- EIP-8141 ersetzt das starre Format einer Ethereum-Transaktion durch eine Abfolge von bis zu 64 Contract Calls, die Validierung, Gaszahlung und Ausführung getrennt abwickeln.
- Der Vorschlag steht nun gemeinsam mit FOCIL auf dem Hegotá-Fahrplan, Termine für Sepolia, Hoodi und das Mainnet sind jedoch noch offen.
- Die Autoren sehen Frames als Ausstiegsrampe aus klassischer Elliptic-Curve-Kryptografie, bevor Quantencomputer diese brechen können.
EIP-8141-Frames erreichen den Hegotá-Fahrplan
Ethereum-Entwickler Derek Chiang, einer der Mitautoren von EIP-8141, meldete am 6. September, die Arbeitsgruppe habe einen entscheidenden Designdurchbruch erzielt.
Core-Entwickler Matt Garnett veröffentlichte bereits einen Tag zuvor einen begleitenden Essay. Buterin legte anschließend seine eigene Argumentation dar, warum sich die eigentliche Handlung einer Transaktion klar von den Bedingungen trennen sollte, die sie zunächst erfüllen muss.
Der Entwurf zerlegt jede Transaktion in eine Reihe gewöhnlicher Contract Calls, die in drei Modi laufen: für Validierung, Gasfreigabe und Ausführung. Frames lassen sich zudem zu atomaren Batches bündeln – etwa damit eine Token-Genehmigung und ein anschließender, fehlschlagender Swap gemeinsam zurückgerollt werden, anstatt ein Konto in einem Zwischenzustand zurückzulassen.
Lesen Sie auch: OpenAI nennt GPT-6 Astra das klügste Modell, Tester widersprechen
Derek Chiang und Matt Garnett verteidigen das Frame-Design
Garnett, der unter dem Pseudonym lightclient schreibt, argumentierte, Frames „sollten der letzte Transaktionstyp sein, den wir für Accounts brauchen“ – mit Verweis auf Schlüsselrotation und Post-Quanten-Fähigkeit. Quantenresistente Signaturen umfassen teils mehrere Kilobyte. Dieses Volumen drängt das Netzwerk dazu, sie zu aggregieren. Chiang konzentrierte sich in seinem Beitrag stärker auf Koordinationskosten.
Ethereum-Upgrades kommen im Schnitt alle neun Monate, so Chiang. Jedes Mal den Transaktionscontainer neu zu entwerfen, sei für Wallets, Block-Explorer, Signaturgeräte und Layer-2-Teams langsam und teuer.
Eine Schätzung beziffert den Overhead auf 12.000 Gas pro Transaktion plus 475 Gas für jeden Frame – gegenüber 21.000 Gas für eine einfache ETH-Überweisung heute. Wallets müssten zudem für jeden Frame separat Gas einplanen. Vorgabecode in der Spezifikation würde Sponsored Gas, in Token bezahlte Gebühren und gebündelte Calls auch auf Wallets ausweiten, die selbst nie einen Contract deployen.
Frühere Versuche der Account-Abstraktion in Ethereum
Das Hegotá-Metadokument führt derzeit Frame-Transaktionen und FOCIL als die einzigen beiden Änderungen auf, die fest für das Upgrade vorgesehen sind – ein Aufstieg gegenüber der früheren Diskussionsphase. Die Aktivierungsspalten für Sepolia, Hoodi und das Mainnet sind weiterhin leer. Parallel diskutieren Entwickler, wie sich Frames mit EIP-8130 vertragen würden, einem Keystore-Design, das Transaktionen zwingt, ihre Authentifizierungsmethode vorab zu deklarieren.
Versuche, Ethereum-Accounts programmierbarer zu machen, reichen mehr als ein Jahrzehnt zurück – von Protokollvorschlägen über Anwendungsstandards bis hin zu alternativen Mempools.
EIP-2938 wollte Transaktionen beliebigen Code ausführen lassen, bevor Gas gezahlt wird; ERC-4337 verlagerte den gesamten Lebenszyklus aus dem Protokoll heraus in einen Mempool, der von Bundlern betrieben wird; und EIP-7702 erlaubte gewöhnlichen Accounts, sich vorübergehend Contract-Code „auszuleihen“. Garnett zog Ende 2025 seine eigene Implementierung von EIP-7701 zurück, weil sich der frühere Ansatz als schlecht kompatibel mit den Transaktionstypen erwies, die Clients heute unterstützen.
Als Nächstes lesen: Hugging Face-Übernahme für 12,9 Mrd. Dollar offenbart kritische Lücke bei KI-Chips
