出典・掲載情報

主な一次情報

Plutus Core Team Update 2026-09-09

https://updates.cardano.intersectmbo.org/2026-09-09-plutus-core/

Plutus Core Team Update 2026-09-23

https://updates.cardano.intersectmbo.org/2026-09-23-plutus-core/

Essential Cardano Weekly Development Report 2026-09-25

https://www.essentialcardano.io/development-update/weekly-development-report-2026-09-25

Cardano Foundation CIPs - CIP-113 PR #444

https://github.com/cardano-foundation/CIPs/pull/444

Cardano Foundation CIP-113 Programmable Tokens reference implementation

https://github.com/cardano-foundation/cip113-programmable-tokens

Cardano Foundation CIP-113 Programmable Tokens Platform

https://github.com/cardano-foundation/cip113-programmable-tokens-platform

Cardano Blockchain Ecosystem Constitution / Guardrails

一文要約

CIP-0168とCIP-0194は主としてPlutus V4 / Dijkstraによるスマートコントラクト実行機能の拡張であり、CIP-113は既存Cardano L1上でProgrammable Tokensを実現する別系統の標準だが、Dijkstra後にはCIP-0168・CIP-0194による効率化の恩恵を受ける可能性がある。

1. まず3つを一枚で整理する

CIP / 機能	目的	現在地	mainnet利用の条件
CIP-0168 `keepPolicies`	Valueから指定policyだけ残す	builtin実装済み、cost model整備中	Plutus V4 / Dijkstra
CIP-0168 `dropPolicies`	Valueから指定policyを除外	builtin実装済み、cost model整備中	Plutus V4 / Dijkstra
CIP-0194 Builtin Pattern Matching	builtin値をより直接的にpattern match	開発中	Plutus V4 / Dijkstra系
CIP-113 Programmable Tokens	Cardano Native Assetにprogrammable transfer rule等を付加	reference implementation・testnet・audit/verification段階	hard fork不要。実装者によるdeploymentとecosystem integration

この表で最も重要なのは、

CIP-0168 / CIP-0194とCIP-113では「実装される場所」が違う

という点である。

2. CIP-0168 `keepPolicies` / `dropPolicies`

2.1 何をするものか

CardanoのValueは複数のpolicy IDとassetをまとめて扱える。

概念的には、

Value
├─ Policy A
│  ├─ Token A1
│  └─ Token A2
├─ Policy B
│  └─ Token B1
└─ Policy C
   └─ Token C1

のような構造である。

ここから特定policyだけを残したい場合、

keepPolicies

を使う。

逆に特定policyだけ取り除きたい場合、

dropPolicies

を使う。

つまり、

Value
↓
Policy filter
↓
必要なasset集合だけを得る

ためのbuiltinである。

3. なぜbuiltin化が重要なのか

従来でも類似処理はscript側で組み立てられる。

しかしscript内で、

Valueをdecode
↓
policy一覧を走査
↓
条件判定
↓
新しいValueを構築

すると、

CPU steps
memory
script size
fee

が増える。

builtin化されれば、

keepPolicies
dropPolicies

というnative operationとして、より効率的に処理できる可能性が高い。

これは特に、

DEX
stablecoin
RWA
multi-asset contract
programmable token

のように、多数のpolicyを扱うcontractで効いてくる。

4. CIP-0168はいつ使えるのか

ここは「コード実装」と「on-chain利用開始」を分ける必要がある。

現時点では、

CIP仕様
↓
builtin実装済み
↓
cost model整備中
↓
Plutus V4
↓
Dijkstra protocol version
↓
mainnet on-chain利用

という段階にある。

2026-09-09のPlutus Core Team Updateでは、keepPolicies / dropPolicies builtin自体は実装済みとされる一方、future protocol versionの後ろにgateされ、Dijkstraまではon-chain利用できないことが示されている。

2026-09-23時点でもcost model関連作業は継続中だった。

したがって、

実装済みだが、mainnetで使える機能としてはDijkstra待ち

と理解するのが最も正確である。

5. なぜcost modelが必要なのか

Cardanoでは新しいPlutus builtinを追加するとき、

CPU cost
memory cost

を定義する必要がある。

つまり、

新しい命令を追加

だけでは不十分で、

その命令が
どれくらいCPUを使うか
どれくらいmemoryを使うか

をbenchmarkしてcost modelへ組み込まなければならない。

Cardanoではexecution costが、

fee
DoS resistance
block execution limits
network performance

と直結するからである。

そのため、

builtin追加 = protocol engineering + economic parameter engineering

になる。

6. CIP-0194 Builtin Pattern Matching

6.1 何を解決するのか

Smart contractでは頻繁に、

値をdecode
↓
constructor/tagを確認
↓
branch
↓
必要なfieldを取り出す

という処理を行う。

CIP-0194は、builtin typeに対してより直接的なpattern matchingを可能にする方向の改善である。

概念的には、

現在
decode
↓
tag確認
↓
branch
↓
処理

から、

将来
builtin value
↓
pattern match
↓
直接branch

へ近づける。

7. CIP-0194はいつ実装されるのか

CIP-0168より一段遅い。

2026年8月末から9月後半までのPlutus Core Team Updateでは、CIP-0194 Builtin Pattern Matchingは継続して「in progress」とされている。

したがって現時点では、

CIP-0168
builtin本体はmerge済み
↓
cost model待ち

CIP-0194
builtin / implementation自体をまだ詰めている

という違いがある。

mainnet利用については、Plutus V4 / Dijkstra系upgradeの中で有効化される可能性が高い。

ただし、2026-10-01時点でCIP-0194単独のmainnet activation dateは確認できない。

8. CIP-0168とCIP-0194の共通点

両者の目的は、

Plutus script内の余計な変換・走査・decodeを減らすこと

にある。

つまり、

複雑なデータ処理
↓
scriptが長くなる
↓
CPU増加
↓
memory増加
↓
fee増加

という問題を、

builtin化
↓
より直接的な処理
↓
script simplification
↓
execution efficiency向上

へ変える。

そのため、これは単なるsyntax改善ではない。

CardanoのSmart Contract economicsにも直接効く。

9. Dijkstraとの関係

CIP-0168 / CIP-0194を理解するにはDijkstraが重要である。

Dijkstraは、

Plutus V4
Ledger changes
Cost model
Protocol version

を束ねるupgradeの受け皿となる。

したがって、

builtin実装完了

と、

mainnetで使える

の間には、

cost model
↓
ledger integration
↓
node support
↓
testnet
↓
governance
↓
Hard Fork Initiation
↓
mainnet activation

がある。

このためDijkstraの「コード完成日」と「mainnet hard fork日」は一致しない。

2026-10-01時点では、Dijkstra mainnet hard forkの確定日を一次情報から確認できていない。

10. CIP-113 Programmable Tokens

CIP-113はCIP-0168 / CIP-0194とは性質が大きく違う。

10.1 何をするものか

Cardano Native Assetは、

mint
burn
transfer

をledger-nativeに扱える。

しかしregulated assetでは、

freeze
seize
denylist
allowlist
KYC
jurisdiction restriction
transfer rule

などを必要とする場合がある。

CIP-113は、

Cardano Native Asset
+
programmable transfer rules

を実現するためのarchitectureである。

11. Ethereum型ERC-20とは違う

Ethereumでは多くの場合、

Token
=
Smart Contractそのもの

である。

一方CIP-113は、

Cardano Native Asset
+
programmability layer

という発想に近い。

したがって、

Cardanoのnative asset性を残しながら、必要なassetだけprogrammableにする

という設計になる。

12. CIP-113はいつ実装されるのか

CIP-113は、

Dijkstraを待つ必要がない。

Cardano Foundationのreference implementationは、既存Cardano L1機能で成立し、hard forkやledger変更を必要としない設計として進められている。

現時点では、

specification
↓
reference implementation
↓
testnet
↓
security audit
↓
formal verification
↓
upgrade mechanism
↓
ecosystem integration

という後半段階にある。

したがって、

技術的にはすでに実装可能で、mainnet deploymentもhard fork待ちではない

という点がCIP-0168 / CIP-0194との最大の違いである。

13. CIP-113の現在地

2026年時点でCardano Foundation側には、

cip113-programmable-tokens

と、

cip113-programmable-tokens-platform

が存在する。

前者には主としてAikenベースのon-chain implementationがあり、後者には、

frontend
backend
programmable-token substandard
freeze / seizeのexample

などが含まれる。

現在は、

標準として安全に使い続けられるか

を詰める段階である。

14. 2026年に重要になったのはupgradeability

Programmable Tokenでは、contractにbugがあった場合、

contractを固定
↓
bug発見
↓
更新できない

では困る。

一方、

admin key
↓
自由にcontract変更

では中央集権的になりすぎる。

そこでCIP-113では、

trustless / decentralized upgradeability

が重要な論点になっている。

2026年の開発では、Cardano governance actionと連動してcore contractをupgradeする仕組みの検証も進められている。

15. CIP-113の本当のボトルネック

CIP-113はsmart contractだけ完成しても普及しない。

必要なのは、

CIP-113 contract
      ↓
issuer
      ↓
wallet
DEX
explorer
lending
custodian
      ↓
users

というecosystem全体の対応である。

つまり本格普及の観測点は、

CIP-113仕様が正式mergeされる
reference contractsがmainnet deploymentされる
walletが対応する
explorerが対応する
DEX / lendingが対応する
stablecoin / RWA issuerが採用する

という順になる。

16. CIP-113は何に使われるか

最も分かりやすいのは、

regulated stablecoin
RWA
security token
institutional asset

である。

例えば、

Stablecoin
↓
sanction denylist
freeze
seize
KYC
jurisdiction restriction

などを追加できる。

したがってCIP-113は、

Cardanoをinstitutional / regulated asset infrastructureへ拡張するための重要なpiece

になり得る。

17. CIP-0168 × CIP-113

CIP-113型Programmable Tokenでは、

複数のasset
複数のpolicy
programmable validation

を扱う可能性が高い。

そこでCIP-0168が使えるようになると、

Value
↓
keepPolicies / dropPolicies
↓
対象policyだけ抽出
↓
programmable validation

という処理を効率化できる可能性がある。

つまり、

CIP-113はDijkstraなしでも動くが、Dijkstra後のCIP-0168によってより効率よくなる可能性がある。

これは推測だが、技術的には自然な組み合わせである。

18. CIP-0194 × CIP-113

Programmable Tokenではtransfer ruleの判定が増える。

例えば、

transfer request
↓
credential / state / ruleをdecode
↓
condition判定
↓
allow / reject

という処理である。

CIP-0194のBuiltin Pattern Matchingが成熟すれば、

複雑なdecode
↓
tag判定
↓
branch

をより簡潔にできる可能性がある。

したがって、

CIP-113
programmable asset architecture

CIP-0168
policy filtering efficiency

CIP-0194
data / builtin branching efficiency

Plutus V4
execution environment

Dijkstra
protocol activation

という関係で整理できる。

19. 3つを一つの流れとして見る

全体像は次のようになる。

Cardano Native Assets
        ↓
CIP-113
Programmable Tokens
        ↓
regulated stablecoin / RWA

同時に

Plutus V4
├─ CIP-0168
│   ├─ keepPolicies
│   └─ dropPolicies
│
└─ CIP-0194
    └─ Builtin Pattern Matching
        ↓
script execution効率化

        ↓

Dijkstra
        ↓

より効率的なProgrammable Token execution

重要なのは、

CIP-113がDijkstraに依存しているわけではない

ということである。

ただしDijkstra後にはCIP-113型contractの効率改善余地が広がる。

20. 実装時期まとめ

機能	2026-10-01時点	mainnet利用時期
`keepPolicies`	builtin実装済み / cost model作業中	Dijkstra
`dropPolicies`	builtin実装済み / cost model作業中	Dijkstra
CIP-0194	実装継続中	Dijkstra / Plutus V4系とみられる
CIP-113	reference implementation・testnet・verification段階	hard fork不要。deployment次第

Dijkstra mainnet hard forkの確定日は、2026-10-01時点で確認できない。

CIP-113についても、

2026年○月○日に正式mainnet launch

という確定日を一次情報から確認できていない。

したがって具体的日付は「わからない」が正確である。

21. CGTAによる実装成熟度の目安

以下は公式値ではなく、公開開発状況からみたCGTAの推定である。

項目	推定成熟度
CIP-0168 keepPolicies	80〜90%
CIP-0168 dropPolicies	80〜90%
CIP-0194 Builtin Pattern Matching	60〜75%
Plutus V4	75〜85%
Dijkstra mainnet readiness	60〜75%
CIP-113 core architecture	80〜90%
CIP-113 ecosystem readiness	50〜70%

特にCIP-113では、

core contract完成度よりecosystem integrationの方が遅れる可能性

に注意が必要である。

22. 5段階シナリオ分析

今後12〜18か月についてのCGTA推定。

Scenario	確率	状況
S5	15%	Dijkstraが順調に有効化され、CIP-0168/0194とCIP-113が統合的に利用され、Cardanoがregulated RWA / stablecoin infrastructureで明確な地位を得る
S4	35%	Dijkstra有効化、CIP-113正式化、wallet/DEX対応が進み、実利用が徐々に増える
S3	35%	技術実装は完成するが、issuer・wallet・DEX側のadoptionが緩やか
S2	12%	DijkstraまたはCIP-113 integrationが遅れ、実利用開始が2027年後半へずれ込む
S1	3%	specificationやupgradeability設計の大幅見直しが必要となり、本格利用が長期延期

最頻は S3〜S4 と考える。

23. BWtake視点で重要な観測点

今後追うべきポイントは次の6つである。

keepPolicies / dropPolicies cost modelのmerge
CIP-0194のimplementation merge
Plutus V4 finalization
Dijkstra node release candidate
CIP-113 PR #444の正式merge
Lace / Eternl / DEX / Stablecoin issuerのCIP-113対応

特に、

walletとstablecoin issuerがCIP-113対応を発表する瞬間

が、CIP-113が「標準」から「経済インフラ」へ変わる転換点になる。

24. CGTAの結論

この3つは別々のCIPに見えるが、Cardanoの次世代asset infrastructureという観点では一本の流れになる。

CIP-113
↓
Programmable Assets

CIP-0168
↓
Asset / Policy processing efficiency

CIP-0194
↓
Pattern matching efficiency

Plutus V4
↓
Smart Contract execution foundation

Dijkstra
↓
Protocol activation

CIP-113は単独でも既存Cardano L1上で成立する。

しかしDijkstra後には、

Programmable Tokensをより効率よく、安全に、複雑なruleを扱えるSmart Contract基盤

が整う可能性がある。

Cardanoは、

Native Assets
+
eUTXO
+
Plutus V4
+
Programmable Tokens
+
Governance

を組み合わせることで、

Ethereum型ERC-20 contractとは異なる、ledger-native assetを基礎にしたprogrammable financial infrastructure

を作ろうとしている。

ここが今回のCIP群をまとめて見る際の最重要ポイントである。

参考資料

Plutus Core Team Update 2026-09-09

https://updates.cardano.intersectmbo.org/2026-09-09-plutus-core/

Plutus Core Team Update 2026-09-23

https://updates.cardano.intersectmbo.org/2026-09-23-plutus-core/

Essential Cardano Weekly Development Report 2026-09-25

https://www.essentialcardano.io/development-update/weekly-development-report-2026-09-25

Cardano Foundation CIPs - CIP-113 PR #444

https://github.com/cardano-foundation/CIPs/pull/444

CIP-113 Programmable Tokens reference implementation

https://github.com/cardano-foundation/cip113-programmable-tokens

CIP-113 Programmable Tokens Platform

https://github.com/cardano-foundation/cip113-programmable-tokens-platform

Cardano Blockchain Ecosystem Constitution / Guardrails

作成日時: 2026-10-01 17:38 JST

出典・掲載情報

主な一次情報

一文要約

1. まず3つを一枚で整理する

2. CIP-0168 keepPolicies / dropPolicies

2.1 何をするものか

3. なぜbuiltin化が重要なのか

4. CIP-0168はいつ使えるのか

5. なぜcost modelが必要なのか

6. CIP-0194 Builtin Pattern Matching

6.1 何を解決するのか

7. CIP-0194はいつ実装されるのか

8. CIP-0168とCIP-0194の共通点

9. Dijkstraとの関係

10. CIP-113 Programmable Tokens

10.1 何をするものか

11. Ethereum型ERC-20とは違う

12. CIP-113はいつ実装されるのか

13. CIP-113の現在地

14. 2026年に重要になったのはupgradeability

15. CIP-113の本当のボトルネック

16. CIP-113は何に使われるか

17. CIP-0168 × CIP-113

18. CIP-0194 × CIP-113

19. 3つを一つの流れとして見る

20. 実装時期まとめ

21. CGTAによる実装成熟度の目安

22. 5段階シナリオ分析

23. BWtake視点で重要な観測点

24. CGTAの結論

参考資料

2. CIP-0168 `keepPolicies` / `dropPolicies`