// TECHNOLOGIE

Blockchain-Finalität: wann ist eine Transaktion fertig?

6 Min. Lesezeitnijitech

„Bestätigt" und „unumkehrbar" sind nicht dasselbe. Für ein System, das Zahlungen annimmt, bestimmt genau dieser Unterschied, wie viele Sekunden Sie warten.

Ganzer Beitrag

Beim Aufbau eines Systems, das Zahlungen über eine Blockchain annimmt, lautet die erste Frage meist: Wie lange dauert die Bestätigung einer Transaktion? Das ist nicht die richtige Frage. Die richtige lautet: Wie lange dauert es, bis sie unumkehrbar ist?

Der Unterschied zwischen beiden entscheidet über den Unterschied, ob Sie einen Kaffee kassieren oder ein Auto.

Bestätigung ist nicht Finalität

Dass eine Transaktion in einen Block aufgenommen wird, ist eine Bestätigung. In manchen Ketten kann dieser Block aber seine Gültigkeit verlieren, wenn im Netz eine längere Kette auftaucht — und die enthaltenen Transaktionen werden rückgängig gemacht. Deshalb ist die erste Bestätigung keine Garantie, sondern eine Wahrscheinlichkeitsaussage.

Mit der Zeit und mit jedem darüber gelegten Block sinkt die Wahrscheinlichkeit einer Umkehr, wird theoretisch aber nicht null. Das nennt man probabilistische Finalität: „warten Sie lange genug, dann ist es sicher genug".

Was deterministische Finalität ändert

In manchen Konsensentwürfen wird ein Block in dem Moment endgültig, in dem die Mehrheit der Validatoren ihn bestätigt — und ist dann unumkehrbar. Warten hat hier keinen Sinn: Die Transaktion ist entweder endgültig oder sie ist nie durchgegangen. Die Grauzone dazwischen verschwindet.

Warum das auf der Zahlungsseite so wichtig ist

Liefern Sie eine physische Ware aus oder schalten Sie einen Dienst sofort frei, haben Sie eine Zahlung angenommen, die noch zurückgehen kann. In der klassischen Kartenwelt heißt das Chargeback, und Händler managen dieses Risiko seit Jahren. Auf der Kettenseite hängt das Risiko am Finalitätsmodell des gewählten Netzes.

Fragen für den Entwurf

  • Ist die Finalität in diesem Netz deterministisch oder probabilistisch?
  • Wenn deterministisch, wie lang ist die typische Dauer — Sekunden oder Minuten?
  • Wenn probabilistisch, wie viele Bestätigungen warten wir bei welchem Betrag ab?
  • Was zeigen wir der Nutzerin während der Wartezeit?

Der letzte Punkt ist Aufgabe der Produktseite und die am häufigsten übersprungene Stelle. Ein Bildschirm mit der Aufschrift „wird verarbeitet", der nicht sagt, wie lange gewartet wird, ist unabhängig von der Dauer eine schlechte Erfahrung.

Kompatibilität ist eine eigene Achse

Finalitätsmodell und Entwicklungsumgebung sind zwei voneinander unabhängige Entscheidungen. Ein Netz kann schnelle und deterministische Finalität bieten und zugleich EVM-kompatibel sein; dann laufen bestehende Solidity-Verträge, Wallets und Entwicklungswerkzeuge unverändert weiter.

In der Praxis macht das die Architekturentscheidung unabhängig vom Team: Sie wählen das Finalitätsmodell nach der Infrastrukturanforderung, und das Team arbeitet weiter mit den Werkzeugen, die es kennt.

Zusammenfassung

Drei Sätze

  • Bestätigung heißt „im Block angekommen"; Finalität heißt „unumkehrbar"
  • Bei probabilistischer Finalität bestimmt der Betrag die Wartezeit
  • Bei deterministischer Finalität entfällt diese Entscheidung — die Produktlogik wird schlanker

In diesem Beitrag erwähnte Produkte

Aus dem Glossar: Finalität · EVM-Kompatibilität

← Alle Beiträge