Ethereum-Transaktion erfolgreich, aber Token fehlen: was prüfen?

Eine erfolgreiche Ethereum-Transaktion beweist allein nicht, dass die beabsichtigten ERC-20-Token das richtige Konto erreicht haben. Success meldet, ob die Transaktion insgesamt ohne Rückabwicklung abgeschlossen wurde. Bestätigen Sie die ausgeführte Aktion, den exakten Token-Vertrag, den Empfänger und die Transferbelege, bevor Sie die Zahlung als abgeschlossen betrachten.

Beginnen Sie mit dem ursprünglichen Transaktionshash auf Ethereum Mainnet. Senden Sie keine weitere Zahlung, nur um eine veraltete Wallet-Anzeige zu testen. Dieser Leitfaden beschreibt die rein lesende Prüfung einer in einen Block aufgenommenen Transaktion, keinen Wiederherstellungsdienst und keine Anweisung, eine weitere Transaktion zu signieren.

Success auf der richtigen Ebene lesen

EIP-658 definiert den Receipt-Status als Ergebnis des Aufrufs auf oberster Ebene. Status 1 bedeutet Erfolg und 0 Misserfolg; JSON-RPC stellt sie als 0x1 und 0x0 dar. Das beschreibt die Ausführung, nicht eine Liste aller von der App gewünschten Ergebnisse.

Ein Vertrag kann einen erfolglosen internen Vorgang behandeln, ohne die gesamte Transaktion zurückzurollen. Auch der ERC-20-Standard verlangt ausdrücklich, dass Aufrufer ein zurückgegebenes false behandeln. Gehen Sie nicht davon aus, dass jede Token-Implementierung erfolglose Transfers durch Rückabwicklung meldet.

Der Receipt-Status ist nicht das von einer Token-Methode zurückgegebene true oder false. Die Receipt-Referenz beschreibt Transaktionsstatus, Block und Logs; sie macht das Statusfeld nicht zum Rückgabewert eines internen Aufrufs. Dekodierte Ausführungsdetails können helfen, aber ein Fehler in der Ablaufverfolgung oder ein Methodenname allein muss im Kontext der gesamten Aktion interpretiert werden.

Zeigt das gesamte Receipt Failed, nutzen Sie den Leitfaden zu fehlgeschlagenen Transaktionen und Gas. Ist die Transaktion noch nicht in einem Block, hilft der Leitfaden zu ausstehenden Transaktionen. Die folgenden Prüfungen betreffen eine aufgenommene Transaktion mit Success.

Feststellen, ob die Aktion ein Transfer war

Eine App kann vor einem späteren Transfer, Tausch oder einer Einzahlung eine Freigabe verlangen. Bei ERC-20 setzt approve ein Ausgabenlimit; der Aufruf selbst sendet den genehmigten Betrag nicht an den Berechtigten. Eine erfolgreiche Transaktion dafür kann den Token-Bestand daher unverändert lassen.

Prüfen Sie die Aktion und, soweit verfügbar, die dekodierten Eingabedaten. Notieren Sie den Zielvertrag der Transaktion und die beabsichtigte Operation. Das To-Feld kann einen Router oder anderen Vertrag statt des endgültigen Token-Empfängers enthalten. Setzen Sie dieses Feld nicht mit dem im Token-Transfer erfassten Empfänger gleich.

Beobachtung	Was sie belegt	Was noch zu prüfen ist
Receipt-Status Success	Ausführung auf oberster Ebene erfolgreich	Ergebnis der beabsichtigten Aktion
Erfolgreiche Freigabe	Berechtigungsaktion ausgeführt	Separater Transfer oder Protokollvorgang
Passender Transfer-Log	Vertrag hat einen Transfer protokolliert	Identität, Betrag und resultierender Zustand
Aktueller Token-Bestand	Kontomenge beim Lesen	Weitere Aktivität und Beobachtungszeit

Bewahren Sie die Hashes einzelner Schritte auf. Eine erfolgreiche Freigabe und ein nachfolgender Transfer sind zwei Datensätze; ein einzelnes Success ersetzt nicht beide. Auch die Abschlussmeldung einer App belegt weder die Gutschrift einer Börseneinzahlung noch den Abschluss einer Bridge auf einer anderen Chain. Diese Dienste haben eigene Datensätze und Regeln.

Transfer-Eintrag mit exaktem Token und Empfänger abgleichen

Das Transfer-Ereignis des Standards erfasst Absender, Empfänger und Betrag. Prüfen Sie in den Receipt-Logs die Adresse des Vertrags, der den Eintrag erzeugt hat, und vergleichen Sie dessen dekodierte Felder mit der beabsichtigten Zahlung. Ein bekanntes Symbol reicht nicht: Ein anderer Vertrag kann denselben Namen nutzen oder ein ähnlich aussehendes Ereignis erzeugen.

Verifizieren Sie Netzwerk und vollständige Token-Vertragsadresse über eine bereits vertraute Quelle. Vergleichen Sie die vollständige Empfängeradresse, nicht nur den gekürzten Anfang und das Ende. Unser Leitfaden zu Wallet-Adresse und Token-Vertrag erklärt, welche Adresse den Vermögenswert und welche das Konto bezeichnet.

Prüfen Sie neben dem Ereignis auch den Betrag. ERC-20 umfasst Transfers mit Nullwert; ein Transfer-Ereignis belegt daher keine positive Zahlung. Zeigt der Log eine rohe Ganzzahl, interpretieren Sie diese mit der verifizierten Dezimalskalierung des Tokens. Formatieren Sie nicht doppelt und erfinden Sie keine Skalierung, wenn Metadaten fehlen.

Angenommen, die beabsichtigte Zahlung beträgt 25 Token. Eine erfolgreiche Freigabe für 25 Token ist nicht diese Zahlung. Ebenso wenig ein Transfer-Eintrag über null Token. Auch ein Eintrag über 25 Token aus einem anderen Vertrag belegt nicht den Eingang des beabsichtigten Vermögenswerts. Das sind hypothetische Vergleiche, keine Beobachtungen aus einer live geprüften Wallet.

Zustand vergleichen, ohne jede Änderung diesem Hash zuzuschreiben

Lesen Sie den Bestand des Empfängers für denselben Token-Vertrag im selben Netzwerk. Der standardisierte Aufruf balanceOf(account) meldet den Token-Bestand des Kontos, erklärt aber nicht, was eine einzelne Transaktion geändert hat. Eine Wallet-Galerie oder ein Portfolio-Gesamtwert in Fiatwährung kann verzögert sein oder etwas anderes beschreiben.

Notieren Sie Block oder Zeitpunkt der Abfrage. Der neueste Bestand kann Transfers nach der untersuchten Transaktion enthalten. Selbst der Vergleich zwischen dem vorherigen Block und dem Block der Transaktion kann andere Transaktionen in diesem Block einschließen. Behaupten Sie nicht, eine Differenz isoliere diesen Hash, ohne die übrige Aktivität zu prüfen.

Widersprechen sich die Belege, lassen Sie den Widerspruch sichtbar. Besondere Token-Mechaniken, ein nicht unterstütztes Lesewerkzeug oder interne Protokollbuchhaltung können die Dokumentation und den Support des exakten Vertrags erfordern. Ein Vertragslog ist kein Echtheits- oder Sicherheitszertifikat. Eine fehlgeschlagene Bestandsabfrage bedeutet unbekannt, nicht null.

Vor einer erneuten Zahlung einen Nachweis sichern

Nutzen Sie einen vertrauten Explorer oder Vertragsleser über einen vertrauenswürdigen Zugangsweg. Für diese öffentlichen Prüfungen brauchen Sie weder Wallet-Verbindung noch Signatur, Freigabe oder Wiederherstellungsphrase. Das Verfahren beruht auf der am 26. Oktober 2026 geprüften Primärdokumentation; für diesen Artikel wurde es nicht an einer Live-Transaktion getestet.

1. Ursprüngliche Transaktion identifizieren. Sichern Sie Ethereum Mainnet, vollständigen Hash, Absender, Block und den gesamten Receipt-Status.
2. Tatsächliche Aktion identifizieren. Unterscheiden Sie Freigabe von Transfer, Tausch und Einzahlung. Sichern Sie alle separaten Hashes des Ablaufs.
3. Token-Belege abgleichen. Erfassen Sie erzeugenden Vertrag, Transferabsender, Empfänger und Betrag samt Einheiten. Vergleichen Sie sie mit dem beabsichtigten Vermögenswert und Konto.
4. Resultierenden Zustand prüfen. Lesen Sie den exakten Token-Bestand oder relevanten Protokolleintrag und notieren Sie Block oder Zeit sowie andere möglicherweise einflussreiche Aktivitäten.
5. Offene Punkte offenlassen. Halten Sie fehlende Logs, fehlgeschlagene Abfragen und unerklärte Unterschiede fest. Wenden Sie sich mit öffentlichen Transaktionsdaten an den offiziellen Wallet- oder Protokollsupport, bevor Sie über eine weitere Transaktion entscheiden.

Die Prüfung ist abgeschlossen, wenn Sie erklären können, was erfolgreich war und welche Belege den beabsichtigten Eingang stützen. War die Transaktion erfolgreich, die Zahlung aber weiterhin unbestätigt, kennzeichnen Sie sie so. Das Success-Symbol ist ein nützlicher Beleg; es erlaubt nicht, Vermögenswert, Empfänger oder Betrag zu ignorieren.