Was ist ein EOA in Krypto? Externally Owned Accounts

Ein EOA ist ein externally owned account auf Ethereum, der von einem privaten Schlüssel kontrolliert wird. An einem einzelnen Tag Ende Oktober 2026 hatte etwa jeder 16. Sender seinen EOA über EIP-7702 auf Smart-Account-Code ausgerichtet. In Krypto hat die Bedeutung von EOA nichts mit den juristischen, medizinischen oder umgangssprachlichen Bedeutungen derselben drei Buchstaben zu tun.

Von den 382.357 Ethereum-Adressen, die an einem Tag Ende Oktober 2026 eine Transaktion sendeten, trug etwa jede 16. Adresse am Tagesende EIP-7702-Delegationscode, und keine trug gewöhnlichen Vertragscode. Ob delegiert oder nicht: Jeder dieser Sender unterschrieb mit einem privaten Schlüssel, denn Ethereum akzeptiert Transaktionen ausschließlich von EOAs.

EOA auf einen Blick

Was ist ein EOA in Krypto?

Ein EOA ist der Kontotyp, den eine Person außerhalb der Chain betreibt. Die Dokumentation zu Ethereum-Konten nennt zwei Kontotypen und beschreibt das externally owned account als „controlled by anyone with the private keys" – kontrolliert von jedem, der die privaten Schlüssel besitzt. Der andere Typ, das Vertragskonto, gehorcht Code.

Die formale Spezifikation Ethereums erklärt den Bestandteil „externally". Die Shanghai-Ausgabe des Yellow Paper vom Februar 2025 nennt eine Transaktion „a single cryptographically-signed instruction constructed by an actor externally to the scope of Ethereum" – eine einzelne kryptografisch signierte Anweisung, die von einem Akteur außerhalb des Geltungsbereichs von Ethereum erstellt wurde. Sie ergänzt, dass „the sender of a transaction cannot be a contract" – der Absender einer Transaktion kein Vertrag sein kann –, und der Schlüssel-Inhaber ist genau dieser externe Akteur.

Das Schlüsselpaar besteht aus zwei Hälften. Öffentliche vs. private Schlüssel auf Phemex Academy erläutert, welche Hälfte Sie weitergeben können.

Wie funktioniert ein EOA?

Jeder EOA beginnt als privater Schlüssel, den die Konto-Seite Ethereums als „64 hex characters" beschreibt – 64 Hex-Zeichen, die die meisten Wallet-Bibliotheken zufällig erzeugen. Der öffentliche Schlüssel geht daraus durch Elliptic-Curve-Mathematik hervor, und die Adresse geht aus dem öffentlichen Schlüssel hervor. Eine Wallet kann alle drei offline erzeugen, bevor das Konto überhaupt die Chain berührt.

Eine Ethereum-EOA-Adresse ist 42 Zeichen lang. Die Konto-Seite bildet sie, indem sie „by taking the last 20 bytes of the Keccak-256 hash of the public key and adding 0x to the beginning" – die letzten 20 Bytes des Keccak-256-Hash des öffentlichen Schlüssels nimmt und 0x voranstellt. Übrig bleiben 40 Hexadezimalzeichen hinter dem Präfix 0x.

Die Erstellung kostet nichts, in den Worten der Konto-Seite. Die Adresse kann ETH empfangen, bevor ihr Besitzer irgendetwas signiert hat, denn das Netzwerk erfährt den öffentlichen Schlüssel erst, wenn die erste signierte Transaktion eintrifft.

Jeder EOA führt außerdem einen Nonce, den die Konto-Seite als „a counter that indicates the number of transactions sent from an externally-owned account" definiert – ein Zähler für die Anzahl der von einem extern kontrollierten Konto gesendeten Transaktionen. Pro Nonce kann nur eine Transaktion durchgehen, sodass eine signierte Übertragung nicht wiederverwendet werden kann, um dieselben Mittel ein zweites Mal zu bewegen.

Wenn eine Transaktion eintrifft, führt die Ethereum Virtual Machine aus, was auch immer sie aufruft, und der Absender zahlt Gas in ETH für die Arbeit.

Was ist der Unterschied zwischen einem EOA und einem Vertragskonto?

Die Unterscheidung zwischen EOA und Vertragskonto hängt davon ab, wo die Kontrolle liegt. Ein EOA gehorcht einem privaten Schlüssel und kann eine Transaktion starten. Ein Vertragskonto gehorcht seinem eigenen Code und handelt nur, wenn eine Transaktion oder ein anderer Vertrag es aufruft.

Ein Vertragskonto ist die Adresse eines bereitgestellten Smart Contracts, besitzt also gar keinen privaten Schlüssel. EIP-3607, ein am 10. Juni 2021 erstellter Final-Standard, weist Clients an, jede Transaktion abzulehnen, deren Absender bereitgestellten Code besitzt. Der Text ergänzt, dass „a block containing such a transaction MUST be considered invalid" – ein Block mit einer solchen Transaktion als ungültig gelten muss.

Viele Erklärartikel stammen noch aus der Zeit vor einer Änderung. Die Konto-Seite Ethereums beschreibt den Code-Hash eines EOA weiterhin als Hash eines leeren Strings, und das galt für jeden EOA bis zum 7. Mai 2025. Seitdem kann ein EOA einen Delegations-Pointer tragen, weshalb die Trennlinie beim privaten Schlüssel verläuft. Ein EOA besitzt einen, ein Vertragskonto nicht. Ein delegierter EOA behält sowohl seinen Schlüssel als auch seine Adresse.

Was ist eine EOA-Wallet?

Eine EOA-Wallet ist die App oder das Gerät, das den privaten Schlüssel eines EOA speichert und damit signiert. Die Coins bleiben auf Ethereums Ledger. In den Worten der Konto-Seite: „You never really hold cryptocurrency, you hold private keys" – man hält nie wirklich Kryptowährung, sondern private Schlüssel.

Deshalb bringt das Importieren desselben privaten Schlüssels in eine andere Wallet-App dieselbe Adresse und dieselbe Balance zurück. Eine nicht-verwahrende Wallet (Non-Custodial Wallet) übergibt Ihnen diesen Schlüssel zusammen mit einer Seed-Phrase, die ihn rekonstruieren kann, und nur der Schlüssel-Inhaber signiert für das Konto.

Eine Smart-Contract-Wallet hält ihre Mittel auf einem Vertragskonto, dessen Code die Regeln für Ausgaben festlegt. Seit Mai 2025 kann eine EOA-Wallet einige dieser Regeln über EIP-7702 hinzufügen, ohne auf eine neue Adresse zu wechseln. Die Pectra-Ankündigung der Ethereum Foundation nennt Transaction Batching (Bündeln von Transaktionen) als eine davon.

Wie ermöglicht EIP-7702 einem EOA die Ausführung von Smart-Account-Code?

EIP-7702 mit dem Titel „Set Code for EOAs" ist ein am 7. Mai 2024 erstellter Final-Standard. Er fügt den Transaktionstyp 0x04 hinzu, der es EOAs ermöglicht, „set the code in their account" – den Code in ihrem Konto festzulegen –, und zwar über signierte Autorisierungen, die jeweils einen Delegate-Vertrag benennen.

Für jede Autorisierung, die ihre Prüfungen besteht und eine Nicht-Null-Adresse benennt, schreibt das Protokoll einen Delegations-Indikator in den Code des Kontos. Dieser Pointer ist 23 Bytes lang: das Präfix 0xef0100, gefolgt von der 20-Byte-Adresse des Delegates. Jeder Aufruf des EOA führt dann den Code des Delegates aus.

Der private Schlüssel funktioniert weiterhin wie zuvor, denn EIP-7702 ändert EIP-3607 so, dass ein EOA, „whose code is a valid delegation indicator" – dessen Code ein gültiger Delegations-Indikator ist –, Transaktionen auslösen darf.

Das Pectra-Upgrade Ethereums schaltete EIP-7702 ein. Sein erster Block erreichte das Mainnet am 7. Mai 2025 im von der Ethereum Foundation geplanten Epoch 364032. Dieselbe Ankündigung besagt, dass „the owner of the EOA can always create another EIP-7702 authorization that revokes or replaces the existing delegation code" – der Eigentümer des EOA jederzeit eine weitere EIP-7702-Autorisierung erstellen kann, die den bestehenden Delegationscode widerruft oder ersetzt.

Eine signierte Autorisierung garantiert keine Delegation. Das EIP weist Clients an, jedes Tuple zu überspringen, das eine Prüfung nicht besteht – etwa eine falsche Chain-ID oder ein veralteter Nonce –, und zum nächsten überzugehen. Der Code des Kontos ist der einzige Nachweis, dass eine Delegation wirksam wurde.

Benötigen ERC-4337-Smart-Accounts weiterhin einen EOA?

Ja, an dem Punkt, an dem etwas die Chain erreicht. ERC-4337, ein am 29. September 2021 erstellter Final-Standard, baut Smart Accounts so, dass „completely avoids the need for consensus-layer protocol changes" – Änderungen am Protokoll der Konsensschicht vollständig vermieden werden.

Ein Nutzer signiert eine UserOperation, die der Standard als „a structure that describes a transaction to be sent on behalf of a user" definiert – eine Struktur, die eine im Auftrag eines Nutzers zu sendende Transaktion beschreibt.

Ein Bundler, „a node (block builder) that can handle UserOperations" – ein Node (Block-Builder), der UserOperations verarbeiten kann –, packt viele davon in eine Transaktion. Ein Paymaster kann die Gebühr übernehmen als „a helper contract that agrees to pay for the transaction" – ein Helper-Vertrag, der sich verpflichtet, die Transaktion zu bezahlen.

Diese eine Transaktion benötigt weiterhin einen gewöhnlichen Absender. EIP-3607 schließt einen Vertrag als Absender aus, weshalb ein Bundler jedes Bündel von einem EOA aus sendet und es mit dem privaten Schlüssel dieses Kontos signiert. Der Smart Account hinter jeder UserOperation sendet diese Transaktion nicht selbst.

Wie viele Ethereum-Sender nutzen EIP-7702-Delegation?

Am Zähltag Ende Oktober wiesen 23.432 Sender am Tagesende einen Delegations-Indikator auf – 6,13 % der 382.357 eindeutigen Adressen, die mindestens eine Transaktion gesendet hatten. Die übrigen 358.925, also 93,87 %, hielten überhaupt keinen Code.

Diese delegierten Kontos sendeten 91.068 Transaktionen, 5,91 % der an diesem Tag auf der Chain verbuchten 1,54 Millionen. Ihre Delegationen zeigten auf 271 verschiedene Delegate-Verträge, und ein einzelner Vertrag zog 6.522 der 23.432 Kontos an, also 27,83 %. Ein Fehler in diesem einen Vertrag würde auf einen Schlag mehr als ein Viertel der delegierten Sender des Tages erreichen.

Methode: Die Zählung erfasst jede Transaktion in den 7.178 Ethereum-Blöcken dieses Kalendertags, fehlgeschlagene eingeschlossen. Sie führt jede sendende Adresse einmal und prüft den Code, den jede im letzten Block des Tages hielt. Ein Delegations-Indikator ist exakt 23 Bytes lang und beginnt mit 0xef0100, weshalb er nicht als Vertragscode durchgehen kann.

Welche Risiken birgt ein EOA?

Ein EOA hat keinen Reset-Knopf. Wer den privaten Schlüssel oder die dahinterliegende Seed-Phrase besitzt, kontrolliert das Konto. Eine verlorene Phrase sperrt den Eigentümer dauerhaft aus, eine geleakte Phrase übergibt alles an jemand anderen. Die sicherste Konfiguration hält diese Phrase offline; wie Sie eine Seed-Phrase sichern behandelt die entsprechenden Schritte.

EIP-7702 bringt ein zweites Risiko mit: eine Delegation auf schlechten Code. Die Sicherheitshinweise des EIP selbst warnen, dass „a poorly implemented delegate can allow a malicious actor to take near complete control over a signer's EOA" – ein schlecht implementierter Delegate einem Angreifer beinahe vollständige Kontrolle über den EOA des Signierenden verschaffen kann. Eine signierte Autorisierung, die auf einen feindlichen Vertrag zeigt, bewirkt dasselbe absichtlich.

Die Chain-ID adds a twist /adds a twist: Die Chain-ID sorgt für eine zusätzliche Komplikation. Eine mit Chain-ID 0 signierte Autorisierung besteht die Kettenprüfung des EIP in jedem Netzwerk, das EIP-7702 ausführt. Jeder, der diese Signatur besitzt, kann sie auf einer anderen Chain einreichen, auf der der Nonce des Kontos übereinstimmt.

Wie nutzen Sie einen EOA mit Phemex?

Ihr EOA ist das Ziel, auf dem ETH eingeht, wenn Sie es von Phemex in die Self-Custody auszahlen, und eine Einzahlung von dieser Wallet beginnt als eine Transaktion, die derselbe Schlüssel signiert. Die Chain sieht nur die Adresse und die Signatur des EOA, deshalb entscheidet die eingefügte Adresse, wohin die Coins gehen.

1. Kopieren Sie die 42-stellige Adresse aus Ihrer eigenen Wallet und vergleichen Sie nach dem Einfügen das erste und das letzte Zeichen.

2. Prüfen Sie, ob das Auszahlungsnetzwerk zu dem Ihrer Wallet passt, da dasselbe Adressformat auf vielen EVM-Chains funktioniert.

3. Senden Sie zuerst einen kleinen Betrag und den Rest erst, sobald dieser Testtransfer angekommen ist.

Der Handel mit dem ETH-Preis auf Phemex berührt Ihren EOA überhaupt nicht. ETH-Futures werden dort innerhalb Ihres Phemex-Kontos abgerechnet, sodass keine On-Chain-Transaktion und keine Signatur mit einem privaten Schlüssel stattfindet. Positionen auf diese Kontrakte nutzen Hebel, und Phemex schließt eine Position automatisch, wenn die Verluste deren Margin erreichen.

Häufig gestellte Fragen

Was ist ein EOA in der Blockchain?

Ein EOA, kurz für Externally Owned Account, ist ein Ethereum-Konto, das von einem privaten Schlüssel kontrolliert wird. Es hält ETH und Token, startet Transaktionen und kostet bei der Erstellung nichts. Der andere Kontotyp, das Vertragskonto, führt Code aus und handelt nur, wenn etwas es aufruft.

Was ist ein Externally Owned Account in Ethereum?

Das ist der Kontotyp, den eine Person außerhalb der Chain über einen privaten Schlüssel kontrolliert. Seine Adresse besteht aus 0x, gefolgt von den letzten 20 Bytes des Keccak-256-Hash des öffentlichen Schlüssels – insgesamt 42 Zeichen –, und ein Nonce zählt jede von ihm gesendete Transaktion.

Kann ein EOA Smart-Contract-Code halten?

Seit dem 7. Mai 2025 kann ein EOA eine Art Code halten: einen 23-Byte-EIP-7702-Delegations-Indikator, der Aufrufe des Kontos den Code eines gewählten Vertrags ausführen lässt. Nach EIP-3607 kann ein Konto, das sonstigen Code hält, gar keine Transaktion senden.

Kann man eine EIP-7702-Delegation entfernen?

Ja, der Eigentümer kann jederzeit eine neue Autorisierung signieren. Richtet sie sich auf die Zero-Adresse, löscht sie nach EIP-7702 den Code des Kontos; richtet sie sich auf einen anderen Vertrag, ersetzt sie den alten Delegate.

Fazit

Smart Accounts sind auf Ethereum angekommen, indem sie auf dem EOA aufbauen. EIP-7702 fügt demselben Konto Vertragslogik hinzu, und ERC-4337-Bündel gehen weiterhin von EOAs aus – ein privater Schlüssel bleibt das Einzige, was eine Transaktion starten kann.

Das erhöht den Stellenwert der Seed-Phrase. Der Schlüssel, der eine Zahlung signiert, kann auch eine Autorisierung signieren, die das Konto an einen Vertrag übergibt; er verdient daher mehr Sorgfalt als jede Wallet-Funktion, die auf ihm aufbaut.

Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanzberatung dar. Der Handel mit Kryptowährungen birgt erhebliche Risiken. Recherchieren Sie immer selbst, bevor Sie Anlageentscheidungen treffen.