BSC-Transaktion lesen – Feld für Feld erklärt

Um eine BSC-Transaktion zu lesen, fügen Sie ihren Hash in einen Explorer der BNB Smart Chain ein und prüfen zuerst vier Dinge: den Status (erfolgreich, fehlgeschlagen oder ausstehend), Block und Bestätigungen, die Adressen bei Von und An sowie den Abschnitt mit den Token-Transfers. Alles andere – Gas, Nonce, Input-Daten und Logs – erklärt, wie und warum es passiert ist.

Das ist die Version für eilige Leser. Der Rest dieses Ratgebers ist die ausführliche – geschrieben für den Moment, in dem eine Zahlung „nicht angekommen“ ist, ein Swap fehlschlug und trotzdem Gebühren kostete oder der Support nach „der TxID“ fragt und Sie nicht genau wissen, was gemeint ist. Als Referenz dienen uns das Layout von BscScan und unsere eigene Suche für BNB-Transaktionen, die Felder sind aber auf BSCTrace, OKX Explorer und jedem anderen Tool aus unserem Explorer-Ranking dieselben. Alle lesen dieselbe Chain.

Was ist ein Transaktionshash auf der BNB Smart Chain?

Der Transaktionshash ist die Kennung der Transaktion: 0x, gefolgt von 64 Hexadezimalzeichen, zum Beispiel 0x5c50…e3a1. Er ist ein Keccak-256-Hash der signierten Transaktion, wird also aus dem Inhalt selbst abgeleitet – ändern Sie ein einziges Byte, erhalten Sie einen völlig anderen Hash. Wallets nennen ihn „Transaktions-ID“, „TxID“ oder „Tx-Hash“; gemeint ist immer dasselbe.

Daraus folgen zwei praktische Dinge. Erstens existiert der Hash ab dem Moment, in dem Ihre Wallet signiert – noch bevor die Transaktion in irgendeinem Block steht. Ein Hash allein beweist also nicht, dass on-chain etwas passiert ist; Sie müssen ihn nachschlagen. Zweitens ist ein Hash nicht an eine Chain gebunden: Dieselbe Zeichenkette aus 66 Zeichen lässt sich auf der BNB Smart Chain, auf opBNB oder im BSC Testnet suchen, gefunden wird sie aber nur auf dem Netzwerk, auf dem sie tatsächlich gesendet wurde. Meldet ein Explorer „nicht gefunden“, prüfen Sie als Erstes, ob Sie im richtigen Netzwerk sind – erstaunlich viele „verschwundene“ Zahlungen liegen im Testnet oder auf einer ganz anderen EVM-Chain. (Adressen sind übrigens kürzer: 0x plus 40 Zeichen.)

Status einer BSC-Transaktion: erfolgreich, fehlgeschlagen oder ausstehend

Die Statuszeile ist das wichtigste Feld überhaupt, und sie kennt nur eine Handvoll Werte. Erfolgreich heißt, die Transaktion wurde in einen Block aufgenommen und ohne Revert ausgeführt. Fehlgeschlagen (BscScan zeigt „Fail“ mit einem Grund wie „execution reverted“) heißt, sie wurde aufgenommen und ausgeführt, doch der Code stoppte mittendrin und machte alle Effekte rückgängig. Ausstehend heißt, das Netzwerk hat sie gesehen, aber noch kein Validator hat sie in einen Block gepackt. Und Dropped & Replaced heißt, eine andere Transaktion mit derselben Nonce wurde stattdessen bestätigt – diese hier wird also nie ausgeführt.

Was „erfolgreich“ nicht bedeutet: dass Sie bekommen haben, was Sie erwartet hatten. Ein erfolgreicher Aufruf eines Scam-Token-Vertrags ist trotzdem erfolgreich. Ein Transfer eines gefälschten „USDT“, das nicht der echte Tether-Vertrag ist, ist trotzdem erfolgreich. Der Status sagt Ihnen, dass der Code gelaufen ist; der Abschnitt mit den Token-Transfers weiter unten sagt Ihnen, was sich tatsächlich bewegt hat. Behalten Sie beides im Blick, und Sie umgehen die meisten klassischen Missverständnisse.

Block, Zeitstempel, Bestätigungen, Von und An

Block ist die Nummer des Blocks, der die Transaktion enthält. Daneben zeigen die meisten Explorer die Bestätigungen – wie viele Blöcke seither obendrauf gekommen sind. Mit einem Block etwa alle 0,45 Sekunden seit dem Fermi-Hardfork stapeln sich die Bestätigungen rasant: Eine Transaktion, die eine Minute alt ist, hat bereits weit über hundert. Die BNB Smart Chain hat zudem Fast Finality, die einen Block nach gut einer Sekunde unumkehrbar macht. Börsen, die trotzdem Dutzende Bestätigungen abwarten, sind also vorsichtig – technisch nötig ist das nicht.

Zeitstempel ist die Zeit des Blocks, nicht der Moment, in dem Sie auf „Senden“ gedrückt haben. Explorer zeigen ihn meist in UTC und als „vor x Sekunden“ an. BSC-Blöcke tragen inzwischen auch einen Zeitstempel in Millisekunden, was bei Blockabständen unter einer halben Sekunde relevant ist; der Gegenseite nennen Sie aber die menschenlesbare Uhrzeit.

Von ist immer eine gewöhnliche Wallet (ein Externally Owned Account) – nur Wallets können Transaktionen signieren. An ist entweder eine andere Wallet oder ein Smart Contract. Hier stolpern die meisten. Wenn Sie USDT senden, zeigt das Feld „An“ den USDT-Token-Vertrag, 0x55d3…7955, nicht die Adresse Ihres Freundes. Der echte Empfänger steht im Abschnitt mit den Token-Transfers. Ist „An“ leer und steht auf der Seite „Contract Creation“, hat die Transaktion einen neuen Vertrag deployt, und der Explorer zeigt stattdessen dessen neue Adresse.

Betrag („Value“) ist die Menge nativer BNB, die mit der Transaktion mitgeschickt wurde. Bei einer einfachen BNB-Überweisung ist das die Zahlung. Bei einem Token-Transfer oder Swap steht dort oft 0 BNB, was Leute beunruhigt, die „100 USDT“ erwartet hatten. Alles in Ordnung – Token sind keine BNB, und ihre Beträge stehen in den Logs, nicht im Feld für den Betrag.

Transaktionsgebühr, Gaspreis, Gaslimit und Nonce

Jede Operation auf der BNB Smart Chain kostet Gas, eine Einheit für Rechenarbeit. Die gezahlte Transaktionsgebühr ist schlicht verbrauchtes Gas × Gaspreis, angezeigt in BNB und oft auch in Dollar. Eine einfache BNB-Überweisung verbraucht immer exakt 21.000 Gas; ein Token-Transfer meist einige Zehntausend; ein DEX-Swap über mehrere Pools kann einige Hunderttausend verbrauchen. Bei der aktuellen Untergrenze des Netzwerks von 0,05 Gwei kostet die Überweisung mit 21.000 Gas rund 0,00000105 BNB – einen winzigen Bruchteil eines Cents. Was Gas gerade kostet, zeigt unser Live-Gas-Tracker für die BSC.

Gaslimit ist das Maximum, das Ihre Wallet der Transaktion erlaubt hat; verbrauchtes Gas ist das, was tatsächlich angefallen ist. Explorer zeigen oft beides samt Prozentwert, etwa „131.402 / 197.103 (66,7 %)“. Nicht verbrauchtes Gas wird nicht berechnet. Entspricht das verbrauchte Gas exakt dem Limit und ist der Status fehlgeschlagen, ist der Transaktion das Gas ausgegangen – ein erneuter Versuch mit höherem Limit behebt das in der Regel.

Gaspreis ist das, was Sie pro Gas-Einheit geboten haben, in Gwei (ein Milliardstel BNB). Die BNB Smart Chain unterstützt Transaktionen im Stil von EIP-1559, allerdings mit einer fest auf null gesetzten Base Fee – auf BscScan sehen Sie daher „Base: 0 Gwei“ neben einer Max Fee und einer Priority Fee. In der Praxis zählt der effektive Gaspreis. Ein Teil der Gebühren jedes Blocks wird gemäß BEP-95 verbrannt, weshalb manche Explorer eine Zeile „Burnt Fees“ anzeigen.

Nonce ist ein Zähler pro Absenderadresse: Ihre erste Transaktion hat die Nonce 0, die nächste 1 und so weiter. Das Netzwerk verarbeitet sie strikt der Reihe nach. Hängt Nonce 41, warten die Nonces 42, 43 und 44 dahinter – egal, wie viel Gas sie bieten. Diese Regel nervt, wenn etwas schiefgeht, und ist äußerst nützlich, wenn Sie es reparieren, wie Sie gleich sehen werden. Der Explorer zeigt außerdem einen Transaktionstyp – 0 für Legacy-Transaktionen, 2 für EIP-1559-Transaktionen –, den Sie meist ignorieren können.

Methode, Input-Daten und Event-Logs

Ist der Empfänger ein Vertrag, enthält die Transaktion Input-Daten: eine Anweisung, welche Funktion der Vertrag mit welchen Argumenten ausführen soll. Die ersten vier Bytes sind der Function Selector. 0xa9059cbb steht für transfer(address,uint256), 0x095ea7b3 für approve(address,uint256). Explorer übersetzen den Selector in einen verständlichen Methodennamen – „Transfer“, „Approve“, „Swap Exact Tokens For ETH“ – anhand der ABI des verifizierten Vertrags oder einer öffentlichen Signaturdatenbank. Bei verifizierten Verträgen kann BscScan zudem jedes Argument dekodieren, sodass Sie den genauen Spender oder Betrag sehen, den Sie signiert haben.

Warum das wichtig ist? Weil sich in der Methode die Freigaben verstecken. Wollten Sie einen Token kaufen, und die Methode lautet „Approve“ oder „Set Approval For All“, haben Sie noch nichts gekauft – Sie haben einem Vertrag erlaubt, Ihre Token zu bewegen. Auf einer DEX ist das normal, auf einer Phishing-Seite gefährlich. Wie Sie solche Berechtigungen später prüfen und widerrufen, zeigt unser Ratgeber zum Verfolgen einer BNB-Wallet und ihrer Freigaben.

Event-Logs sind Nachrichten, die der Vertrag während der Ausführung aussendet. Durch sie wissen Explorer, was im Inneren passiert ist. Das häufigste Event auf der BNB Smart Chain ist das BEP-20-Event Transfer, dessen erstes Topic immer mit 0xddf252ad beginnt. Jeder Log nennt den aussendenden Vertrag (den Token), die indexierten Topics (Von und An) und die Daten (den Betrag). Swaps erzeugen ganze Bündel von Logs – Transfers in den Pool und aus ihm heraus, ein Sync, ein Swap –, und sie der Reihe nach zu lesen ist der zuverlässigste Weg, eine komplizierte Transaktion zu rekonstruieren.

Token-Transfers und interne Transaktionen auf der BSC

Der Abschnitt Token-Transfers (bei BscScan „ERC-20 Tokens Transferred“, bei unserer Suche „Token-Transfers“) ist die menschenfreundliche Zusammenfassung der Transfer-Logs: welcher Token, wie viel, von wem, an wen. Dieses Feld beantwortet die Frage „Sind die USDT angekommen?“. Prüfen Sie den Token-Namen und die Vertragsadresse: Der echte BEP-20-USDT ist 0x55d398326f99059fF775485246999027B3197955 und verwendet 18 Dezimalstellen – anders als Tether auf Ethereum. Alles andere, das sich USDT nennt, ist eine Kopie. Unser BEP-20-Token-Explorer listet die echten Verträge der großen Stablecoins.

Interne Transaktionen sind eine ganz andere Geschichte. Es handelt sich um Bewegungen nativer BNB, die ein Vertrag während der Ausführung auslöst – ein Router, der Ihnen nach dem Verkauf eines Tokens BNB auszahlt, eine Bridge, die Mittel freigibt, ein Multisig, das eine Zahlung weiterleitet. Niemand signiert sie, sie haben keinen eigenen Hash und tauchen im Standard-Receipt nicht auf. Explorer rekonstruieren sie durch Tracing der Ausführung, BscScan und BSCTrace zeigen sie im Tab „Internal Txns“. Sagt also jemand „Ich habe dir BNB von der Börse geschickt“ und der Betrag der Transaktion ist null, schauen Sie dort nach. Schlanke Explorer, die nur öffentliche RPC-Daten lesen – unserer eingeschlossen –, zeigen Logs und Token-Transfers, aber keine getracten internen Aufrufe. Wenn Sie die brauchen, wechseln Sie zu BscScan.

BNB-Transaktion ausstehend, fehlgeschlagen oder verworfen: Was ist schiefgelaufen?

Ausstehend

Auf der BNB Smart Chain sollte „ausstehend“ nur einen Wimpernschlag dauern. Bei Blöcken im Sub-Sekunden-Takt wird eine gesunde Transaktion meist innerhalb von ein bis zwei Sekunden aufgenommen. Hängt sie fest, gibt es drei übliche Verdächtige. Der Gaspreis liegt unter dem, was Validatoren akzeptieren – manche Wallets und Bots haben noch alte Werte fest einprogrammiert, und alles unterhalb der Untergrenze des Netzwerks wird womöglich gar nicht weitergeleitet. Es gibt eine Nonce-Lücke: Eine frühere Transaktion Ihrer Adresse wurde nie bestätigt, also wartet diese dahinter. Oder Ihre Wallet hat an einen unzuverlässigen RPC-Node gesendet, der die Transaktion nie weitergegeben hat – dann kennt der Explorer sie womöglich gar nicht. Das Hilfecenter von BscScan erklärt selbst, dass Nodes ausstehende Transaktionen aus ihrem Pool werfen können, wenn die Gebühr zu niedrig ist oder Pool-Limits erreicht sind.

Fehlgeschlagen oder revertiert

Eine fehlgeschlagene Transaktion ist endgültig: Sie steht für immer in einem Block, mit rotem Label. Der Vertrag ist gelaufen und auf ein require oder revert gestoßen, also wurde jede Zustandsänderung rückgängig gemacht – außer der Gebühr. Auf PancakeSwap sind die Klassiker PancakeRouter: INSUFFICIENT_OUTPUT_AMOUNT (der Kurs hat sich stärker bewegt als Ihre Slippage erlaubt), EXPIRED (die Deadline ist abgelaufen) und TransferHelper: TRANSFER_FROM_FAILED (fehlende Freigabe, zu wenig Guthaben oder ein Token mit Transferbeschränkungen). „Out of gas“ bedeutet, dass das Gaslimit zu niedrig war. Bei Token, deren Verkauf jedes Mal scheitert, lesen Sie unseren Ratgeber zum Prüfen eines BSC-Tokens auf Honeypots, bevor Sie auch nur einen weiteren Cent für Gas ausgeben.

Dropped & Replaced

Dieser Status bedeutet, dass eine andere Transaktion mit derselben Nonce von derselben Adresse zuerst bestätigt wurde. Meist waren Sie das selbst: Sie haben auf „Beschleunigen“ oder „Stornieren“ gedrückt, und die Wallet hat einen Ersatz gesendet. Die Erklärung von BscScan zu verworfenen Transaktionen behandelt die Sonderfälle. Entscheidend ist: Nur eine der beiden kann jemals ausgeführt werden. Eine verworfene Transaktion „kommt“ also nie „zurück“ und belastet Sie doppelt.

So beschleunigen oder stornieren Sie eine hängende BSC-Transaktion

Die Nonce-Regel ist Ihr Rettungswerkzeug. Weil pro Nonce nur eine Transaktion bestätigt werden kann, lässt sich eine hängende überschreiben, indem Sie eine andere mit derselben Nonce und höherem Gaspreis senden. So gehen wir dabei vor.

1. 1

   Prüfen, ob sie wirklich hängt

   Öffnen Sie den Hash in einem Explorer. Steht dort länger als eine Minute Ausstehend oder findet der Explorer ihn gar nicht, prüfen Sie die Nonce: Jede frühere Nonce Ihrer Adresse muss bereits bestätigt sein.

2. 2

   Die Nonce der hängenden Transaktion ermitteln

   Die Nonce steht auf der Transaktionsseite und in MetaMask in den Transaktionsdetails. Notieren Sie sie – die Ersatztransaktion muss exakt diese Nummer wiederverwenden.

3. 3

   Beschleunigen: mit höherem Gaspreis neu senden

   Tippen Sie in MetaMask oder Trust Wallet auf Beschleunigen („Speed up“). Die Wallet signiert dieselbe Transaktion mit derselben Nonce und einer höheren Gebühr neu. Nodes verlangen für einen Ersatz in der Regel einen um mindestens 10 % höheren Gaspreis.

4. 4

   Oder stornieren: 0 BNB mit derselben Nonce an sich selbst

   Tippen Sie auf Stornieren („Cancel“) oder senden Sie manuell eine Überweisung über 0 BNB an Ihre eigene Adresse – mit der hängenden Nonce und einem höheren Gaspreis. Was zuerst landet, gewinnt; die andere Transaktion wird zu Dropped & Replaced.

5. 5

   Ergebnis im Explorer kontrollieren

   Suchen Sie nach Ihrer Adresse, nicht nach dem alten Hash. Dort sollte die Ersatztransaktion mit dieser Nonce bestätigt sein. Erst dann senden Sie neue Transaktionen, damit keine weitere Nonce-Lücke entsteht.

MetaMask dokumentiert beide Buttons in seinem Hilfeartikel zu ausstehenden Transaktionen; um die Nonce von Hand zu setzen, aktivieren Sie zuerst die benutzerdefinierte Nonce in den Einstellungen. Ist die hängende Transaktion bereits bestätigt oder fehlgeschlagen, gibt es nichts mehr zu stornieren – eine geminte Transaktion kann niemand rückgängig machen, auch keine Validatoren und keine Explorer. Und zeigt Ihre Wallet „ausstehend“, aber kein Explorer hat den Hash je gesehen, hat die Transaktion das Netzwerk nie erreicht: Dann genügt es meist, die Aktivitätsdaten der Wallet zu löschen und neu zu senden. Prüfen Sie vor dem erneuten Versuch, ob Ihre Wallet im richtigen Netzwerk mit den richtigen Einstellungen läuft – unsere MetaMask-Einrichtung für die BNB Smart Chain nennt Chain-ID und Explorer-URL.

Zahlungsnachweis: Warum Screenshots kein Beweis sind

Die unbequeme Wahrheit über Screenshots von Explorer-Seiten: Es sind Bilder. Betrag, Empfänger oder Status lassen sich mit den Entwicklertools des Browsers in wenigen Sekunden ändern, und gefälschte „Zahlung bestätigt“-Bilder gehören bei Marktplatz- und OTC-Betrug zum Standardrepertoire. Schickt Ihnen jemand einen Screenshot, bitten Sie um den Hash und schlagen Sie ihn selbst nach. Zahlen Sie selbst, schicken Sie den Hash oder einen Link, den die Gegenseite öffnen kann.

Genau dafür ist unsere Transaktionssuche gebaut. Suchen Sie einen beliebigen Hash der BNB Smart Chain, und das Ergebnis bekommt einen dauerhaften Teilen-Link, das native Teilen-Menü und Buttons für Telegram, WhatsApp und X. Der Button Zahlungsbeleg kopieren kopiert einen kurzen Nachweis im Klartext – Status, Betrag, Absender, Empfänger, Zeit, Bestätigungen und den Link –, damit der Empfänger ihn mit einem Fingertipp überprüfen kann. Nichts wird gespeichert, kein Login nötig; der Beleg ist nur eine bequeme Hülle um öffentliche Chain-Daten, und erst der Link darin macht ihn vertrauenswürdig.

Eine gute Belegprüfung dauert zehn Sekunden: Der Status ist erfolgreich, der Token-Vertrag ist der echte, der Empfänger ist die erwartete Adresse (vergleichen Sie die ersten und letzten sechs Zeichen, nicht nur die ersten vier), und die Bestätigungen steigen weiter. Stimmen alle vier Punkte, ist die Zahlung final. Wer eine zweite Meinung möchte, öffnet denselben Hash auf BscScan oder BSCTrace – die Daten stimmen überein, weil jeder Explorer dasselbe öffentliche Kassenbuch liest. Entwickler, die dieselbe Prüfung automatisieren wollen, können das Receipt per JSON-RPC auslesen, wie in unserem Ratgeber zur BNB-Explorer-API gezeigt. Das zugrunde liegende Transaktionsmodell beschreibt die Dokumentation zu Transaktionen auf ethereum.org, und sie gilt eins zu eins auch für die BSC.