CIP-68: Cardanos Ansatz für das Design von nativen Assets

LeeMaimai

/16. Okt. 2025

Schlüssel-Ergebnisse

• CIP-68 ermöglicht die Speicherung von Metadaten und Zuständen direkt auf der Blockchain.

• Das Drei-Token-Muster fördert die Komponierbarkeit und Benutzerfreundlichkeit von digitalen Assets.

• Entwickler profitieren von einer einheitlichen On-Chain-Metadatenquelle, die nahtlose Integrationen ermöglicht.

• Benutzer erhalten deterministische Metadaten und eine verbesserte Benutzererfahrung ohne umständliche Upgrades.

Cardano behandelt native Assets auf Ledger-Ebene als „First-Class Citizens“, vermeidet vertragsspezifische Wrapper im Stil von ERC-20/721 und übernimmt das gleiche Sicherheits- und Gebührenmodell wie ADA. Diese Designentscheidung macht die Asset-Erstellung effizient, wirft aber auch praktische Fragen bezüglich Metadaten, Veränderbarkeit (Mutability), Lizenzgebühren (Royalties) und Komponierbarkeit auf. Die Cardano Improvement Proposal (CIP) 68 führt ein robustes Muster für „Smart Assets“ ein: aktualisierbare On-Chain-Metadaten für NFTs und fungible Token, die gelesen und validiert werden können, ohne das Asset selbst auszugeben.

Dieser Artikel erklärt, warum CIP-68 wichtig ist, wie es funktioniert und was es für Entwickler und Benutzer im gesamten Cardano-Ökosystem ermöglicht.

Warum Cardano-native Assets anders sind

Im Gegensatz zu konto-basierten Blockchains ermöglicht Cardanos Extended-UTXO (EUTXO)-Ledger das Prägen und Übertragen mehrerer Assets in derselben UTXO, die durch Präge-Richtlinien (Minting Policies) anstatt durch token-spezifische Verträge verfolgt werden. Dies bietet vorhersagbare Gebühren und Parallelisierbarkeit, während die Asset-Buchhaltung auf Ledger-Ebene einfach bleibt. Für Hintergrundinformationen siehe die Cardano-Dokumentation zu nativen Tokens und wie das EUTXO-Modell skriptfähige Transaktionen mit deterministischem Verhalten ermöglicht:

Übersicht über native Assets (Cardano Docs) – am Ende dieses Absatzes verlinkt
EUTXO-Forschung und Entwicklermaterialien – am Ende dieses Absatzes verlinkt

Referenz: Lesen Sie die offiziellen Dokumente zu nativen Tokens in Cardano und dem EUTXO-Modell im Cardano-Entwicklerportal und den zugehörigen Forschungsblogs. Besuchen Sie die offizielle Dokumentation über Native Assets und das EUTXO-Modell, um mehr zu erfahren.

Das Problem mit Legacy-Metadaten (CIP-25)

Frühe Cardano-NFTs basierten auf Off-Chain-Indexern und Transaktionsmetadaten über CIP-25. Dieser einfache Ansatz:

Verließ sich für die Korrektheit auf Drittanbieter-Indexer
Machte Upgrades umständlich oder unmöglich
Konnte On-Chain-Lizenzgebührenlogik oder zustandsbehaftetes Verhalten nicht einfach erzwingen

Mit der Reife des Ökosystems benötigten Entwickler einen Standard, der Metadaten und Zustände On-Chain, versioniert und zuverlässig auffindbar hält, ohne die Benutzererfahrung zu beeinträchtigen.

Sie finden den ursprünglichen Ansatz für NFT-Metadaten in CIP-25 für historischen Kontext (Referenz am Ende dieses Satzes). Sehen Sie die Spezifikation in CIP-25.

Einführung von CIP-68: On-Chain, aktualisierbare „Smart Assets“

CIP-68 definiert ein Muster zur Speicherung von Metadaten und Zuständen innerhalb von UTXO-Datums, während ein sauberes, benutzerfreundliches Token beibehalten wird. Es formalisiert eine Beziehung zwischen mehreren unter derselben Policy geprägten Tokens, um Belange zu trennen:

Ein benutzerfreundliches Asset, das Personen besitzen und handeln
Ein Referenz-Asset, dessen UTXO die kanonischen, versionierten Metadaten in einem Inline-Datum trägt
Ein optionales Zustands-/Thread-Token zur Verwaltung von Veränderbarkeit oder Zustandsübergängen

Entscheidend ist, dass Wallets und dApps die Metadaten vom Referenz-Asset lesen können, ohne es zu konsumieren, und Updates werden durch das Ausgeben und Neuerstellen der Referenz-UTXO mit einem neuen Datum durchgeführt. Dies verleiht Projekten ein „Smart NFT“-Verhalten, ohne auf Off-Chain-Datenbanken angewiesen zu sein. Lesen Sie den Standard unter CIP-68.

Warum Vasil-Ära-Features wichtig sind: Referenz-Inputs, Inline-Datums und Referenz-Skripte

CIP-68 nutzt drei Verbesserungen aus der Vasil-Ära, die On-Chain-Metadaten praktikabel und kosteneffizient gemacht haben:

CIP-31 Reference Inputs: Lesen von Daten aus einer UTXO in einer Transaktion, ohne sie auszugeben, ideal für die Abfrage der Metadaten-UTXO eines Referenz-NFTs. Siehe CIP-31.
CIP-32 Inline Datums: Speichern des Datums direkt in der UTXO, was kanonische On-Chain-Metadaten ohne externe Nachschlagevorgänge ermöglicht. Siehe CIP-32.
CIP-33 Reference Scripts: Anhängen von Skripten an UTXOs und Referenzierung dieser zur Validierung, wodurch die Transaktionsgröße und die Kosten bei wiederholter Interaktion mit demselben Skript reduziert werden. Siehe CIP-33.

Diese Features ermöglichen zusammen kostengünstigen, komponierbaren Lesezugriff auf Metadaten und Zustände, während unnötiger UTXO-Churn vermieden wird.

Das Drei-Token-Muster in der Praxis

Obwohl die Implementierungen variieren, sieht ein typisches CIP-68-Deployment wie folgt aus:

Benutzer-Token (das handelbare Asset): Was Benutzer in ihrer Wallet und auf Marktplätzen sehen.
Referenz-Token (nicht handelbar oder vom Protokoll gehalten): Verankert die kanonischen Metadaten in einem Inline-Datum; Indexer und dApps lesen über Referenz-Inputs aus dieser UTXO.
Zustands-Thread-Token (optional): Steuert Updates, erzwingt Einzigartigkeit oder trägt programmatischen Zustand für Anwendungsfälle wie dynamische Kunst, Berechtigungsnachweise, Positionen oder In-Game-Gegenstände.

CIP-68 fördert auch die Schema-Versionierung für Datums, damit sich Metadaten weiterentwickeln können, ohne Verbraucher zu beeinträchtigen. Das Ergebnis ist eine versionierte On-Chain-Wahrheitsquelle, die jede dApp konsistent abfragen kann.

Sie können die formale Spezifikation und empfohlene Schemata unter CIP-68 erkunden.

Was Entwickler erhalten

Komponierbarkeit: dApps können sich auf eine einzige On-Chain-Metadatenquelle verlassen und diese ohne Ausgabe des Assets konsumieren, was nahtlose Integrationen in Marktplätze, DeFi-Protokolle und Spiele ermöglicht.
Aktualisierbarkeit mit Transparenz: On-Chain-Datums sind prüfbar; Projekte können Änderungsrichtlinien, Timelocks oder Multisig-Anforderungen für Updates veröffentlichen.
Bessere Indizierung: Indexer müssen keine Off-Chain-Metadaten mehr mit benutzerfreundlichen Assets abgleichen; sie können der von der Policy definierten Beziehung und dem Datums-Schema folgen.
Lizenzgebühren und Policy-Regeln: Obwohl Lizenzgebühren nicht auf Ledger-Ebene durchgesetzt werden, lässt sich CIP-68 gut mit Policy-Logik und Marktplatzkonventionen kombinieren, um die Absichten des Erstellers zu wahren. Für Lizenzgebühren-Konventionen siehe CIP-27.

Siehe die Lizenzgebühren-Konvention in CIP-27.

Was Benutzer erhalten

Deterministische Metadaten: Wallets können dieselben Daten anzeigen, die dApps und Explorer aus der Referenz-UTXO lesen.
Weniger Reibung: Upgrades von Artwork, Attributen oder Zuständen erfordern keine umständlichen Neuprägungen oder Off-Chain-Koordination mehr.
Klareres Vertrauensmodell: Projekte können offenlegen, ob Metadaten veränderbar sind, wer sie aktualisieren kann und unter welchen Bedingungen.

Wie immer sollten Sie Policy-IDs überprüfen und Metadaten von seriösen Explorern einsehen, bevor Sie mit unbekannten Assets interagieren. Sie können Policies und Transaktionen mit Cardano-Explorern wie Cardanoscan überprüfen.

Praktische Anwendungsfälle

Dynamische NFTs: sich entwickelnde Kunstwerke, Saisonpässe oder Spielgegenstände, deren Attribute sich im Laufe der Zeit ändern.
Berechtigungsnachweise und SBT-ähnliche Artefakte: Abzeichen mit Widerrufs- oder Aktualisierungsmechanismen, die von einem Zustands-Token angetrieben werden.
DeFi-Positionen: LP-Anteile oder Tresor-Belege, die den Positionsstatus im Datum tragen, während das Benutzer-Token, wo angebracht, handelbar bleibt.
Reale Vermögenswerte: Provenienz und Bestätigungen, die On-Chain in einer versionierten, prüfbaren Weise gespeichert werden.

Entwicklertipps und Best Practices

Übernehmen Sie klare, versionierte Datums-Schemata und dokumentieren Sie diese öffentlich, damit Wallets und Indexer schnell integriert werden können.
Signalisiere Veränderbarkeit: Wenn Metadaten geändert werden können, machen Sie dies explizit und erläutern Sie die Governance (z. B. Multisig-Unterzeichner, Timelocks oder DAO-Genehmigungen).
Verwenden Sie Referenz-Skripte und Referenz-Inputs, um Gebühren und UTXO-Churn zu minimieren.
Vermeiden Sie unnötige Zustands-Komplexität; halten Sie die Benutzer-Token-UX einfach und schnell übertragbar.
Erwägen Sie die Kombination von CIP-68 mit Timelocks oder Policy-Locking, sobald die Regeln der Kollektion finalisiert sind.

Für die zugrunde liegenden Features, die dieses Muster effizient machen, siehe CIP-31, CIP-32 und CIP-33.

Ausblick 2025

Da sich Cardano mit On-Chain-Governance-Grundlagen wie CIP-1694 weiter in die Conway-Ära entwickelt, werden Standards, die die Ausdrucksstärke und Komponierbarkeit von Assets verbessern, für dApps und Partner-Ökosysteme immer wichtiger. Governance und Protokoll-Upgrades können Zusicherungen bezüglich Veränderbarkeit, Provenienz und langlebiger Metadaten für tokenisierte reale Anwendungsfälle stärken. Für Hintergrundinformationen zur Governance lesen Sie CIP-1694.

Sicherheits- und Wallet-Überlegungen

CIP-68-Assets basieren auf Referenz-UTXOs und Inline-Datums. Beim Signieren von Transaktionen:

Überprüfen Sie die Präge-Richtlinien (Minting Policies) der Transaktion und alle referenzierten Skripte.
Bevorzugen Sie Wallets, die Policy-IDs, Datums und klare Asset-Metadaten anzeigen, die On-Chain bezogen werden.
Speichern Sie langfristige Bestände im Cold Storage und verwenden Sie Hardware-Signierung, um die Exposition von Schlüsseln zu reduzieren.

Wenn Sie ein Multi-Chain-Portfolio betreiben, das Cardano native Tokens enthält, kann eine Open-Source-Hardware-Wallet wie OneKey als Offline-Signatur-Anker in Ihrem Stack dienen. OneKey konzentriert sich auf transparente, prüffreundliche Firmware und sichere Offline-Abläufe, um Ihnen zu helfen, private Schlüssel von internetvernetzten Geräten fernzuhalten, während Sie über kompatible Software-Wallets mit dApps interagieren.