SKN3X.COM

Was ein Smart Contract ist – und was nicht

Ein Programm mit Zustand und Rechten. Weder ein Vertrag im juristischen Sinn noch eine Instanz, die weiß, was außerhalb der Chain geschieht.

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, warum ein Smart Contract nichts über die Welt außerhalb der Chain weiß.
  • Sie können die drei Stellen benennen, an denen ein Smart Contract von etwas anderem abhängt.

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 Programm, das Werte hält

Ein Smart Contract ist Code an einer Adresse auf der Chain. Er hat einen Zustand – Guthaben, Parameter, Berechtigungen – und Funktionen, die diesen Zustand nach festen Regeln ändern. Jede Ausführung ist eine Transaktion, wird bezahlt und ist im Register nachvollziehbar.

Fakt

Der Vertrag sieht nur die Chain

Ein Smart Contract kann nichts abfragen, was nicht auf der Chain steht. Er kennt keinen Wechselkurs, kein Wetter, keine Lieferung. Alles Externe muss ihm jemand als Transaktion hineinschreiben – genau das leistet ein Oracle. Damit ist jede Aussage des Vertrags über die Außenwelt nur so verlässlich wie die Quelle, die sie hineingeschrieben hat.

Risiko

Drei Abhängigkeiten, die nicht im Code stehen

Ein Vertrag hängt an den Daten, die ihm ein Oracle liefert; an den Verträgen, die er selbst aufruft; und an den Rechten, die jemand über ihn behält. Der Code allein zeigt nur die zweite dieser drei. Die anderen beiden sind aus der Dokumentation und dem Chain-Zustand zu ermitteln – und ihr Fehlen in einer Übersicht ist keine Aussage über ihr Nichtvorhandensein.

Begriffe

Smart Contract im Glossar
Programmcode an einer Chain-Adresse, der Vermögenswerte nach festen Regeln verwaltet.
Oracle
Ein Mechanismus, der Daten von außerhalb der Chain in einen Vertrag schreibt.
Zustand (State)
Die gespeicherten Werte eines Vertrags zu einem Zeitpunkt.

Modell

  1. Eigener Code – prüfbar, versioniert, auditierbar

  2. Aufgerufene Verträge – sichtbar im Code, eigenes Risiko

  3. Oracle-Daten – nicht im Code, bestimmen das Ergebnis

  4. Verbliebene Rechte – nicht im Code, bestimmen die Regeln

Woran ein Vertrag hängt – Nur die ersten beiden Ebenen zeigt ein Code-Audit vollständig.

Rechenbeispiel

Eine Liquidation, die niemand ausgelöst hat

Preis laut Oracle
1.800 USD
Preis an liquiden Handelsplätzen
1.950 USD
Liquidationsschwelle
1.850 USD

Der Vertrag rechnet mit 1.800 USD, weil das der Wert ist, der in ihm steht. Dass anderswo 1.950 USD gehandelt wird, ist für ihn nicht existent.

Die Position wird liquidiert.

Lesart: Nicht der Markt hat liquidiert, sondern die Datenquelle. Wer die Position hielt, war gegen das Oracle exponiert, nicht gegen den Preis.

Abruf

Woher kennt ein Smart Contract den Preis eines Vermögenswerts?

Übung an realen Daten

Öffnen Sie einen Markt im Explorer und sehen Sie sich die ausgewiesene Abhängigkeitskette an. Fragen Sie sich zu jedem Glied: Wäre ein Ausfall hier für mich sichtbar, bevor er wirkt?

Abhängigkeitskette eines Marktes ansehen →

Anwendung

Ein Anbieter wirbt damit, sein Protokoll sei „vollständig auditiert“. Welche Risiken deckt diese Aussage nicht ab?

Passende Fallstudien

Institutionelle Lesart

Bank
Welche dieser Abhängigkeiten wären nach internen Standards dokumentationspflichtig?
Versicherung
Welche der vier Ebenen wäre überhaupt versicherbar formulierbar?

Zum Mitnehmen

Belege