IntersectMBO / IntersectMBO/UPLC-CAPE

Add a programmable-tokens (CIP-113) benchmark scenario

Open
#228 0 comments 0 reactions 1 assignee Claimed by @Unisay View on GitHub
UPLC-CAPE
Dominant language
Untyped Plutus Core
Stars
13
Forks
10
Avg merge
9h 54m
Merged PRs (30d)
2

Description

The existing scenarios are small, self-contained validators. CIP-113 programmable tokens are a different weight class: a contract pattern that behaves like an account model with its own mini-ledger layered on top of Cardano's native UTxO tokens. It sits at the center of a lot of Cardano DeFi (regulated stablecoins, freeze/seize, transfer restrictions), so its cost profile is more representative of what production DeFi actually pays than any of the current benchmarks.

It is a good CAPE candidate for a second reason: it already exists in more than one language. There are Plutarch and Aiken implementations to measure against, so adding a Plinth implementation gives an immediate cross-language comparison on a realistic workload rather than a toy one.

References:

- CIP PR: https://github.com/cardano-foundation/CIPs/pull/444 (Programmable token-like assets, michele-nuzzi)
- Reference implementation: https://github.com/cardano-foundation/cip113-programmable-tokens
- Stablecoin PoC with freeze/seize: https://github.com/input-output-hk/wsc-poc

Scope note: this is larger than the current scenarios and needs a proper spec before measurement — datums, redeemers, the set of transaction contexts, and both accept and reject cases. Defining that spec is the first task, not writing the validator. I'd contribute the Plinth implementation once the scenario shape is agreed.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.