Das verteilte Register

Wie eine Blockchain Transaktionen verbindlich macht – und welche Art von Verbindlichkeit das genau ist.

Diese Lektion ist fachlich nicht geprüft. Sie wurde für diese Plattform verfasst und gegen die angegebenen Belege geschrieben; eine unabhängige fachliche Durchsicht hat nicht stattgefunden.

Lernziele

  • Sie können erklären, was Finalität bedeutet und warum sie nicht sofort eintritt.
  • Sie können begründen, warum „unveränderlich“ nicht „richtig“ bedeutet.

Vorwissen prüfen

Beantworten Sie diese Fragen für sich, bevor Sie weiterlesen. Wo Sie zögern, liegt der Nutzen dieser Lektion.

Kernkonzept

Fakt

Ein Register, das viele gleichzeitig führen

Eine Blockchain ist ein Kontobuch, das nicht eine Instanz führt, sondern viele gleichzeitig – und über dessen jeweils nächsten Eintrag sie sich nach einer festen Regel einigen. Jeder Block enthält einen Verweis auf den vorherigen; eine Änderung weiter hinten würde alle folgenden Verweise ungültig machen.

Fakt

Finalität ist ein Grad, kein Zustand

Eine gerade bestätigte Transaktion ist noch nicht endgültig. Mit jedem weiteren Block wird eine nachträgliche Änderung teurer und unwahrscheinlicher. Manche Netzwerke definieren einen Punkt, ab dem eine Änderung ökonomisch ausgeschlossen ist; andere machen sie nur immer unwahrscheinlicher. Für eine Abwicklung ist genau dieser Punkt die relevante Größe.

Risiko

Unveränderlich heißt nicht richtig

Eine Blockchain garantiert, dass ein Eintrag nach Finalität nicht mehr geändert wird. Sie garantiert nicht, dass der Eintrag richtig war. Eine Überweisung an eine falsche Adresse ist genauso endgültig wie eine an die richtige. Die Eigenschaft, die als Sicherheitsmerkmal gilt, ist bei einem Fehler das Gegenteil davon.

Begriffe

Finalität
Der Punkt, ab dem eine bestätigte Transaktion praktisch nicht mehr rückgängig gemacht werden kann.
Gas
Die Gebühr für die Rechenleistung, die eine Transaktion im Netzwerk verbraucht.
Blockchain im Glossar
Ein verteiltes, fortlaufend verkettetes Register von Transaktionen.

Modell

  1. Transaktion signiert und an das Netzwerk gesendet

  2. In den Mempool aufgenommen – noch nicht Teil des Registers

  3. In einen Block aufgenommen – bestätigt, aber nicht endgültig

  4. k weitere Blöcke darüber – praktisch endgültig

Vom Auftrag zur Finalität – Nur der letzte Schritt trägt die Eigenschaft, die für eine Abwicklung nötig ist.

Rechenbeispiel

Wann ist eine Zahlung angekommen?

Transaktion bestätigt in Block
n
Annahme des Empfängers
sofort angekommen
Tatsächliche Finalität
n + k

Zwischen Block n und Block n + k besteht ein Fenster, in dem die Transaktion bestätigt aussieht, aber noch verdrängt werden könnte. Die Größe von k ist eine Eigenschaft des Netzwerks, keine Wahl des Empfängers.

Angekommen ist die Zahlung erst nach k weiteren Blöcken.

Lesart: Wer Ware gegen eine Zahlung herausgibt, muss k kennen. „Bestätigt“ in einer Oberfläche ist keine Aussage über Finalität.

Abruf

Eine Transaktion wurde an eine falsche Adresse gesendet und ist final. Was folgt daraus?

Übung an realen Daten

Sehen Sie sich an, über wie viele Chains sich die Märkte dieser Plattform verteilen. Notieren Sie: Dieselbe Marke auf zwei Chains ist technisch zweimal dasselbe Produkt mit zweimal unterschiedlichem Infrastrukturrisiko.

Chains im Explorer vergleichen →

Anwendung

Ein Zahlungsprozess soll on-chain abgewickelt werden. Welche zwei Netzwerkeigenschaften bestimmen, wann Ware freigegeben werden darf?

Passende Fallstudien

Institutionelle Lesart

Bank
Wie verhält sich die Finalitätsregel des Netzwerks zur internen Definition von Settlement-Finalität?

Zum Mitnehmen