Chain Abstraction und Universal Accounts

2026-08-12

Bitte eine Krypto-App um fast irgendetwas, und sie stellt dir eine Gegenfrage: welche Chain? Chain Abstraction ist der Name für ein Bündel von Techniken, deren ganzer Zweck darin besteht, diese Frage nicht mehr zu stellen. Daneben steht Account Abstraction, die ein anderes Problem löst, und beide werden ständig verwechselt. Dieser Artikel trennt sie, geht die Standards durch, auf die sich jede stützt, und zeigt, wie du prüfst, ob ein Baustein ein fertiger Standard ist oder ein Entwurf, der sich noch ändern kann.

Was Chain Abstraction wirklich bedeutet

Chain Abstraction ist zuerst ein Ziel und erst danach eine Technik. Das Ziel ist, dass du sagst, was du willst, und die Software herausfindet, welche Chain oder welche Chains die Anfrage berührt, in welcher Reihenfolge und mit welchem Gebührentoken.

Vergleiche das mit dem, was du heute tust. Dein Guthaben ist über mehrere Netzwerke zerschnitten, und jedes will seinen eigenen Token für Gebühren. Dieselbe Adresszeichenfolge kann auf vielen Chains existieren und auf jeder ein anderes Konto bedeuten. Werte zwischen ihnen zu bewegen ist ein eigener Botengang mit eigenen Risiken. Jeder dieser Punkte ist eine Stelle, an der du etwas über Chains wissen musst, bevor du überhaupt etwas erledigen kannst.

Kein einzelnes Protokoll liefert das alles. In der Praxis wird Chain Abstraction aus vier Teilen zusammengesetzt: einer Art, eine Chain und ein Konto darauf eindeutig zu benennen, einer Art, das gewünschte Ergebnis statt der Schritte auszudrücken, einem Weg, auf dem jemand anderes die Gebühren übernimmt, und einer Abwicklungsschicht, die Werte tatsächlich zwischen Chains bewegt.

Daraus folgt: Es gibt keine einzelne Spezifikation, auf die man zeigen kann, und kein Gremium, dem der Begriff gehört. Manche Teile sind Ethereum-Vorschläge, manche ökosystemübergreifende Vorschläge der Chain Agnostic Standards Alliance, manche schlicht das Produkt einer Firma. Wenn ein Dienst also sagt, er habe Chain Abstraction gelöst, lautet die nützliche Frage: Welchen der vier Teile meinst du.

Account Abstraction und Chain Abstraction: die Arbeitsteilung

Account Abstraction beantwortet zwei Fragen zu einem einzelnen Konto: Wer darf eine Transaktion autorisieren, und wer bezahlt sie. Sie macht aus dem Konto statt eines nackten Schlüsselpaars etwas Programmierbares.

Auf Ethereum tragen zwei Vorschläge diese Last, und beide sind im Repository der Ethereum Improvement Proposals mit dem Status Final gekennzeichnet. ERC-4337 beschreibt Account Abstraction über einen separaten Mempool, sodass vollwertige Smart Accounts ohne Änderung des Basisprotokolls existieren können. EIP-7702 ergänzt einen Transaktionstyp, mit dem ein gewöhnliches, extern kontrolliertes Konto auf Vertragscode zeigen kann, und nennt die drei Funktionen, um die herum es entworfen wurde: mehrere Operationen in eine Transaktion bündeln, Sponsoring und Rechteabsenkung, bei der ein Unterschlüssel enge Befugnisse statt voller Kontrolle bekommt. EIP-7702 ging mit dem Pectra-Upgrade auf dem Mainnet live, das die Ethereum Foundation für Mai 2025 angekündigt hat.

Chain Abstraction beantwortet eine Frage, die Account Abstraction nie berührt. Dein Geld und dein Zustand sind über Chains verstreut, und selbst ein perfekter Smart Account bleibt ein Konto auf einer Chain, mit einem Guthaben dort und Gebühren im Token dieser Chain.

Hier ist ein Test, der beide trennt. Wenn die Frage lautet, wer signieren darf und wer zahlt, ist es Account Abstraction. Wenn die Frage lautet, wo dieses Ding liegt und wie Wert von einer Chain zur anderen kommt, ist es Chain Abstraction.

Die beiden setzen aufeinander auf, statt zu konkurrieren, und die Naht ist in den Spezifikationen sichtbar. ERC-4337 führt EIP-7702 unter den Vorschlägen auf, die es voraussetzt. In die andere Richtung: Eine EIP-7702-Autorisierung wird über eine Chain-Kennung signiert, und die Spezifikation akzeptiert entweder die Kennung der aktuellen Chain oder null, wobei null bedeutet, dass die Autorisierung auf jeder Chain gilt. Dieses eine Feld ist eine Chain-Abstraction-Entscheidung innerhalb eines Account-Abstraction-Standards, und das Dokument benennt den Preis selbst: Dieselbe Adresse kann auf einer anderen Chain auf anderen Code zeigen.

Was ein Universal Account ist und was nicht

Universal Account ist Produktsprache, kein Standard. Eine Spezifikation dieses Namens ist nie veröffentlicht worden. Produkte meinen damit eine Identität und einen Bildschirm, auf dem Guthaben auf vielen Chains summiert und als eine einzige Zahl gezeigt werden und auf dem eine von dir begonnene Aktion an die Chains geleitet wird, die sie braucht.

Der Teil darunter, der wirklich standardisiert ist, ist die Benennung. CAIP-2, eine Spezifikation der Chain Agnostic Standards Alliance mit dem Status Final, definiert eine Chain-Kennung als Namensraum plus Referenz, sodass das Ethereum-Mainnet der Namensraum eip155 mit der Referenz 1 ist und eine Bitcoin- oder Cosmos-Chain einen Namen derselben Form bekommt. CAIP-10 baut darauf auf und definiert eine Konto-Kennung als Chain-Kennung plus Adresse. Mit diesen beiden ist ein Konto ökosystemübergreifend eindeutig statt nur innerhalb eines Ökosystems.

An Formaten, die besser zu Verträgen passen, wird weiter gearbeitet. ERC-7930 mit dem Namen Interoperable Addresses definiert eine kompakte Binärform, die eine Chain-Referenz und eine Adresse zusammenbindet. Seine Seite trägt den Status Review, das heißt, es steckt in der Begutachtung und ist nicht abgeschlossen.

Was ein Universal Account nicht tut, ist Chains verschmelzen. Vermögenswerte liegen weiterhin auf bestimmten Chains, Transaktionen kommen weiterhin in bestimmte Blöcke, und die Risiken jeder Chain gelten weiterhin für das, was du dort hältst. Aggregation ist Darstellung plus Routing: ein echter Gewinn an Bedienbarkeit und keine Änderung daran, wo dein Geld liegt.

Gas Abstraction: Gebühren mit dem zahlen, was du schon hast

Gas Abstraction ist der schmale Teil, dem die meisten zuerst begegnen. Du kommst auf einer Chain an, hältst den Vermögenswert, den du nutzen willst, und keine Einheit des Tokens, in dem diese Chain Gebühren nimmt, also kannst du nichts tun, bis du dir welchen besorgst.

Die Lösung besteht darin, jemand anderen zahlen zu lassen und getrennt abzurechnen. ERC-4337 baut das als Paymaster ein, einen Hilfsvertrag, der zustimmt, die Transaktion anstelle des Senders zu bezahlen, und nennt als vorgesehene Zwecke das Zahlen von Gebühren in ERC-20-Token und das Subventionieren von Gebühren durch Entwickler für ihre Nutzer. EIP-7702 beschreibt dieselbe Form in seiner Sponsoring-Funktion. Auch die Wallet-Schnittstellen ziehen nach: CAIP-25, die Methode, mit der eine Website eine Sitzung mit einer Wallet öffnet, führt einen Paymaster-Dienst unter den Fähigkeiten auf, die eine Wallet pro Chain ausweisen kann, und diese Spezifikation steht auf Review.

Zwei Dinge lohnen die Prüfung. Jemand zahlt, also frage, was er davon hat: eine Gebühr aus dem Token, den du ausgibst, ein Zuschuss einer App, die dein Geschäft will, oder ein Spread. Und ein Sponsor, von dem du abhängst, kann dich abweisen; das ist eine milde Form von Zensur, die es nicht gibt, wenn du den Gebührentoken selbst hältst.

Intents und Solver erledigen die eigentliche Arbeit

Die Ausführungshälfte der Chain Abstraction läuft meist über Intents. Statt einer Folge von Schritten unterschreibst du eine Aussage über das Ergebnis, das du willst, und ein konkurrierender Dritter, meist Solver oder Filler genannt, führt die Schritte aus und wird dafür bezahlt.

Die Standardisierung ist hier ein aktives und kein abgeschlossenes Feld. ERC-7683 mit dem Titel Cross Chain Intents zielt auf die Schnittstelle zwischen Intent-Protokollen und Solvern, damit ein Solver nicht für jedes Protokoll eigenen Code schreiben muss. Sein Status ist Draft, und er hängt von ERC-7930 ab, das selbst erst auf Review steht.

Draft ist hier keine Formalie, und dieser Vorschlag zeigt warum. Sein eigener Text beschreibt einen früheren Entwurf, der einen anderen Teil des Ablaufs standardisierte, mit Order-Strukturen und Abwicklungsschnittstellen, und erklärt, warum dieser Entwurf ersetzt wurde. Alles, was du darüber liest und was älter als ein Jahr ist, beschreibt womöglich eine Version, die es nicht mehr gibt.

Nichts davon räumt die Abwicklungsfrage aus. Wert, der auf einer anderen Chain auftaucht, kam über irgendeinen Mechanismus dorthin, der das Ziel überzeugen muss, dass das Ereignis an der Quelle wirklich stattfand, und in diesem Mechanismus sitzt das Vertrauen. Chain Abstraction verbirgt diesen Schritt vor dir; sie löscht ihn nicht.

Chain Abstraction und Universal Accounts: was Account Abstraction abdeckt, was Chain Abstraction abdeckt und welche Standards darunter liegen

Wie du den Status eines Standards liest, bevor du ihm vertraust

Alles oben steht auf Dokumenten, die noch in Bewegung sind, deshalb ist die nützlichste Gewohnheit, die Statuszeile vor dem Inhalt zu lesen. Beide Prozesse drucken sie oben auf den Vorschlag, und die drei Etiketten, die dir hier begegnen, sind Draft, Review und Final.

Draft heißt, es ist aufgeschrieben und kann sich noch in jede Richtung ändern. Review heißt, andere Umsetzer prüfen es und die Form ist weitgehend abgestimmt. Final heißt, der Text steht. Es heißt nicht, dass alle es übernommen haben; die Verbreitung ist eine eigene Frage, die du mit Daten beantwortest und nicht mit dem Statusfeld.

Final ist außerdem nicht dasselbe wie live. ERC-4337 braucht seine Infrastruktur auf einer Chain, bevor irgendetwas es nutzen kann, und EIP-7702 brauchte ein Netzwerk-Upgrade. Für die Aussage, eine bestimmte Chain unterstütze einen bestimmten Standard, gibt es also zwei Prüfungen und nicht eine: Ist die Spezifikation final, und hat diese Chain sie ausgeliefert.

Wo man nachsieht, ist kein Geheimnis. Alles, was als EIP oder ERC nummeriert ist, hat eine Seite im Repository der Ethereum Improvement Proposals, und alles, was als CAIP nummeriert ist, hat eine im Index der Chain Agnostic Improvement Proposals. Beide zeigen den aktuellen Status und ein Änderungsprotokoll, und beide sind aktueller als jeder Artikel darüber, auch als dieser.

Fazit

Account Abstraction entscheidet, wer ein Konto kontrolliert und wer seine Gebühren zahlt, über Standards wie ERC-4337 und EIP-7702, beide final und beide auf Ethereum live. Chain Abstraction kümmert sich um Geld und Zustand, die über viele Chains verteilt sind, über chain-agnostische Benennung wie CAIP-2 und CAIP-10, Ausführung über Intents und chainübergreifendes Übernehmen der Gebühren. Ein Universal Account ist die Produktverpackung um diese Teile herum und kein eigener Standard; er aggregiert, statt zu verschmelzen, deine Vermögenswerte liegen also weiterhin auf bestimmten Chains. Weil ein guter Teil dieser Rohrleitungen noch auf Draft oder Review steht, behandle die Statuszeile jedes Vorschlags als Teil des Fakts und prüfe sie an der Quelle.

Haftungsausschluss: Dieser Artikel ist Bildungsinhalt der Bitbase Academy, nur zu Informationszwecken. Er ist keine Anlage-, Handels-, Steuer- oder Finanzberatung. Krypto-Assets sind volatil — schätze dein Risiko selbst ein. Stand August 2026; maßgeblich sind die aktuellen offiziellen Informationen.