SRC-20

Fungible tokens whose operations are stored in unprunable Stamps outputs and whose balances are computed by Stamps indexers.

Chain

Bitcoin

Carrier

Stamps data outputs carrying a JSON payload

Ownership model

balance

Decimals

asset-defined

Operations

deploy, mint, transfer

Also written

src-20

Where it came from

Created outside Bitcoin Universe by The Bitcoin Stamps community, 2023.

A fungible-token layer built on the Stamps data-carrier model rather than on inscriptions.

Where the specification lives

The specification and reference documentation for SRC-20 live in bitcoinuniverseio/src-20 and are published at https://bitcoinuniverseio.github.io/src-20/. That site is the authority. This page exists so you can find it and compare it with the rest of the estate.

Bitcoin Universe indexes or implements it in bitcoinuniverseio/index-stamps.

Support in Bitcoin Universe products

Enabled

Implemented and reachable in the product, subject to live status.

Execution model: Executed through an external venue or protocol service.

Where it appears

• Core: view, discover, view-collection, view-activity, view-transaction
• Wallet: view, send, receive
• Inscribe: deploy, mint, transfer
• StampDEX: view, view-collection, view-activity, list, unlist, buy, cancel-offer, settle

Implemented

• viewexternal-execution
• view-collectionexternal-execution
• view-activityexternal-execution
• listexternal-execution
• unlistexternal-execution
• buyexternal-execution
• cancel-offerexternal-execution
• settleexternal-execution

Not implemented, and why

update-listing

SRC-20 listings must be cancelled and relisted; no atomic listing update is implemented.

make-offer

SRC-20 has no executable offer workflow on this marketplace surface.

accept-offer

SRC-20 has no executable offer workflow on this marketplace surface.

sell

SRC-20 has no executable offer workflow on this marketplace surface.

reconcile

SRC-20 has no executable reconcile authority on this marketplace surface.

Operational behaviour

Indexing

State is read from StampDEX. Supporting reads come from Stampchain activity, OpenStamp mint/deploy reference data.

What must be true before any change is accepted: Universe allowlists and validates the exact proxy route/body/challenge headers; StampDEX rechecks indexed collateral before fill. Universe does not compare provider and Bitcoin tips.

Confirmation

Confirmation policy is delegated to the StampDEX fill workflow.

Reorganisation

Universe retains broadcast receipts but delegates chain reconciliation to StampDEX.

Freshness

Universe does not enforce a StampDEX-versus-chain lag threshold.

Provenance

Capability facts on this page were generated from backend/packages/ecosystem-contracts/lib/protocols.js in bitcoinuniverseio/core at 15dd03b5986a. Implemented behaviour is not the same as production availability: see how to read our status.