Protokoll-native Smart Accounts
Drei Validierungsebenen, Schlüsselrotation und benutzerdefinierte Validatoren — im Basisprotokoll ohne ERC-4337.
Three-Layer Validation Flow
Erstverwendungs-Validierung
Adresse aus (version, algo_id, pubkey) via BLAKE3 ableiten und PQ-Signatur prüfen — Konto wird bei erster Transaktion erstellt.
Standard-PQ-Validierung
Bestehende Konten prüfen pubkey_hash + PQ-Signatur. Schlüsselrotation ändert den Schlüssel, behält aber dieselbe Adresse.
Benutzerdefinierter Validator
Validierung an kontospezifische EVM-Logik delegieren — Multisig, soziale Wiederherstellung, Zeitschlösser oder beliebige benutzerdefinierte Richtlinien.
Kein Bundler erforderlich
Validierung ist Teil des Basisprotokolls — kein ERC-4337 EntryPoint oder separates Alt-Mempool.
32-Byte-0x-Adressen
Native 32-Byte-Adressen als 0x + 64 Kleinbuchstaben-Hexzeichen — von Ethereum getrennt und an den Signaturalgorithmus gebunden.
Schlüsselrotation
Schlüsselpaar rotieren oder PQ-Algorithmus wechseln — On-Chain-Adresse und Identität bleiben gleich.
Benutzerdefinierte Validatoren
Multisig, soziale Wiederherstellung, Zeitschlösser — eigene Validierungslogik als EVM-Vertrag bereitstellen.
Shell AA vs ERC-4337
| Dimension | Shell Chain ✦ | ERC-4337 |
|---|---|---|
| Validation Location | Protocol-level | EntryPoint contract |
| Bundler Required | No | Yes |
| Separate Alt-Mempool | No | Usually yes |
| Default Validator | Built into the chain | Wallet contract-defined |
| Address Format | 0x + 64 hex (32-byte) | 0x... (hex) |