EIP-8141: Vitalik hat soeben das jahrzehntelange Problem von Ethereum gelöst

Vitalik Buterin kündigt EIP-8141 an, eine umfassende Überarbeitung der Kontenabstraktion, die Intermediäre entfernen und die Transaktionsschicht von Ethereum vollständig neu gestalten soll.

Das Problem der Kontenabstraktion bei Ethereum besteht seit 2016. Bis jetzt. Vitalik Buterin kündigte auf X an, dass EIP-8141 live ist und alle verbleibenden Lücken schließt, die das ursprüngliche EIP-86 vor fast zehn Jahren aufgeworfen hatte.

Der Vorschlag ist, was Buterin als ein „Omnibus“ beschreibt. Er fasst alle Aspekte zusammen, die die Kontenabstraktion beheben sollte, und fügt noch mehr hinzu. Diese Formulierung allein zeigt, wie viel Boden dieses einzelne EIP abdeckt.

Must Read: ETH-Finanzierung wird positiv, da 262 Mio. USD Zuflüsse den 35-tägigen Abwärtstrend durchbrechen

Das Frame-Transaktions-Konzept, das niemand kommen sah

Der Kernmechanismus nennt sich Frame Transactions. Eine Transaktion besteht aus N Aufrufen. Diese Aufrufe können die Calldata voneinander lesen, und jeder hat die Möglichkeit, einen Absender und einen Gas-Zahler zu autorisieren. Das ist das gesamte protokollbasierte Design.

Es klingt täuschend einfach. Aber die Flexibilität, die dadurch eröffnet wird, ist der eigentliche Anfang der Geschichte. Ein standardmäßiges Multisig-Konto würde beispielsweise zwei Frames ausführen: eines für die Validierung und eines für die Ausführung. Atomare Operationen wie „Genehmigen-dann-Ausgeben“ werden dadurch trivial.

Wenn ein Konto noch nicht existiert, wird zuerst ein „Deployment“-Frame eingefügt. Buterin verwies hier auf EIP-7997, da es die Konsistenz der Vertragsadressen über Chains hinweg gewährleistet.

Sie könnten auch interessieren: Von Legacy Rails zur Blockchain: Warum große Banken auf Tokenisierung setzen

Paymasters, Privatsphäre und keine Mittelsmänner mehr

Gaszahlungen in Token wie RAI funktionieren jetzt ohne externe Relays. Der Paymaster-Vertrag übernimmt die ETH-Konvertierung in Echtzeit. Frames laufen sequenziell ab: Deployment falls nötig, dann Validierung, Paymaster-Validierung, die eigentliche Ausgabe, Ausführung und schließlich eine Rückerstattung ungenutzter Token.

Der letzte Punkt ist wichtig. Wie Buterin auf X erklärte, entfernt dies vollständig die Zwischenhändler. Keine Relayer. Keine Drittanbieter-Überträger. Nur die Chain.

Datenschutzprotokolle werden ähnlich aufgerüstet. Es gibt zwei Wege. Erstens prüft ein Paymaster-Vertrag eine gültige ZK-SNARK und übernimmt die Gas-Kosten, wenn sie bestanden wird. Zweitens erlauben 2D-Nonces, dass ein einzelnes Konto als Datenschutzprotokoll fungiert und Transaktionen parallel von vielen Nutzern empfängt. Buterin erwähnte in diesem Zusammenhang RIP-7712.

Dies zielt direkt auf die Nutzererfahrung bei Tools wie Railgun und Tornado Cash ab, bei denen öffentliche Überträger Reibung verursachen. EIP-8141 ersetzt sie durch einen allgemeinen öffentlichen Mempool.

Sie könnten auch interessieren: BlackRock-CEO fordert Tokenisierung auf einer Blockchain

Quantenresistenz ist jetzt Teil der Diskussion

Bestehende Konten können ebenfalls in dieses Framework integriert werden. Dazu gehören EOA-Konten. Batch-Operationen, Transaktionssponsoring und volle FOCIL-Kompatibilität werden alle als First-Class-Transaktionen möglich. FOCIL sorgt in diesem Zusammenhang für schnelle Inklusionsgarantien, während EIP-8141 die Komplexität der einzuschließenden Transaktionen regelt.

Quantenresistente Signaturverfahren sind ebenfalls auf dem Tisch. Die Effizienz bleibt eine Herausforderung, aber Buterin veröffentlichte separat Arbeiten in diese Richtung via Firefly und einen weiteren Beitrag auf X.

Mempool-Regeln: Zuerst konservativ, dann erweiternd

Eine echte Einschränkung bleibt bestehen. Auf Mempool-Ebene wird die Anfangsregelung konservativ sein. Validierungsframes müssen vor Ausführungsframes kommen und dürfen keine externen Verträge aufrufen. Paymasters erhalten einen Staking-Mechanismus, um das Risiko von Denial-of-Service-Angriffen zu begrenzen.

Eine zweite, permissivere Mempool-Version wird optional parallel laufen. Die eingeschränkte Version wird im Laufe der Zeit erweitert, wenn die Regeln sich als sicher erweisen.

Buterin schrieb auf X, dass das Ganze innerhalb eines Jahres unter dem Hegota-Fork realisierbar erscheint. Zehn Jahre von EIP-86 zu EIP-8141. Ein Fork, um alles zu liefern.