Das neue Architekturmuster L1.5 kombiniert native Account-Abstraction, Schlüssel-Nonces und rekursive STARK-Aggregation, um Berechnungen zwischen Wallet und Ethereum-Basisschicht völlig zustandslos auszuführen. Dabei bleibt der private Nutzerzustand ausschließlich im Wallet, während L1 die geteilte Commitment-Logik prüft und L1.5 lediglich flüchtige Berechnungen liefert. Diese Trennung löst das Problem eingesperrter Zustände in Rollups, reduziert Exit-Komplexität und eliminiert die Notwendigkeit von ERC-4337-Bundlern.

Was ist das L1.5-Architekturmuster?

L1.5 ist kein eigenständiger Layer, sondern ein architektonisches Muster, das vier zentrale Eigenschaften vereint:

• Stateless: Nach Abschluss einer Transaktion ist kein Zustand mehr erforderlich, sodass jede Instanz das nächste Job übernehmen kann.
• Checked: L1 verifiziert das Ergebnis jeder Berechnung.
• Paid without linking: Der Nutzer kann die Gas-Kosten direkt aus den übermittelten Mitteln bezahlen, ohne seine Identität zu verknüpfen.
• Landed without an operator: Das Ergebnis wird ohne dauerhaften Relayer auf L1 gebündelt.

Diese Eigenschaften werden durch drei technische Bausteine ermöglicht: Frame Transactions (EIP-8141), Keyed Nonces (EIP-8250) und In-Mempool-STARK-Aggregation (EIP-8288).

Kernkomponenten: Frame Transactions (EIP-8141), Keyed Nonces (EIP-8250) und Mempool-STARK-Aggregation (EIP-8288)

Die drei EIPs bilden die Grundlage von L1.5:

• EIP-8141 definiert den Transaktionstyp 0x06 mit bis zu 64 Frames und einer Gas-Deckelung von 100 000 Gas im VERIFY-Frame.
• EIP-8250 führt ein zweidimensionales Nonce-System (noncekey, nonceseq) ein, das Replay-Schutz für parallele Transaktionen ermöglicht.
• EIP-8288 aggregiert leichte Signatur- und Beweis-Tripel im Mempool zu einem einzigen rekursiven STARK-Beweis pro Block.

Technische Details von Frame Transactions (EIP-8141)

EIP-8141 führt den neuen Transaktionstyp 0x06 ein, der bis zu 64 Frames pro Transaktion erlaubt. Jeder Frame kann eigenständig Validierung, Zahlung oder beides ausführen und konsumiert maximal 100 000 Gas. Die wichtigsten Kennzahlen laut Quelle S1 sind:

• Maximaler Gas-Verbrauch im VERIFY-Frame: 100 000 Gas (Jahr 2026).
• Maximale Frame-Anzahl pro Transaktion: 64 Frames (Jahr 2026).

Durch die Frame-Struktur können Smart Contracts Gaskosten aus den übertragenen Mitteln sponsern und Berechtigungen ohne ECDSA-Zwang prüfen, wodurch ERC-4337-Bundler überflüssig werden.

Parallelisierung von Nullifiern durch Keyed Nonces (EIP-8250)

EIP-8250 bricht den linearen Nonce-Zähler auf und ersetzt ihn durch ein Tupel (noncekey, nonceseq). Dadurch entstehen unabhängige Replay-Domänen für jeden Nullifier, was parallele Transaktionen im selben Privacy-Pool ermöglicht. Die Zielgröße für private Einträge liegt bei 500 Milliarden (500 000 000 000) Einträgen über acht Jahre, wie in Quelle S3 angegeben.

• Skalierungsziel: 500 Mrd. private Einträge (Jahr 2026).
• Mechanismus: Nullifier werden als eigenständige Replay-Domänen registriert, wodurch doppelte Ausgaben verhindert werden, ohne dass Transaktionen desselben Pools blockiert werden.

Rekursive Beweis-Kompression im Mempool (EIP-8288)

EIP-8288 definiert, dass Transaktionen leichte Abhängigkeit-Tripel (scheme, datahash, vkhash) enthalten. Mempool-Knoten aggregieren diese Tripel rekursiv, sodass der Block-Builder nur einen einzigen STARK-Beweis an die Konsensschicht übergibt.

• Gas-Ersparnis bei Signatur-Verifikation: von 150 000-200 000 Gas auf ca. 30 000 Gas (Jahr 2026).
• Größenreduktion von Beweisdaten: Deckelung auf 256 kB pro Intervall (vorher >128 kB).

Damit sinken sowohl Bandbreiten- als auch Verifikationskosten drastisch, was die Praxis von L1.5-Transaktionen ermöglicht.

Vorteile von L1.5 gegenüber klassischen Layer-2-Rollups

Im Vergleich zu herkömmlichen Rollups weist L1.5 mehrere klare Vorteile auf:

• Kein gespeicherter Zustand auf L2: Der Nutzer hält alle privaten Daten im Wallet, wodurch Exit-Mechanismen überflüssig werden.
• Direkte Gas-Sponsorship: Verträge können ihre eigenen Transaktionen finanzieren, ohne auf Relayer oder Bundler zurückzugreifen.
• Parallelisierung: Durch Keyed Nonces können hunderte Transaktionen simultan aus demselben Contract ausgeführt werden.
• Geringe Verifikationskosten: Rekursive STARK-Aggregation reduziert die Gas-Kosten pro Beweis von bis zu 200 k Gas auf etwa 30 k Gas.

Praktische Anwendungsfälle und Zukunftsperspektiven

Mehrere innovative Anwendungsgebiete ergeben sich aus dem L1.5-Muster:

• Gas-lose Zahlungen in Privacy-Anwendungen: Blind-Ticket-Systeme mit Threshold-Blind-Signaturen, die über native Account-Abstraction auf L1 eingelöst werden.
• Fairer Austausch von Ethereum-Services: Zero-Knowledge-contingent-Payments für private RPC-Abfragen, bei denen der Server nur bei korrekter Antwort bezahlt wird.
• Stealth-Privacy-Pools: Transaktionen zwischen frischen, nicht-erkennbaren Adressen ohne sichtbaren Pool-Contract.
• Ephemerale Rollups: Kurzlebige L1.5-Runden, die Daten sammeln, verarbeiten und dann ohne dauerhafte Operatoren aus dem Netzwerk verschwinden.

Die zugrundeliegenden Hard-Fork-Planungen (Hegotá-Upgrade, nachfolgende Fork-Stufen) legen fest, dass Frame Transactions und FOCIL in Hegotá integriert und die STARK-Aggregation in den darauffolgenden Forks implementiert werden.

Risiken und Gegenmaßnahmen

Trotz der Vorteile gibt es technische Risiken, die in der Diskussion berücksichtigt werden:

• Erhöhte Komplexität und Datenverlust-Risiko auf Nutzerseite: Nutzer müssen Witnesses und Nullifier selbst sichern; ein Verlust des Seeds führt zum Totalverlust der Vermögenswerte.
• Mempool-DDoS-Angriffsvektoren: Ungültige Off-Chain-Beweise können CPU-Ressourcen der Mempool-Knoten beanspruchen; strenge P2P-Regeln (Discard Sets) sind erforderlich.
• Latenz beim Note-Discovery: Mobile Wallets müssen kontinuierlich Transaktions-Blobs scannen, was Batterie- und Bandbreiten-Belastungen erzeugt.

Entsprechende Gegenmaßnahmen – wie robuste Backup-Strategien, strengere P2P-Filter und optimierte Scan-Algorithmen – werden bereits in den EIPs und den zugehörigen Roadmaps adressiert.

FAQ zu L1.5

Was unterscheidet L1.5 grundlegend von einem gewöhnlichen Layer-2-Rollup?Ein Rollup verwahrt den Nutzerguthaben-Zustand im eigenen Smart Contract, wodurch ein aufwändiger Exit nötig ist. L1.5 speichert keinen Zustand zwischen Transaktionen: Das Wallet hält die privaten Daten, L1 prüft die Commitments, und L1.5 führt lediglich flüchtige Berechnungen aus.Warum war dieses Modell vor EIP-8141 und EIP-8250 nicht praxistauglich?Die lineare Nonce-Sequenzierung blockierte parallele Transaktionen desselben Contracts, und jede Transaktion erforderte ein mit ETH belastetes Senderkonto für die Gas-Bezahlung.In welchem Hard Fork wird die technische Basis für L1.5 erwartet?Die Kernbausteine (Frame Transactions EIP-8141 und FOCIL EIP-7805) sind für das Hegotá-Upgrade vorgesehen, gefolgt von der In-Mempool-STARK-Aggregation (EIP-8288) in den nachfolgenden Fork-Stufen S1, S4, S5.

Fazit

Das Architekturmuster L1.5 stellt einen paradigmatischen Sprung für Ethereum dar: Durch die Trennung von privatem Wallet-Zustand, geteiltem L1-Commitment und zustandsloser L1.5-Berechnung wird die Notwendigkeit komplexer Exit-Mechanismen eliminiert, die Skalierbarkeit verbessert und die Grundlage für neue, privacy-zentric Anwendungen gelegt. Die Kombination aus EIP-8141, EIP-8250 und EIP-8288 liefert konkrete Protokolldetails, messbare Gas- und Bandbreiteneinsparungen und eine klare Roadmap über das Hegotá-Upgrade. Trotz offener Risiken – insbesondere im Bereich Backup- und DDoS-Sicherheit – bietet L1.5 ein robustes Fundament für die nächste Generation von Ethereum-Anwendungen, die Zustandslosigkeit, Parallelität und kryptografische Effizienz in den Vordergrund stellen.