Der Bruch in den Verhandlungen zur gemeinsamen Account-Abstraction (AA) zwischen den Ethereum-Core-Entwicklern und den Base-Ingenieuren markiert eine bedeutende architektonische Entkopplung zwischen den Ausführungsmodellen von Layer 1 (L1) und Layer 2 (L2).
Wie der Ethlabs-Forscher Derek Chiang bestätigt, scheiterten die Gespräche darüber, EIP-8141 von Ethereum (Frame Transactions) und EIP-8130 von Base zu einem einzigen plattformübergreifenden Transaktionsstandard zusammenzuführen, letztlich an grundlegend widersprüchlichen Netzwerkzielen.
Der zentrale Konflikt: EIP-8141 vs. EIP-8130
Beide Initiativen zielen darauf ab, native Smart-Contract-Wallet-Funktionen – etwa gaslose Transaktionen, gebündelte Operationen, Key-Rotation und Passkey-Authentifizierung – direkt in die Basisschicht zu bringen. Ihre zugrunde liegenden technischen Ansätze unterscheiden sich jedoch:
Ethiereums Ansatz (EIP-8141 / Frame Transactions): Frame Transactions teilen die Ausführung in dynamische, programmierbare Contract-Calls („frames“) auf, die Validierung, Gas-Sponsoring und Benutzerlogik jeweils separat übernehmen. Dieses Design begünstigt Zensurresistenz, maximale EVM-Flexibilität, fortgeschrittene Privacy-Proofs sowie Post-Quantum-Sicherheitsgarantien, die für die L1-Abwicklung benötigt werden.
Basens Ansatz (EIP-8130 / Keystore): Verfasst von Coinbase/Base-Ingenieuren nutzt EIP-8130 ein On-Chain-Keystore-System, das mit vorab deklarierten Authentifikatoren kombiniert wird. Dieses Modell bietet vorhersehbaren Validierungsaufwand, ist auf Umgebungen mit hoher Durchsatzrate, maßgeschneiderte L2-Ausführung und unternehmensbezogene Compliance-Anforderungen ausgerichtet. Feature / ZielEthereum (EIP-8141)Base (EIP-8130)
Primärer FokusZensurresistenz, Datenschutz, Quantum-ReadinessHoher Durchsatz, Gas-Sponsoring, Compliance
TransaktionsmodellDynamische Multi-Frame-AusführungsaufrufeOn-Chain-Keystore & explizite Authentifikatoren
ValidierungsaufwandDynamisch (mehr Flexibilität, höherer L2-Compute-Aufwand)Statisch/Vorhersehbar (optimiert für Sequencer)
Implementierungspriorität „muss geliefert werden“ für das Hegotá-UpgradeNative-Deployment auf Base Devnets / OP Stack
Wichtige technische Unterschiede.
Wie der Ethlabs-Forscher Derek Chiang bestätigt, scheiterten die Gespräche darüber, EIP-8141 von Ethereum (Frame Transactions) und EIP-8130 von Base zu einem einzigen plattformübergreifenden Transaktionsstandard zusammenzuführen, letztlich an grundlegend widersprüchlichen Netzwerkzielen.
Der zentrale Konflikt: EIP-8141 vs. EIP-8130
Beide Initiativen zielen darauf ab, native Smart-Contract-Wallet-Funktionen – etwa gaslose Transaktionen, gebündelte Operationen, Key-Rotation und Passkey-Authentifizierung – direkt in die Basisschicht zu bringen. Ihre zugrunde liegenden technischen Ansätze unterscheiden sich jedoch:
Ethiereums Ansatz (EIP-8141 / Frame Transactions): Frame Transactions teilen die Ausführung in dynamische, programmierbare Contract-Calls („frames“) auf, die Validierung, Gas-Sponsoring und Benutzerlogik jeweils separat übernehmen. Dieses Design begünstigt Zensurresistenz, maximale EVM-Flexibilität, fortgeschrittene Privacy-Proofs sowie Post-Quantum-Sicherheitsgarantien, die für die L1-Abwicklung benötigt werden.
Basens Ansatz (EIP-8130 / Keystore): Verfasst von Coinbase/Base-Ingenieuren nutzt EIP-8130 ein On-Chain-Keystore-System, das mit vorab deklarierten Authentifikatoren kombiniert wird. Dieses Modell bietet vorhersehbaren Validierungsaufwand, ist auf Umgebungen mit hoher Durchsatzrate, maßgeschneiderte L2-Ausführung und unternehmensbezogene Compliance-Anforderungen ausgerichtet. Feature / ZielEthereum (EIP-8141)Base (EIP-8130)
Primärer FokusZensurresistenz, Datenschutz, Quantum-ReadinessHoher Durchsatz, Gas-Sponsoring, Compliance
TransaktionsmodellDynamische Multi-Frame-AusführungsaufrufeOn-Chain-Keystore & explizite Authentifikatoren
ValidierungsaufwandDynamisch (mehr Flexibilität, höherer L2-Compute-Aufwand)Statisch/Vorhersehbar (optimiert für Sequencer)
Implementierungspriorität „muss geliefert werden“ für das Hegotá-UpgradeNative-Deployment auf Base Devnets / OP Stack
Wichtige technische Unterschiede.
