For the complete documentation index, see llms.txt. This page is also available as Markdown.

Instrument ID Management


What Are Instrument IDs?

Every token on Canton is identified by an Instrument ID, a combination of an admin party ID and a token id string, plus a registry URL. These values let any CIP-56-compliant tool discover and interact with CBTC.


Why IDs Change

Instrument IDs can change due to network dynamics, including DAR upgrades, network migrations, or infrastructure changes. Never hardcode Instrument IDs. Fetch them dynamically from the metadata URL.

⚠️ There is currently no push notification when Instrument IDs change. Poll the metadata URL periodically.


Current IDs by Network

Devnet

{
 "instrument_id": {
 "admin": "cbtc-network::12202a83c6f4082217c175e29bc53da5f2703ba2675778ab99217a5a881a949203ff",
 "id": "CBTC"
 },
 "registry_url": "https://api.utilities.digitalasset-dev.com"
}

Testnet

Mainnet


Best practices:

  • Cache the Instrument ID locally and refresh on a schedule (every 5-15 minutes)

  • Log a warning if the ID changes between polls, as this may indicate a DAR upgrade

  • On startup, always fetch fresh rather than relying on cached values

  • Handle fetch failures gracefully and use the last known good value


Token Standard API Reference

Full documentation for the Canton Token Standard API: Canton Token Standard Docs

Requirements: CBTC is CIP-56 compliant. No special requirements for holding CBTC.


Last updated