OP Inscriptions
Content records written directly into OP_RETURN outputs rather than witness data.
- Chain
- Bitcoin
- Carrier
- OP_RETURN
- Ownership model
- utxo
- Operations
- inscribe, transfer
- Also written
- op-inscriptions, opinscriptions
Where it came from
Created outside Bitcoin Universe by The OP Inscriptions community, 2024.
Where the specification lives
The specification and reference documentation for OP Inscriptions live in bitcoinuniverseio/op-return and are published at https://bitcoinuniverseio.github.io/op-return/. 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-opinscriptions.
Support in Bitcoin Universe products
Where it appears
- Core: view, view-collection, view-activity, list, unlist, buy, settle, reconcile
- Wallet: view, send, receive
Implemented
viewin-app-executionview-collectionin-app-executionview-activityin-app-executionlistin-app-executionunlistin-app-executionbuyin-app-executionsettlein-app-executionreconcilein-app-execution
Not implemented, and why
update-listing- OP Inscriptions listings must be cancelled and relisted; no atomic listing update is implemented.
make-offer- OP Inscriptions has no executable offer workflow on this marketplace surface.
accept-offer- OP Inscriptions has no executable offer workflow on this marketplace surface.
cancel-offer- OP Inscriptions has no executable offer workflow on this marketplace surface.
sell- OP Inscriptions has no executable offer workflow on this marketplace surface.
Operational behaviour
Indexing
State is read from Standalone OP Inscriptions indexer for catalog reads. Supporting reads come from Universe raw-block OP_RETURN scanner and SQL cache.
What must be true before any change is accepted: Live title receipt is re-resolved, but indexer tip lag is not compared with node tip.
Confirmation
A fill is recorded only after the exact receipt spend, buyer receipt, and seller payout are confirmed on-chain.
Settlement requires at least 1 confirmation.
Reorganisation
The OP Inscriptions reconciler reopens canonically unspent receipts and marks conflicting spends stale.
Freshness
Ownership is checked per mutation; no numeric indexer lag threshold is enforced.
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.