Cardano Inline Datums und Altcoin-Grundlagen

Cardano Inline Datums erklärt: CIP-32, Plutus-Daten, Gebühren und Risiken

vor 2 Tagen

6 Min. Lesezeit

Ein Datum ist bei Cardano kein Kalenderdatum, sondern ein strukturiertes Datenobjekt, das an einen Transaktionsausgang gebunden sein kann. Mit CIP-32 können solche Informationen direkt im Ausgang stehen. Das klingt nach einer kleinen technischen Änderung, verändert aber, wie Wallets, Smart Contracts und dezentrale Anwendungen Informationen austauschen.

Dieser Leitfaden erklärt das Prinzip der Inline Datums im Extended-UTXO-Modell, vergleicht sie mit Datum-Hashes, zeigt ein nachvollziehbares Anwendungsbeispiel und beleuchtet Kosten, Datenschutz, Sicherheitsrisiken sowie die Grenzen dieser Funktion. Der Schwerpunkt liegt auf der Cardano-Protokolltechnik und nicht auf einer ADA-Kursprognose.

Was ist ein Inline Datum auf Cardano?

Cardano arbeitet mit unspent transaction outputs, kurz UTxOs. Jeder noch nicht ausgegebene Transaktionsausgang besitzt eine Adresse und einen Wert. In der erweiterten Variante eUTXO können an einem solchen Ausgang zusätzlich Daten hängen, die ein Plutus-Smart-Contract für seine Bedingungen benötigt. Diese Daten heissen Datum; die Mehrzahl lautet Datums oder Datumswerte.

Ursprünglich konnte ein Ausgang einen kryptografischen Hash des Datums tragen. Der Hash ist eine Art Fingerabdruck: Er belegt, welcher konkrete Dateninhalt gemeint ist, enthält diesen Inhalt aber nicht selbst. Wer den Ausgang später ausgeben wollte, musste den vollständigen passenden Datenwert zur Validierung bereitstellen. Das erforderte eine zusätzliche Datenübermittlung oder das Auffinden früher veröffentlichter Daten.

CIP-32, offiziell Inline datums, ergänzt die Möglichkeit, den vollständigen Datenwert unmittelbar am UTxO abzulegen. Wer den Ausgang später verwendet, kann den Datenwert direkt aus der Blockchain lesen. Die Transaktion, die den Ausgang ausgibt, muss diesen nicht nochmals als separates Datum-Witness bereitstellen.

Datum-Hash und Inline Datum im direkten Vergleich

Datum-Hash: Im Ausgang steht nur der Hash. Der eigentliche Wert muss der ausgebenden Partei zugänglich sein. Vorteilhaft kann die geringere Grösse des Ausgangs sein. Nachteilig sind die zusätzlichen Anforderungen an Datenverfügbarkeit und Kommunikation.

Inline Datum: Im Ausgang steht der vollständige Wert. Er ist für die Anwendung einfacher auffindbar, aber bereits bei Erstellung öffentlich sichtbar. Ausserdem beeinflusst seine Grösse die Mindestmenge an ADA, die an den Ausgang gebunden werden muss, und kann die Transaktionsgrösse erhöhen.

Beide Varianten bleiben relevant. Inline Datums sind kein pauschaler Ersatz für Hashes. Ein System, das vertrauliche Informationen erst bei der Ausgabe offenlegen möchte, kann andere Anforderungen haben als ein öffentliches Register.

Wie funktioniert CIP-32 technisch?

Schritt 1: Ein Ausgang wird mit Daten erzeugt

Stell Dir eine dezentrale Anwendung vor, die einen Auftrag verwaltet. Sie erstellt einen Ausgang mit einem bestimmten ADA-Betrag und dem strukturierten Datensatz für den Auftrag. Darin können beispielsweise eine Auftragsnummer, eine Frist und ein Status enthalten sein. Das sind fiktive Anwendungsfelder, keine universellen Pflichtfelder des Cardano-Protokolls.

Schritt 2: Das Netzwerk speichert den Datenwert

Der Datenwert wird Teil der Ausgabe und damit der Ledger-Daten. Er ist nicht bloss eine Information auf dem Server des Anbieters. Der Inhalt ist dennoch nicht automatisch wahr oder aktuell: Die Blockchain bestätigt, dass ein bestimmter Datenwert in einem gültigen Ausgang steht, nicht dass eine externe Behauptung korrekt ist.

Schritt 3: Eine spätere Transaktion liest oder verwendet ihn

Eine nachfolgende Transaktion kann das Datum des Ausgangs auswerten. Wenn sie den Ausgang ausgibt, prüfen die jeweils zuständigen Validierungsregeln und Plutus-Skripte, ob die Bedingungen erfüllt sind. Der Datenwert muss bei Inline Datums nicht erneut als separater Datum-Witness mitgeliefert werden.

Schritt 4: Der Ausgang wird ausgegeben oder referenziert

Wird ein UTxO ausgegeben, existiert er danach nicht mehr als unspent output. Eine Anwendung kann neue Ausgänge mit aktualisiertem Zustand erzeugen. Mit den Reference Inputs aus CIP-31 können andere Transaktionen bestimmte Ausgänge dagegen lesen, ohne sie zu verbrauchen. Diese beiden Funktionen ergänzen sich, erfüllen aber unterschiedliche Aufgaben.

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Empfehlungscode: AUSWANDERNSCHWEIZ. Relai bietet hier Bitcoin an, nicht ADA oder andere Altcoins.

Relai Bitcoin kaufen – Code AUSWANDERNSCHWEIZ, Werbung

Beispiel: Ein öffentliches Preisregister

Angenommen, eine Anwendung hält in einem Cardano-UTxO den fiktiven Referenzpreis 1 Einheit = 2,50 CHF. Dieser Wert könnte als Inline Datum gespeichert werden. Mehrere andere Transaktionen können denselben Ausgang als Reference Input lesen, sofern er bei ihrer Validierung noch verfügbar ist. Sie müssen den Ausgang nicht jeweils ausgeben und neu erstellen.

Das beseitigt nicht das Oracle-Problem. Ein Preis, der von einem externen Anbieter eingetragen wird, kann falsch, verspätet oder manipuliert sein. Die Protokollfunktion gewährleistet Datenzugriff und Integrität der Transaktion, nicht die wirtschaftliche Richtigkeit des Preisfeeds. Ein sicheres System braucht zusätzliche Regeln für Quelle, Aktualität und Plausibilität.

Welche Kosten entstehen durch Inline Datums?

Ein grösserer Datensatz beansprucht mehr Platz im UTxO und beeinflusst den erforderlichen Mindest-ADA-Wert. Die konkrete Mindestmenge hängt von den jeweils geltenden Ledger-Parametern und der serialisierten Grösse des Ausgangs ab. Deshalb wäre eine fixe Zahl wie «jedes Inline Datum kostet 1 ADA» irreführend.

Ein vereinfachtes Rechenbeispiel verdeutlicht den Unterschied: Wenn ein Datensatz 200 Bytes und eine andere Variante 600 Bytes benötigt, beträgt der zusätzliche reine Datenumfang 400 Bytes. Das bedeutet nicht, dass die Transaktionsgebühr exakt dreimal so hoch ist. Die gesamte Transaktion enthält weitere Felder; Gebühren und Mindest-UTxO werden nach unterschiedlichen Regeln berechnet.

Auch der ökonomische Begriff «Kosten» ist zu unterscheiden: Eine Transaktionsgebühr wird bezahlt. Die Mindestmenge an ADA in einem UTxO ist dagegen zunächst gebundener Wert und nicht automatisch eine verbrannte Gebühr. Je nach Ausgabebedingungen kann dieser Wert später wieder bewegt werden.

Datenschutz: Warum öffentlich nicht harmlos bedeutet

Inline Datums sind öffentlich auf der Blockchain einsehbar. Eine Adresse, eine Kundennummer oder andere personenbeziehbare Information sollte deshalb nicht leichtfertig in ein Datum geschrieben werden. Auch pseudonyme Kennungen können durch Verknüpfung mit anderen Daten Rückschlüsse auf Personen ermöglichen.

Ein Hash kann die unmittelbare Offenlegung des zugrunde liegenden Werts vermeiden, ist aber keine universelle Datenschutzlösung. Kleine oder vorhersehbare Datenräume lassen sich unter Umständen durch Ausprobieren angreifen. Für personenbezogene Daten sind deshalb Datenminimierung und eine fachkundige Prüfung der Architektur entscheidend.

Sicherheitsrisiken und technische Grenzen

Inline Datums machen einen Smart Contract nicht automatisch sicher. Fehlerhafte Validierungslogik, unzureichend geprüfte Datenformate, unzuverlässige Oracles, kompromittierte Signaturschlüssel oder falsche Annahmen über UTxO-Verfügbarkeit bleiben Risiken. Besonders kritisch ist, wenn eine Anwendung Daten bloss ausliest, aber deren Herkunft oder Gültigkeit nicht ausreichend prüft.

Bei älteren Plutus-Sprachversionen bestehen Kompatibilitätsgrenzen. CIP-32 führte eine neue Darstellung im Script Context ein; alte Skriptversionen können nicht beliebig mit Transaktionen umgehen, die Inline Datums verwenden. Entwickler müssen die unterstützten Sprachversionen, Transaktionsbuilder und Wallet-Integrationen prüfen.

Auch Skalierung ist nicht kostenlos: Grössere Datenwerte beanspruchen Ledger-Speicher. Die Mindest-UTxO-Regeln schaffen einen wirtschaftlichen Anreiz, Daten nicht unnötig aufzublähen. Ein Inline Datum ist deshalb kein sinnvoller Ersatz für eine allgemeine Datenbank mit grossen Dokumenten.

CIP-31, CIP-32 und CIP-33: Was unterscheidet sie?

CIP-31 definiert Reference Inputs: Ein UTxO lässt sich lesen, ohne dass die lesende Transaktion ihn ausgibt. CIP-32 definiert Inline Datums: Der Datenwert steht unmittelbar im Ausgang. CIP-33 definiert Reference Scripts: Skriptcode kann in einem Ausgang gespeichert und bei späteren Transaktionen referenziert werden, statt jedes Mal vollständig als Witness beigefügt zu werden.

Zusammen können diese drei Funktionen den Austausch von Daten und Skripten für dezentrale Anwendungen erleichtern. Sie sind jedoch keine Garantie für niedrige Gebühren, unbegrenzten Durchsatz oder fehlerfreie Anwendungen. Ob eine Architektur tatsächlich effizienter ist, hängt von Skriptgrösse, Datengrösse, Nutzungsmuster und aktuellen Netzwerkparametern ab.

Welche Bedeutung hat das für ADA-Anleger?

Inline Datums sind eine technische Fähigkeit des Cardano-Netzwerks, kein direkter Mechanismus zur Erhöhung des ADA-Preises. Selbst wenn Entwickler dadurch bessere Anwendungen bauen, folgt daraus keine bestimmte Nachfrage, Rendite oder Kursentwicklung. Netzwerknutzung, Wettbewerb, Liquidität, Regulierung und das gesamte Kryptomarktumfeld spielen zusätzliche Rollen.

Wer ADA hält, trägt erhebliche Kursrisiken bis hin zum Totalverlust. Bei der Verwendung von DeFi-Anwendungen kommen Smart-Contract-, Oracle-, Liquiditäts-, Verwahrungs- und gegebenenfalls Bridge-Risiken hinzu. Steuerliche Folgen hängen von Wohnsitz, Nutzung und persönlicher Situation ab. Dieser Artikel ist keine individuelle Anlageberatung.

Bitcoin mit Relai kaufen – Code AUSWANDERNSCHWEIZ nutzen

Häufige Fragen zu Cardano Inline Datums

Ist ein Inline Datum dasselbe wie eine Transaktionsnotiz?

Nein. Es handelt sich um strukturierte Daten an einem Transaktionsausgang, die im eUTXO- und Plutus-Kontext verwendet werden können. Sie sind nicht einfach eine beliebige private Nachricht an einen Empfänger.

Kann ich ein Inline Datum nachträglich ändern?

Ein bestehender UTxO ist unveränderlich. Eine Anwendung kann den Ausgang unter den vorgesehenen Bedingungen ausgeben und einen neuen Ausgang mit anderem Datum erzeugen. Das ist eine neue Transaktion, keine nachträgliche Bearbeitung des alten Eintrags.

Sind Inline Datums verschlüsselt?

Nein, nicht von sich aus. Der Datenwert ist öffentlich. Eine Anwendung müsste eine allfällige Verschlüsselung selbst entwerfen und dabei Schlüsselverwaltung, Datenschutz und langfristige Zugänglichkeit berücksichtigen.

Brauche ich Inline Datums für eine normale ADA-Überweisung?

Für eine gewöhnliche Überweisung zwischen üblichen Zahlungsadressen ist kein Inline Datum notwendig. Relevant werden sie vor allem bei bestimmten Smart-Contract- und Datenanwendungen.

Sind Inline Datums günstiger als Datum-Hashes?

Nicht grundsätzlich. Inline Datums können die Kommunikation und den Aufbau späterer Transaktionen vereinfachen, aber sie erhöhen die Datenmenge im Ausgang und können den Mindest-ADA-Bedarf beeinflussen. Eine seriöse Kostenbewertung muss den vollständigen Transaktionsablauf betrachten.

Fazit

CIP-32 macht den Cardano-Datenfluss verständlicher und in vielen Fällen praktischer: Statt nur eines Fingerabdrucks kann der vollständige Datum-Wert direkt am UTxO stehen. Besonders im Zusammenspiel mit CIP-31 und CIP-33 ergeben sich neue Möglichkeiten für öffentliche Zustandsdaten, Oracles und Plutus-Anwendungen. Die Vorteile müssen jedoch gegen Datenöffentlichkeit, Speicherbedarf, Kompatibilität und Sicherheitsanforderungen abgewogen werden.