CIP-68: Cardanoにおけるネイティブアセット設計のアプローチ

LeeMaimai

/2025年10月16日

キーストーン

• CIP-68は、オンチェーンでのメタデータ管理を効率化し、スマートNFTを実現します。

• 拡張UTXOモデルにより、複数のアセットを同時に管理でき、手数料が予測可能になります。

• ユーザーは、変更可能なメタデータを簡単に扱えるようになり、透明性が向上します。

• 開発者は、シームレスな統合と改善されたインデックス作成を享受できます。

• Cardanoの将来に向けた新しいガバナンス基盤の構築が進行中です。

Cardanoは、ネイティブアセットをレジャーレベルのファーストクラス市民として扱い、ERC-20/721スタイルのコントラクトラッパーを回避し、adaと同じセキュリティおよび手数料モデルを継承しています。この設計により、アセットの発行は効率的になりますが、メタデータ、変更可能性、ロイヤリティ、および合成可能性に関する実践的な疑問も生じます。Cardano Improvement Proposal (CIP) 68は、「スマートアセット」のための堅牢なパターンを導入しています。これは、アセット自体を消費することなく読み取りおよび検証可能な、NFTおよびファングブルトークンのアップグレード可能なオンチェーンメタデータです。

この記事では、CIP-68がなぜ重要なのか、どのように機能するのか、そしてCardanoエコシステム全体のビルダーとユーザーにどのような可能性をもたらすのかを説明します。

Cardanoネイティブアセットが異なる理由

アカウントベースのチェーンとは異なり、Cardanoの拡張UTXO (EUTXO) レジャーは、ミントポリシーによって追跡される複数のアセットを同じUTXO内でミントおよび転送することを可能にし、トークン固有のコントラクトを必要としません。これにより、予測可能な手数料と並列処理が可能になり、レジャーレイヤーでのアセット会計が簡素化されます。背景については、Cardanoのネイティブトークンに関するドキュメント、およびEUTXOモデルが決定論的な動作を持つスクリプト可能なトランザクションをどのように可能にするかを参照してください。

ネイティブアセットの概要 (Cardano Docs) — この段落の最後にリンクされています
拡張UTXOの研究および開発者向け資料 — この段落の最後にリンクされています

参照: Cardano開発者ポータルおよび関連研究ブログにあるCardanoのネイティブトークンとEUTXOモデルに関する公式ドキュメントをお読みください。詳細については、ネイティブアセットとEUTXOモデルから公式ドキュメントをご覧ください。

レガシーメタデータ (CIP-25) の問題点

初期のCardano NFTは、オフチェーンインデクサーとCIP-25を介したトランザクションメタデータに依存していました。これはシンプルでしたが、このアプローチには以下の問題がありました。

正確性を第三者のインデクサーに依存していた
アップグレードが困難または不可能であった
オンチェーンのロイヤリティロジックやステートフルな動作を容易に強制できなかった

エコシステムが成熟するにつれて、ビルダーはメタデータとステートをオンチェーンに保持し、バージョン管理され、ユーザーエクスペリエンスを犠牲にすることなく確実に発見できる標準を必要とするようになりました。

歴史的背景については、CIP-25にある元のNFTメタデータアプローチを参照してください（この文の最後に参照）。CIP-25の仕様をご覧ください。

CIP-68: オンチェーン、アップグレード可能な「スマートアセット」の登場

CIP-68は、クリーンなユーザー向けトークンを維持しながら、UTXOのデータム内にメタデータとステートを格納するためのパターンを定義しています。これは、懸念事項を分離するために、同じポリシーの下でミントされた複数のトークン間の関係を形式化します。

人々が保持し、取引するユーザー向けアセット
正規のバージョン管理されたメタデータをインラインデータムに保持するUTXOを参照する参照アセット
変更可能性またはステート遷移を管理するためのオプションのステート/スレッドトークン

重要なのは、ウォレットとdAppsは、参照アセットを消費することなくそのメタデータを読み取ることができるということです。更新は、新しいデータムを持つ参照UTXOを消費し、再作成することによって実行されます。これにより、プロジェクトはオフチェーンデータベースに依存することなく「スマートNFT」の動作を実現できます。標準についてはCIP-68をお読みください。

Vasil時代の機能が重要な理由: リファレンスインプット、インラインデータム、リファレンススクリプト

CIP-68は、オンチェーンメタデータを実用的かつコスト効率的にしたVasil時代の3つの改善を活用しています。

CIP-31リファレンスインプット: トランザクション内でUTXOからデータを消費せずに読み取ることができ、参照NFTのメタデータUTXOを参照するのに理想的です。CIP-31を参照してください。
CIP-32インラインデータム: データムをUTXOに直接格納し、外部ルックアップなしで正規のオンチェーンメタデータを可能にします。CIP-32を参照してください。
CIP-33リファレンススクリプト: スクリプトをUTXOにアタッチし、検証のためにそれを参照することで、同じスクリプトを繰り返し操作する際のトランザクションサイズとコストを削減します。CIP-33を参照してください。

これらの機能は一体となって、不要なUTXOの乱雑さを回避しながら、メタデータとステートへの低コストで合成可能な読み取りアクセスを可能にします。

3トークンパターンの実践

実装は様々ですが、典型的なCIP-68デプロイメントは次のようになります。

ユーザートークン (取引可能なアセット): ウォレットやマーケットプレイスでユーザーが見るものです。
参照トークン (取引不能またはプロトコル所有): インラインデータムに正規のメタデータをアンカーします。インデクサーとdAppsはリファレンスインプットを介してこのUTXOから読み取ります。
ステートスレッドトークン (オプション): 更新を管理し、一意性を強制し、または動的なアート、クレデンシャル、ポジション、またはゲーム内アイテムなどのユースケースのためにプログラム可能なステートを保持します。

CIP-68は、データムのスキーマバージョン管理も奨励しているため、メタデータはコンシューマーを壊すことなく進化させることができます。結果として、どのdAppでも一貫してクエリできる、バージョン管理されたオンチェーンの真実の源が得られます。

正式な仕様と推奨スキーマについては、CIP-68をご覧ください。

ビルダーが得られるもの

合成可能性: dAppsは単一のオンチェーンメタデータソースを信頼し、アセットを消費することなくそれを消費できるため、マーケットプレイス、DeFiプロトコル、およびゲームでのシームレスな統合が可能になります。
透明性のあるアップグレード可能性: オンチェーンデータムは監査可能であり、プロジェクトは変更ポリシー、タイムロック、または更新に関するマルチシグ要件を公開できます。
改善されたインデックス作成: インデクサーは、オフチェーンメタデータとユーザー向けアセットを調整する必要がなくなります。ポリシーで定義された関係とデータムスキーマに従うことができます。
ロイヤリティとポリシー規則: ロイヤリティはレジャーレベルでは強制されませんが、CIP-68はポリシーロジックとクリエイターの意図を尊重するためのマーケットプレイスの慣習とよく適合します。ロイヤリティの慣習については、CIP-27を参照してください。

ロイヤリティの慣習については、CIP-27を参照してください。

ユーザーが得られるもの

決定論的なメタデータ: ウォレットは、dAppsやエクスプローラーが参照UTXOから読み取るのと同じデータを表示できます。
低い摩擦: アートワーク、属性、またはステートの更新は、もはや厄介な再ミントやオフチェーンの調整を必要としなくなります。
より明確な信頼モデル: プロジェクトは、メタデータが変更可能かどうか、誰がそれを更新できるか、およびどのような条件下で更新できるかを明らかにできます。

いつものように、ポリシーIDを確認し、見知らぬアセットとやり取りする前に、評判の良いエクスプローラーからメタデータを検査してください。CardanoscanなどのCardanoエクスプローラーを使用して、ポリシーとトランザクションを検証できます。

実用的なユースケース

動的なNFT: 時間とともに属性が変化する、進化するアートワーク、シーズンパス、またはゲームアイテム。
クレデンシャルとSBTスタイルのアーティファクト: ステートトークンによって駆動される失効または更新メカニズムを備えたバッジ。
DeFiポジション: ユーザートークンが適切な場所で取引可能である間、ポジションステートをデータムに保持するLPシェアまたはVaultレシート。
現実世界の資産: バージョン管理され、監査可能な方法でオンチェーンに格納された来歴と証明。

開発者向けヒントとベストプラクティス

明確でバージョン管理されたデータムスキーマを採用し、公開文書化して、ウォレットとインデクサーが迅速に統合できるようにします。
変更可能性を示す: メタデータが変更可能な場合は、それを明示し、ガバナンス（例: マルチシグ署名者、タイムロック、またはDAO承認）を説明します。
リファレンススクリプトとリファレンスインプットを使用して、手数料とUTXOの乱雑さを最小限に抑えます。
不要なステートの複雑さを回避し、ユーザートークンのUXをシンプルで高速な転送に保ちます。
コレクションのルールが確定したら、CIP-68をタイムロックまたはポリシーロックと組み合わせることを検討してください。

このパターンを効率的にする基盤となる機能については、CIP-31、CIP-32、およびCIP-33を参照してください。

2025年の見通し

CardanoがCIP-1694のようなオンチェーンガバナンス基盤を備えたConway時代へと進化し続けるにつれて、アセットの表現力と合成可能性を向上させる標準は、dAppsおよびパートナーエコシステムにとってますます重要になります。ガバナンスとプロトコルのアップグレードは、変更可能性、来歴、およびトークン化された現実世界のユースケースのための長期的なメタデータに関する保証を強化できます。ガバナンスの背景については、CIP-1694をお読みください。

セキュリティとウォレットに関する考慮事項

CIP-68アセットは、参照UTXOとインラインデータムに依存しています。トランザクションに署名する際は、次の点に注意してください。

トランザクションのミントポリシーと参照されているスクリプトを確認してください。
ポリシーID、データム、およびオンチェーンから取得された明確なアセットメタデータを表示するウォレットを優先してください。
長期保有物はコールドストレージに保管し、ハードウェア署名を使用してキーの露出を減らしてください。

Cardanoネイティブトークンを含むマルチチェーンポートフォリオを運営している場合、OneKeyのようなオープンソースのハードウェアウォレットは、スタック内のオフライン署名アンカーとして機能できます。OneKeyは、透明で監査しやすいファームウェアと安全なオフラインフローに焦点を当てており、互換性のあるソフトウェアウォレットを介してdAppsとやり取りしながら、プライベートキーをインターネット接続デバイスから安全に保つのに役立ちます。