Ethereum-Bestätigungen und Finalität: den Block prüfen, nicht nur Success

Eine aufgenommene Ethereum-Transaktion kann Success anzeigen, bevor ihr Block finalisiert ist. Success beschreibt die Ausführung; Bestätigungen beschreiben nach der Aufnahme hinzugefügte Blöcke gemäß der Zählweise des Werkzeugs. Finalität ist ein eigener Konsenszustand. Prüfen Sie den Transaktionsblock und die finalisierte Kette des Netzwerks, statt diese Angaben gleichzusetzen.

Diese Anleitung betrifft Ethereum Mainnet nach dem Wechsel zu Proof of Stake. Rollups, Brücken, andere Ketten und verwahrende Dienste haben zusätzliche Regeln. Es geht um die reine Leseprüfung einer bereits vorhandenen Transaktion, nicht um eine Empfehlung, eine Zahlung zu senden, abzubrechen oder zu wiederholen.

Aufnahme, Ausführung und Finalität trennen

Die JSON-RPC-Belegreferenz liefert Nummer und Hash des Blocks, der die Transaktion enthält, sowie den Ausführungsstatus. Eine ausstehende Transaktion hat noch keinen Aufnahmebeleg. Status 1, im rohen JSON-RPC als 0x1 dargestellt, bedeutet erfolgreiche Ausführung; 0 oder 0x0 bedeutet Fehlschlag.

Keiner der Werte ist ein Finalitätsmerkmal. Eine zurückgesetzte Transaktion kann trotzdem zu einem finalisierten Block gehören. Umgekehrt kann eine erfolgreiche Ausführung in einem neuen, noch nicht finalisierten Block liegen. Warten auf Finalität macht eine zurückgesetzte Aktion nicht erfolgreich.

Beobachtung	Was sie aussagt	Was sie nicht klärt
Beleg mit Block	Der Anbieter meldet dort die Aufnahme	Ob dieser Block finalisiert ist
Belegstatus Success	Die Ausführung auf oberster Ebene war erfolgreich	Beabsichtigter Token-Eingang oder Finalität
Bestätigungszahl	Das Werkzeug meldet die Tiefe seit Aufnahme	Universelle Finalitäts- oder Gutschriftregel
Finalisierte Kette enthält den Block	Konsensfinalität umfasst diesen Block	Vertragssicherheit oder Börsengutschrift

Ist die Transaktion noch ausstehend, lesen Sie vor einer weiteren Aktion die Anleitung zu ausstehenden Transaktionen. War sie erfolgreich, aber die erwarteten Token fehlen, behandelt die Anleitung zu Transfernachweisen diese gesonderte Frage.

Was Ethereum unter finalisiert versteht

Ethereums Proof-of-Stake-Erklärung beschreibt Abstimmungen der Validatoren über Kontrollpunkte. Finalität bietet eine stärkere Garantie als bloße Nähe zur aktuellen Kettenspitze: Einen finalisierten Block rückgängig zu machen, würde ein schwerwiegendes Konsensversagen mit erheblichen wirtschaftlichen Folgen erfordern. Sie verspricht nicht, dass jede Anwendung oder jeder Vermögenswert im Block sicher ist.

Die Erklärung der Anwendungsebene von Ethereum Foundation unterscheidet Safe Head und finalisierte Blöcke. Safe ist eine Zwischenstufe der Sicherheit, kein Synonym für finalized. Die Ausführungs-API stellt die Block-Tags latest, safe und finalized bereit, um den jeweiligen Kopf abzufragen.

Verwenden Sie diese Begriffe im Ethereum-Kontext. Ein Rollup kann ähnliche Wörter für Stufen mit Sequencer und übergeordneter Kette verwenden. Übertragen Sie das Mainnet-Verfahren nicht unverändert auf einen Brückentransfer, und nehmen Sie nicht an, dass eine finalisierte Transaktion auf der Quellkette die Aktion auf der Zielseite abschließt.

Hier wird keine feste Wartezeit versprochen. Verzögerungen, ein veralteter Anbieterstand oder ein Netzwerkproblem können einen Timer zu einem schlechten Ersatz für die tatsächliche Zustandsprüfung machen. Verlangt ein Dienst eine bestimmte Bestätigungszahl oder eine andere Bedingung, prüfen Sie seine aktuellen offiziellen Vorgaben gesondert.

Die Transaktion mit der finalisierten Kette abgleichen

Beginnen Sie bei einem vertrauten Ethereum-Explorer oder öffentlichen Blockleser, den Sie über einen vertrauenswürdigen Weg öffnen. Manche Explorer zeigen Finalität direkt, andere nur Blockdetails. Die folgenden Methodennamen bezeichnen öffentliche Leseabfragen, keine Anweisungen zur Transaktionsausführung oder Wallet-Verbindung. Das Verfahren wurde am 27. Oktober 2026 anhand der Dokumentation geprüft; für diesen Artikel wurde es nicht mit einer Live-Wallet getestet.

1. Die Transaktion eindeutig festhalten. Notieren Sie Ethereum Mainnet und den vollständigen Transaktionshash. Lesen Sie den Beleg und halten Sie Nummer und Hash des enthaltenen Blocks sowie den Ausführungsstatus fest. Ein nicht verfügbarer Beleg bleibt ungeklärt; prüfen Sie Netzwerk und Anbieter, bevor Sie die Transaktion als fehlgeschlagen bezeichnen.
2. Den gemeldeten Finalitätszustand lesen. Nutzen Sie die dokumentierte Blockangabe des Explorers. In einem JSON-RPC-Leser fragt eth_getBlockByNumber mit finalized den aktuellen finalisierten Kopf ab. Bewahren Sie die zurückgegebene Blocknummer und den Beobachtungszeitpunkt auf. Nicht unterstützte oder fehlgeschlagene Abfragen bleiben ungeprüft.
3. Blockidentität und Höhe vergleichen. Liegt der finalisierte Kopf unter dem Transaktionsblock, deckt diese Beobachtung die Transaktion noch nicht ab. Hat er dessen Höhe erreicht oder überschritten, lesen Sie den kanonischen Block auf der Aufnahmehöhe erneut und vergleichen Sie dessen Hash mit dem Blockhash im Beleg. Nutzen Sie einen konsistenten, aktuellen Anbieter und prüfen Sie bei abweichenden Hashes den Beleg erneut.
4. Die Aussagegrenzen beachten. Ein übereinstimmender enthaltender Block auf oder hinter dem finalisierten Kopf stützt die Finalität auf dieser gemeldeten Kette. Ein veralteter oder inkonsistenter Anbieter kann dennoch irreführende Daten liefern. Bewahren Sie Abweichungen auf und konsultieren Sie den offiziellen Anbieterstatus oder Support, statt aus gemischten Momentaufnahmen eine Antwort zu erzwingen.
5. Die Anwendungsanforderung gesondert prüfen. Stellen Sie fest, was die Transaktion tatsächlich bewirkt hat und ob der empfangende Dienst sie nach seinen Regeln gutgeschrieben hat. Senden Sie keine zweite Zahlung, nur weil eine Galerie oder Einzahlungsseite noch nicht aktualisiert wurde.

Die Dokumentation der Blockabfrage liefert Blocknummer und Hash. Die Höhe allein reicht bei widersprüchlichen Daten nicht aus: Bei einer Kettenreorganisation können zwei verschiedene Blöcke dieselbe Höhe einnehmen. Halten Sie Hash und Nummer zusammen fest, damit der Vergleich den Block bezeichnet, der die Transaktion enthielt.

Eine wechselnde Bestätigungszahl sorgfältig lesen

Angenommen, ein hypothetischer Beleg ordnet eine Transaktion Block 100 zu, während ein Leser den finalisierten Kopf bei 98 meldet. Die Transaktion kann bereits Success anzeigen, doch diese Beobachtung des finalisierten Kopfes deckt Block 100 nicht ab. Meldet eine spätere konsistente Abfrage den finalisierten Kopf 102, prüfen Sie vor der Erfassung als abgedeckt, ob der kanonische Block bei 100 weiterhin den Hash aus dem Beleg hat.

Diese absichtlich kleinen Blocknummern sind ein erfundenes Beispiel, keine aktuelle Mainnet-Beobachtung. Sie sagen weder die Dauer bis zur Finalität voraus noch legen sie einen Einzahlungsschwellenwert fest. Eine angezeigte Bestätigungszahl kann den enthaltenen Block mitzählen; lesen Sie die Definition des Werkzeugs, bevor Sie Zahlen aus zwei Oberflächen vergleichen.

Eine Reorganisation kann eine Transaktion in einen anderen Block verschieben oder ihren bisherigen Aufnahmenachweis entfernen. Bewahren Sie den ursprünglichen Hash auf, aktualisieren Sie den Beleg und vergleichen Sie aktuelle Daten. Eine geänderte Zahl allein belegt nicht, dass Sie erneut senden sollten. Auch eine alte Wallet-Mitteilung setzt einen neueren Blockdatensatz nicht außer Kraft.

Mit einem datierten Blocknachweis abschließen

Halten Sie Netzwerk, Transaktionshash, Nummer und Hash des enthaltenen Blocks, Ausführungsstatus, beobachteten finalisierten Kopf und Prüfzeit zusammen fest. Vermerken Sie, ob die Daten konsistent waren und ob der Explorer Finalität direkt kennzeichnete oder sie aus dem obigen Blockvergleich abgeleitet wurde.

Finalität beweist weder, dass der richtige Token den richtigen Empfänger erreicht hat, noch dass ein Vertrag vertrauenswürdig ist oder ein verwahrender Dienst seine Buchung abgeschlossen hat. Eine abweichende Portfoliobilanz kann auch nach der Finalisierung ein Anzeige-, Abdeckungs- oder Preisproblem sein.

Für diese öffentlichen Daten sind weder Signatur noch Freigabe noch Wiederherstellungsphrase nötig. Verlangt eine Website diese nur zur Anzeige von Bestätigungen oder Finalität, beenden Sie diesen Vorgang. Das Ergebnis sollte ein konkret beobachteter Zustand mit seinen Grenzen sein, kein universelles Versprechen, dass ein grünes Symbol alle Teile einer Zahlung als abgeschlossen ausweist.