Cardano、CIP-113でプログラマブルトークンを前進させる
マージされた提案は、ステーブルコイン、トークン化証券、その他の移転制限付き資産に共通のフレームワークを定義する。既存の開発は、リファレンスコントラクト、ウォレット対応、取引所アーキテクチャに及ぶ。
By SongMarketCap
2026年9月29日、CIP-113が公式の Cardano Improvement Proposals リポジトリにマージされ、2023年に開始された提案のレビュー段階が完了した。仕様は、発行体がトークンに執行可能なルールを付与しつつ、ウォレットやアプリケーションが統合しやすい一貫したアーキテクチャを提供する方法を記述している。
このマージは、エコシステム全体で進行中のコントラクトや支援ツールの開発に続くものだ。CIP-113 は依然としてProposedであり、Activeステータスに到達するには、mainnet での発行、テスト、実用的なウォレット対応などが要件となる。
CIP-113 がトークン移転をプログラマブルにする仕組み
Cardano のネイティブアセットモデルは、台帳が ADA と並行してトークンを追跡できるようにする。ミンティングポリシーは、いつ単位を発行または焼却できるかを定めるが、その後の保有者間のあらゆる移転を個別に統治するものではない。
CIP-113 は、所有権の移転に追加のスマートコントラクト検証を要する構造を導入する。トークンはスクリプト制御のアドレスに留まり、トランザクションは所有権と各資産に付随する条件の双方を検証する。この設計は既存の Cardano の機能を活用しており、ハードフォークを必要としない。
発行体は、承認済み保有者リスト、本人確認、取引上限、あるいは凍結や強制移転といったモジュールを選択できる。これらの制御は該当トークンの実装に属し、ADA は既存の移転ルールを維持する。
モジュール型の設計は多様なプロダクトに対応する。トークン化証券は適格投資家に移転を限定でき、ステーブルコインはブロック対象アドレスのリストを用いることができる。いずれも中核のアーキテクチャは共通としつつ、異なる条件を適用できる。
共通標準が Cardano にとって重要である理由
Cardano Foundation は、統合作業の断片化がトークン化拡大の障壁になっていると指摘した。カスタムソリューションでは、ウォレットやエクスプローラー、アプリケーションが異なるアーキテクチャに対応する必要があった。CIP-113 は共有の基盤を提供し、各資産固有のルールに対処しつつ、開発者が統合作業を再利用できるようにする。
これは、単なる所有権の記録を超えて条件が及ぶプロダクトにとって重要だ。トークン化された証券等は、本人確認、保有期間、受領資格の制限を要する場合がある。本フレームワークは、Cardano のネイティブアセット基盤を用いてトランザクション中にそれらの条件を強制する手段を開発者に与える。
その意義は分散型取引にも及ぶ。Minswap Labs と FluidTokens は、CIP-113 トークンを中心に設計された DEX アーキテクチャのドキュメントを公開している。この設計は、トークンの検証をスワップ注文、流動性プール、トランザクション処理と結び付ける。
例えば、承認済み保有者に限定されたトークンを扱う取引所は、スワップを実行する際に受取人の適格性を確認しなければならない。公開されたアーキテクチャは、そうした確認が Cardano のトランザクションモデルの中でどのように機能し得るかを示している。
この取り組みは、発行から取引にまたがる統合上の課題、すなわち資産がユーザーやアプリケーション間を移動してもプログラムされた条件を保持するという問題に向き合っている。条件は発行体が定義し、互換性のあるウォレットやプロトコルがそれを満たすトランザクションを構築する。
実装状況と Active への道筋
Cardano Foundation は、コアコントラクトの Aiken 実装と、ユーザー向け機能を検証するための別個のプラットフォームを維持している。このプラットフォームには、トークンの発行、移転、ウォレット接続、本人確認や移転制限のリファレンスモジュールが含まれる。ドキュメントでは、限定的な Preview でのテストと継続中の研究開発段階が説明されている。
9月16日の GeroWallet のリリース、バージョン 2.7.1 には、プログラマブルトークンの残高表示とロック済み資産のインジケーターが含まれる。提供状況は機能フラグとネットワーク対応に依存し、プログラマブルトークンの送受信は引き続き無効化されている。前日にマージされた開発上の変更により、統合対象は明示的に Cardano Preview に限定された。
セキュリティに関するドキュメントは各コンポーネントを区別している。コア実装の README は専門機関による監査を報告しており、指摘事項は解決済みか、残存する設計上の制約として認識されている。別個のプラットフォームは自らを本番準備未了と位置付け、専門監査は保留中としている。
CIP-113 の受け入れ基準は、Preview と mainnet の双方で少なくとも一つの準拠トークンを発行すること、エンドツーエンドのテスト、残高表示と資産の送受信に対応した広範に採用されたウォレットを要件としている。したがって、求められるユーザーフローは、プログラムされた条件が強制される中でトークンを保有し移動できることと mainnet での発行を結び付けるものとなる。