Krypto-Einzahlungsbestätigungen: Finalität und Gutschrift

Eine Wallet kann eine Transaktion übertragen und einen Hash erhalten, bevor sie in einem Block enthalten ist. Nodes haben möglicherweise unterschiedliche Ansichten unbestätigter Transaktionen; deshalb erscheint der Hash nicht immer sofort im Explorer. Solange die Transaktion außerhalb eines Blocks wartet, hat sie null Bestätigungen. Das heißt, sie ist noch nicht in der kanonischen Chain aufgezeichnet – nicht, dass die Börse die Einzahlung angenommen hat.

Sobald ein gültiger Block die Transaktion enthält, zählt sie nach der üblichen Zählweise als einmal bestätigt. Das Netzwerk hat damit ein On-Chain-Ereignis aufgezeichnet; der empfangende Dienst muss es aber noch erkennen, Asset und Ziel prüfen und seine eigenen Regeln anwenden. Der Bitcoin-Leitfaden zur Zahlungsabwicklung unterscheidet eine übertragene von einer bestätigten Zahlung.

Bei Bitcoin zählt der Block mit der Transaktion als eine Bestätigung; jeder weitere Block erhöht die Zahl um eins. Mit mehr Blöcken wird es zunehmend schwieriger, diese Historie durch eine Reorganisation zu ersetzen. Das ist jedoch ein probabilistischer Schutz und keine Garantie, dass eine Reorganisation unmöglich ist. Der Bitcoin Developer Guide erläutert konkurrierende Chain-Spitzen und die Wirkung nachfolgender Blöcke.

Das Bitcoin-Protokoll zielt langfristig auf durchschnittlich etwa zehn Minuten pro Block. Einzelne Blöcke können deutlich früher oder später entstehen; drei Bestätigungen bedeuten daher keine garantierte Wartezeit von dreißig Minuten. Gebühren, Netzwerklage, Blockzeitpunkt und Verarbeitung beim Empfänger sind unterschiedliche Faktoren. Die Zahl beschreibt den Chain-Status, keine Ankunftszeit.

Nicht alle Netzwerke verwenden dasselbe Bestätigungsmodell. Bei Ethereum mit Proof of Stake wird eine Transaktion zunächst in einen Block aufgenommen; später kann der Konsens Checkpoints als gerechtfertigt und finalisiert markieren. Der Transaktionsablauf und die Anleitung zur Ethereum-Finalität beschreiben diese Protokollzustände. Bitcoin-Blockbestätigungen, ein finalisierter Ethereum-Checkpoint und die Anzeige einer anderen Chain sind keine austauschbaren Einheiten.

Auch ein Protokollstatus „finalisiert“ beantwortet nur, wie die Chain den Block nach ihren Konsensregeln behandelt. Er bedeutet nicht, dass eine bestimmte Börse die Einzahlung gutgeschrieben, eine Prüfung abgeschlossen oder Auszahlungen freigeschaltet hat. Bei Bridges und Wrapped Assets können Quell-Chain, Bridge und Ziel-Chain eigene Abschlussbedingungen haben. Mehr dazu im Leitfaden zu Cross-Chain-Bridges.

Eine Börse entscheidet, wann sie eine Einzahlung in ihrem internen Konto verbucht. Sie kann eine Mindestzahl an Netzwerkbestätigungen verlangen, auf deren Erkennung durch Node oder Indexer warten und vor Handel oder Auszahlung weitere Prüfungen vornehmen. Schwellenwerte können je nach Asset, Netzwerk, Dienst, Konto und Zeitpunkt variieren. Eine einheitliche Bestätigungszahl für alle Kryptoeinzahlungen gibt es nicht.

Kraken beschreibt zum Beispiel einen Status „Credited“, in dem eine Einzahlung für den Handel genutzt werden kann, und „Successful“, wenn auch Auszahlungen möglich sind. Coinbase erklärt, dass eine Einzahlung auf „Pending“ bleiben kann, bis die erforderlichen Bestätigungen erkannt wurden. Das sind Beispiele für die jeweiligen Anbieterprozesse, keine allgemeingültigen Definitionen. Prüfe die aktuellen Angaben des Empfängers.

Angenommen, ein Dienst verlangt in diesem Beispiel drei Bitcoin-Bestätigungen. Wird eine Transaktion in Block 850.000 aufgenommen, ist die übliche Zahl eins. Mit Block 850.001 sind es zwei, mit Block 850.002 drei. Weitere Blöcke müssen also nach der Aufnahme entstehen, bevor die angegebene Schwelle erreicht wird.

Das Beispiel empfiehlt weder drei Bestätigungen noch beschreibt es die aktuelle Regel einer Börse. Der nächste Block hat keine garantierte Ankunftszeit, und die Börse kann nach Erreichen der Schwelle zusätzliche Zeit für Erkennung und Verarbeitung benötigen. Eine Reorganisation kann außerdem verändern, in welchem jüngsten Block eine Transaktion liegt. Lies die aktuellen Empfängerregeln, statt eine alte Schätzung als Zusage zu verstehen.

Prüfe zuerst das genaue Asset und Netzwerk des Absenders und besorge den Transaktionshash. Suche ihn in einem Explorer für dasselbe Netzwerk. Prüfe, ob er sichtbar und in einem Block enthalten ist, wie viele Bestätigungen angezeigt werden und ob Transaktion oder Smart-Contract-Aufruf erfolgreich waren. Bei Ethereum beschreibt ein erfolgreicher Receipt die On-Chain-Ausführung; er beweist nicht, dass eine zentralisierte Börse das Guthaben verbucht hat.

Vergleiche anschließend Zieladresse und ein gegebenenfalls erforderliches Memo oder Tag mit den Einzahlungshinweisen der Plattform. Prüfe, ob sie Asset und Netzwerk unterstützt, der Betrag das Mindestlimit erreicht und die Adresse zum richtigen Konto gehört. Die Checkliste für Kryptotransfers behandelt Netzwerk, Adresse und Memo. Gib niemals Wiederherstellungsphrase oder privaten Schlüssel weiter, um eine öffentliche Transaktion zu prüfen.

Erreicht die Transaktion die aktuelle Bestätigungsschwelle der Plattform, erscheint aber weiterhin nicht im Konto, prüfe deren Statusseite, Wartungshinweise, Kontobenachrichtigungen und Liste unterstützter Netzwerke. On-Chain-Transaktion und interner Kontoeintrag der Börse hängen zusammen, sind aber nicht derselbe Datensatz. Der Dienst braucht möglicherweise Zeit zur Indexierung oder hält die Einzahlung für eine Prüfung zurück.

Wende dich bei Bedarf über den offiziellen Supportkanal an den Empfänger. Halte Hash, Asset, Netzwerk, Betrag, Zieladresse, Memo oder Tag und die ungefähre Sendezeit bereit. Sende nicht erneut, nur weil die erste Übertragung aussteht, und zahle keinem unaufgefordert auftretenden „Recovery“-Kontakt. Bei einem nicht unterstützten Netzwerk oder fehlendem Memo hängt eine Wiederherstellung von der Plattform ab und kann unmöglich sein.