Wie funktioniert eine Blockchain?

Eine Zahlung über eine Blockchain durchläuft fünf Stationen, und an genau einer davon entscheidet sich, was die Buchhaltung damit machen kann. Dieser Artikel geht den Weg einmal ab — vom Schlüsselpaar bis zu der Frage, ab wann ein Eingang belastbar ist.

Ein Schlüsselpaar ist keine Kontonummer

Am Anfang steht kein Konto, sondern ein Zahlenpaar. Der private Schlüssel bleibt beim Inhaber, der öffentliche wird zur Adresse, unter der Zahlungen eingehen. Wer den privaten Schlüssel hat, kann verfügen — mehr Prüfung findet auf dieser Ebene nicht statt. Es gibt keine Bank, die eine Unterschrift mit einem hinterlegten Muster vergleicht, und keine Stelle, die eine Verfügung zurückholt.

Für ein Unternehmen verschiebt das eine vertraute Grenze. Die Verfügungsberechtigung hängt nicht mehr an einer Vollmacht, die jemand erteilt und widerruft, sondern an dem Ort, an dem ein Schlüssel liegt. Genau deshalb bauen Unternehmen die gewohnten Kontrollen eine Ebene höher wieder ein: mehrere Schlüssel für eine Freigabe (Multi-Signature), Schlüsselanteile, die getrennt aufbewahrt werden (MPC), Hardware, aus der sich ein Schlüssel nicht auslesen lässt (HSM), und Empfängerlisten, die vorab freigegeben sind (Whitelist). Das Vier-Augen-Prinzip verschwindet nicht — es wandert vom Formular in die Technik.

Was in einer Transaktion tatsächlich steht

Eine Transaktion ist ein kurzer, signierter Datensatz: Absenderadresse, Empfängeradresse, Betrag, eine Gebühr für die Aufnahme ins Netz und die Signatur, die beides deckt. Was nicht darin steht, ist für die Buchhaltung wichtiger als das, was darin steht. Es gibt keinen Verwendungszweck im Sinne einer Überweisung, keinen Namen, keine Rechnungsnummer.

Diese Referenzen müssen deshalb daneben geführt werden — im ERP, in der Zahlungsdatei, im Beleg. Wer die Zuordnung von Eingang zu offenem Posten allein aus der Blockchain lesen will, findet dort eine Adresse, einen Betrag und einen Zeitstempel. Das reicht für die Reconciliation nur, wenn die Adresse eindeutig einer Gegenpartei zugeordnet ist. Genau daran hängt in der Praxis der Aufwand: nicht an der Technik, sondern an der Stammdatenpflege.

Der Weg vom Absenden bis in den Block

Ist die Transaktion signiert und abgeschickt, folgt eine kurze, immer gleiche Abfolge. Sie zu kennen erklärt die meisten Fragen, die im Tagesbetrieb auftauchen — warum eine Zahlung „hängt", warum Gebühren schwanken, warum ein Betrag im Wallet erscheint, bevor er verbucht werden sollte.

1. Verbreiten. Die signierte Transaktion geht an die Knoten des Netzes, die ihre Gültigkeit prüfen — Signatur korrekt, Deckung vorhanden — und sie weiterreichen.
2. Warten. Sie liegt im Wartebereich des Netzes. Wer eine höhere Gebühr bietet, wird früher berücksichtigt; bei Andrang wird das Warten teurer, nicht länger geordnet.
3. Aufnehmen. Ein Teilnehmer bündelt Transaktionen zu einem Block und hängt ihn an die bestehende Kette. Jeder Block trägt den Fingerabdruck seines Vorgängers — deshalb lässt sich ein alter Eintrag nicht ändern, ohne alle folgenden mitzuändern.
4. Bestätigen. Mit jedem weiteren Block, der darauf aufbaut, wird ein Rückgängigmachen unwahrscheinlicher. Man spricht von Bestätigungen, nicht von Buchungen.
5. Nachsehen. Über einen Block Explorer ist der Vorgang für jeden einsehbar: Betrag, Adressen, Zeitpunkt, Zahl der Bestätigungen.

Der vierte Punkt ist der, an dem die Erwartung meist von der Sache abweicht.

„Bestätigt" ist nicht dasselbe wie „endgültig"

In einem offenen Netz ist die Endgültigkeit einer Zahlung keine Zusage, sondern eine Wahrscheinlichkeit. Die Bank für Internationalen Zahlungsausgleich hat das nüchtern formuliert: Die Wahrscheinlichkeit, dass eine Zahlung endgültig ist, steigt mit jedem weiteren Block — sie erreicht aber nie hundert Prozent. Wer aus dem Zahlungsverkehr die Vorstellung mitbringt, dass eine Gutschrift entweder da ist oder nicht, findet hier einen Übergang statt einer Kante.

Praktisch heißt das: Ein Unternehmen setzt seine eigene Schwelle. Ein Maschinenbauer, der eine Anzahlung über 40.000 Euro in einem Stablecoin erhält, kann festlegen, dass der Eingang ab einer bestimmten Zahl von Bestätigungen als eingegangen gilt — und dass die Ware erst danach das Werk verlässt. Diese Schwelle ist eine betriebswirtschaftliche Entscheidung, keine technische: Sie wägt Wartezeit gegen Restrisiko und darf für eine Kleinstzahlung anders ausfallen als für eine Anzahlung. Wichtig ist nur, dass es sie überhaupt gibt und dass sie schriftlich steht.

Nicht zu verwechseln ist das mit der rechtlichen Finalität, also der Frage, ab wann eine Zahlung schuldbefreiend wirkt. Die beantwortet der Vertrag mit der Gegenpartei, nicht das Netz.

Was davon beim CFO ankommt

Drei Dinge verändern sich gegenüber einer Überweisung, und alle drei sind Prozessfragen, keine Technikfragen. Erstens ist eine ausgeführte Zahlung nicht zurückholbar: Es gibt keinen Rückruf und keine Stornoanfrage bei einer Bank, weshalb die Empfängerprüfung vor die Freigabe gehört und nicht danach. Zweitens entsteht mit der Netzgebühr eine kleine, schwankende Kostenart, die verbucht und in der Kostenstelle sichtbar sein will. Drittens verschiebt sich der Erfassungszeitpunkt: Der Betrag ist im Wallet sichtbar, bevor die interne Schwelle erreicht ist — die Buchhaltung braucht also eine Regel, welcher Zeitpunkt zählt.

Das größte Risiko in diesem Bild ist kein Angriff auf die Blockchain, sondern der Tippfehler in der Empfängeradresse und der Schlüssel, den nur eine Person kennt. Beides sind Themen der internen Kontrolle, die ein Unternehmen mit den Mitteln lösen kann, die es ohnehin kennt: Freigaben, Trennung von Funktionen, dokumentierte Notfallwege.

Was daraus folgt

Der technische Ablauf einer Blockchain ist einfacher, als seine Sprache vermuten lässt: signieren, verbreiten, bündeln, aufeinanderstapeln. Anspruchsvoll wird es an den Rändern — dort, wo Schlüssel verwahrt, Adressen zugeordnet und Schwellen festgelegt werden.

Welche Bauform für einen konkreten Anwendungsfall überhaupt die richtige ist — offenes Netz, berechtigtes Netz oder schlicht eine Datenbank —, ist eine eigene Frage; sie steht in Blockchain & DLT – Grundlagen. Wie die Teilnehmer sich auf den nächsten Block einigen und was diese Einigung kostet, behandelt Konsensverfahren.

Die nützlichste Frage nach diesem Durchgang ist deshalb nicht, wie eine Blockchain funktioniert. Sie lautet, ab welcher Bestätigung das eigene Haus eine Zahlung als eingegangen behandeln will — und wer diese Zahl festlegt.