CAIP-2 primary sources — 2026-05-10

Classification takeaway

CAIP-2 is most usefully classified as chain-agnostic identifier infrastructure: a foundational naming standard for blockchains whose real significance is that it turns namespace choice and namespace resolution into part of the control plane for every later cross-chain wallet, auth, and asset standard built on top of it.

Primary sources reviewed

  1. Official CAIP-2 page — https://standards.chainagnostic.org/CAIPs/caip-2

    • Defines the namespace:reference chain ID syntax and frames the goal as one human-readable, developer-friendly identifier format across many blockchain families.
    • Emphasizes that namespace-specific semantics are delegated to separate specifications, which is the key reason CAIP-2 matters as a governance surface rather than as just a string format.
  2. Raw CAIP-2 markdown — https://raw.githubusercontent.com/ChainAgnostic/CAIPs/main/CAIPs/caip-2.md

    • Shows the exact grammar, rationale, and examples across Ethereum, Bitcoin, Cosmos, StarkNet, and Lisk.
    • Makes the portability constraints explicit: the identifier is designed to be usable in transaction-adjacent contexts, hardware-wallet displays, URL paths, and case-sensitive filesystems.
  3. Chain Agnostic CAIPs repository — https://github.com/ChainAgnostic/CAIPs

    • Confirms CAIP-2’s role inside a broader family of chain-agnostic standards rather than as a one-off naming note.
    • Helps place CAIP-2 as an upstream dependency for later standards covering accounts, assets, wallet discovery, and session authorization.

Why it stays in the active corpus

  • It is a foundational comparison point for wallet-auth and session specs because later standards often inherit CAIP-2 naming assumptions without re-litigating them.
  • It exposes where cross-chain interoperability can quietly centralize: not only in wallets or middleware, but in namespace definitions and resolution methods.
  • It gives the corpus a clean way to distinguish chain identification from account identification and from session authorization, which are often blurred together in product-level explanations.