← Back to catalogue
Published

Bitcoin

vr.tr.bitcoin · thing-q131723

Enable an AI agent to recognise Bitcoin, assess the state and spendability of bitcoin holdings and transactions, and determine which actions are technically possible and authorised.

Thing Registry Activities and processes ACT.ACT

Bundle → Layer → Finding → Questions Filled

6 bundles · 11 layers · 18 findings · 28 questions

Bitcoin identity and meaning Distinguishes the network, native asset and contested monetary interpretations covered by this entry.

Mainnet and asset boundary

Establishes whether the subject is native Bitcoin or a neighbouring network or claim.

Native bitcoin identification

Record evidence connecting the subject to Bitcoin mainnet and distinguish native outputs from representations or redemption claims.

  1. Which genesis reference and consensus context identify the network being examined? definition
  2. Does the purported holding identify mainnet outputs or a claim against another issuer or custodian? boundary

Monetary interpretations

Records competing accounts of Bitcoin's purpose and use without treating one account as settled.

Attributed economic claims

Associate descriptions such as money, store of value or speculative asset with their proponents, definitions and evidence.

  1. Who advances this interpretation of Bitcoin, and where is their definition stated? provenance
  2. Which observable measures would support or challenge that interpretation over a specified period? measurement
Bitcoin amounts and issuance Models denomination, output-based holdings and rule-governed creation of bitcoin.

UTXO holdings

Represents holdings through identified unspent transaction outputs and explicit aggregation assumptions.

Output-based balance

Record output references, satoshi amounts and the chain view under which they are unspent.

  1. Which transaction identifiers and output indices contribute to the stated BTC amount? measurement
  2. Which outputs are excluded because they are spent, immature, locked or outside the relevant control policy? boundary

Subsidy and supply

Separates permitted issuance, observed issuance and estimates of economically available supply.

Supply accounting basis

Record the height and rules used for subsidy calculations, distinguishing newly issued value from transaction fees and uncertain loss estimates.

  1. What subsidy is permitted at the assessed height, and how is it distinguished from fees in the coinbase transaction? measurement
  2. Does the supply claim refer to permitted issuance, actual issuance, unspent value or an estimate excluding inaccessible coins? definition
Bitcoin transactions and settlement Follows a proposed spend through construction, network observation and risk-based acceptance.

Transaction construction

Connects selected inputs to intended recipients, change and fee requirements.

Spend intent and fee

Record how a proposed transaction implements the authorised payment and accounts for every input amount.

  1. Which outputs pay the intended recipients, which return change, and how were their scripts verified? action
  2. What total fee and fee rate follow from the input amounts, output amounts and transaction virtual size? measurement

Confirmation and conflict

Tracks observer-dependent propagation, chain inclusion and conflicting spends.

Payment acceptance state

Record inclusion evidence and the acceptance policy, preserving uncertainty from conflicts and possible reorganisations.

  1. Which node observed the transaction, and what inclusion block and confirmation depth does its current chain view establish? measurement
  2. What acceptance threshold and response to replacement, conflicting spends or reorganisation apply to this payment? action
Bitcoin control and custody Separates script-level spending capability, custody claims and authority to act.

Script and signing control

Describes the evidence and participants required to satisfy an output's spending conditions.

Satisfiable spending policy

Record required signatures, script paths and timing conditions through non-secret references.

  1. Which signatures, script conditions and timelocks must be satisfied to spend these outputs? definition
  2. Which authorised signing devices or participants can satisfy those conditions, and what evidence establishes their availability? action

Custody and authorisation

Distinguishes direct control from intermediary obligations and specifies who may approve a spend.

Holding and action authority

Record the custody arrangement, withdrawal dependencies and explicit limits on agent actions.

  1. Is the balance directly controlled through Bitcoin spending conditions or dependent on a custodian honouring a withdrawal request? boundary
  2. Who may authorise signing or withdrawal, and what recipient, amount and fee limits constrain the agent? action
Bitcoin consensus and change Models chain validity, proof-of-work selection and the evidence needed to describe protocol changes.

Validation and chain selection

Establishes the validation basis for an observed chain and its selected tip.

Validated chain view

Record node software, validation assumptions and chainwork evidence supporting state assessments.

  1. Which node implementation, version and validation assumptions produced this chain view? provenance
  2. What evidence supports selection of this tip by accumulated work among chains valid under the node's rules? measurement

Protocol evolution

Distinguishes proposals, implementation behaviour, activation conditions and actual enforcement.

Rule change status

Record the specific change and evidence for its status without equating publication, signalling or software release with activation.

  1. Which proposal and implementation sources specify the change and its activation conditions? provenance
  2. Is the assessed behaviour a consensus rule, local relay or mining policy, wallet convention or separate network rule? boundary
Evidence and external alignment What the world already says about this thing, gathered so the model can be checked against it.

Reported evidence

Findings from the breadth pass, kept separate from the structural claims.

Check these first

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these check these first hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Identifiers and schemes

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these identifiers and schemes hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Standards and regulation

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these standards and regulation hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Real-world use

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these real-world use hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Typical measurements

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these typical measurements hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Failure modes and hazards

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these failure modes and hazards hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Regional variation

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these regional variation hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Neighbouring kinds and how to tell them apart

Recalled without web access and unsourced; every item is a lead to verify.

  1. Which of these neighbouring kinds and how to tell them apart hold for the sense of Bitcoin this model covers, and on what evidence? provenance

Classifiers Filled

Family
Thing Registry
Category
Activities and processes
Entry kind
thing
Plane
ACT
Domain
ACT.ACT
Other names and narrower kinds
Kodak KashMiner

What it is Filled

Bitcoin is a decentralized peer-to-peer monetary system whose native asset, bitcoin, is transferred through digitally signed transactions and whose shared transaction history is maintained by nodes enforcing consensus rules and miners performing proof of work.

In scope

  • Bitcoin mainnet identity, consensus rules and competing interpretations of Bitcoin's monetary role
  • BTC denomination, issuance and unspent transaction outputs
  • Transaction construction, validation, propagation and confirmation
  • Key-based spending control, custody arrangements and action authority
  • Proof-of-work chain selection, reorganisations and protocol change

Out of scope

  • Generic blockchain and cryptocurrency concepts beyond what distinguishes Bitcoin
  • Separate fork networks and their native assets
  • Wrapped BTC, exchange account credits and investment products as independently issued claims
  • Lightning channel operation and other overlay protocols, except their Bitcoin settlement dependencies
  • Mining hardware engineering, electricity infrastructure and environmental accounting
  • Personal investment suitability, portfolio allocation and jurisdiction-specific tax determinations

Why it exists Filled

Enable an AI agent to recognise Bitcoin, assess the state and spendability of bitcoin holdings and transactions, and determine which actions are technically possible and authorised.

Distinguishing features Filled

  • Identify Bitcoin mainnet through its genesis and applicable consensus rules; a BTC ticker, address appearance or marketing name alone is insufficient.
  • Distinguish native bitcoin represented by mainnet unspent transaction outputs from a custodian's balance or a token issued on another network.
  • Test spending through transaction inputs, output amounts and script conditions rather than assuming a mutable account balance.
  • Assess chain selection using accumulated proof of work among valid chains, rather than block count alone or an institution's approval.
  • Distinguish Bitcoin's subsidy schedule from discretionary issuance, while recording the rule set against which issuance is checked.

What robots and AI may and may not do Filled

Must not

  • Execute trades, transfers or custody on someone's behalf.
  • Request, store or handle private keys or recovery phrases.
  • Give personalized investment advice or promise returns.
  • Help launder money, evade sanctions or extort payment, such as through ransomware.
  • Promote schemes that impersonate the network or its developers to defraud people.

Only with a human decision

  • Any purchase, sale or transfer of the asset.
  • Decisions about a person's savings or a company's treasury held in the asset.

May

  • Explain how the system works and its history in general terms, citing sources.
  • Report public network data, such as block height or published prices, with their source and time.
  • Warn users of the risks of loss, volatility and fraud.

Moral aspects Filled

  • Irreversible transfers mean that scams and mistakes leave victims without remedy.
  • Proof-of-work mining uses large amounts of energy with environmental and local effects.

Who is affected

  • Holders and investors
  • Victims of fraud and ransomware
  • Communities near mining sites

Owners Filled

Steward

Nobody as a whole: a decentralized network; each holder answers for their own keys and transactions.

Links to other meta-models Filled

parent

  • Q4290 - registry parent class

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Vercy registry: vr.tr.bitcoin
  • Wikidata: Q131723 (https://www.wikidata.org/wiki/Q131723)

Direct properties not applicable Not applicable

  • Referent sense: network | native asset | protocol | monetary practice
  • Network identity: Genesis block reference, network designation and consensus-rule context
  • Amount: Integer satoshis; 100,000,000 satoshis per BTC
  • Observed chain tip: Block hash, height, accumulated chainwork, observation time and observing node
  • Output spendability: Unspent status, script requirements, maturity or timelock conditions and available signing capability
  • Transaction status: Constructed | partially signed | signed | observed unconfirmed | confirmed | conflicted; qualified by observer and time
  • Confirmation depth: Blocks, relative to a named chain tip; zero if unconfirmed
  • Transaction fee rate: Satoshis per virtual byte
  • Control and authority: Output or custody claim linked to signers, spending policy and authorising principal
  • Monetary interpretation: Attributed interpretations such as payment medium, scarce digital asset, speculative asset or monetary alternative

Plane ACT: no invented physical properties.

Recognition not applicable Not applicable

Not applicable

The digital monetary system has no inherent visual appearance, and displayed symbols or wallet screens cannot establish its identity.

Capabilities and actions required Filled

  • Verify a purported Bitcoin network, output or transaction against an explicit mainnet chain view.
  • Calculate amounts, fees and spendability from identified outputs and their spending conditions.
  • Prepare and inspect a transaction for recipient, change, fee, privacy and authorisation requirements.
  • Coordinate authorised signing and broadcast while keeping secret key material outside the model.
  • Monitor confirmation depth, conflicts and reorganisations against a stated acceptance policy.
  • Compare attributed monetary claims with specified evidence and operational measures.

Hazards and failure modes required Filled

  • Lost keys or mistaken addresses mean permanent loss of funds.
  • Price swings and fraud can wipe out savings.

Standards and interfaces required Filled

  • Recommendation 15 and its Interpretive Note, issued by the Financial Action Task Force, establish international anti-money-laundering requirements for virtual assets and virtual asset service providers relevant to this currency.

Context of use required Filled

  • The system is used to transfer a native digital asset between participants through a shared transaction network.
  • Agents encounter it through wallets, payment requests, transaction records and custody services when assessing ownership claims, payment status or authorised spending.

Sources Filled

  1. Wikidata item Q131723: Bitcoin - identity and sense of the item
  2. Wikipedia: Bitcoin - general description of the item

Open questions

  • Which existing Vercy world model, if any, already owns Bitcoin or part of this scope and should supply the canonical publication?
  • Which primary protocol references and implementation versions should anchor the researched model at publication time?
  • How should network-identity disputes and competing monetary definitions be attributed without turning stakeholder claims into settled classifications?
  • Which payment contexts require distinct confirmation, conflict and reorganisation response policies?
  • What evidence is sufficient to distinguish demonstrably unspendable bitcoin from holdings merely presumed lost or inactive?

Machine files

Provenance

thing registry research (pass 2) · unreviewed

Built from: models/things/publications/thing-q131723/spec.json