Narrative Goldmine

Script

4 min read

Properties

Type
  • Class
Resource
  • urn:ngm:class:script
Domain
  • blockchain
Status
  • stable
Maturity
  • established
Quality
  • 0.72
Is a
Part of
Has part
Requires
Enables
Generated
  • by: process:vault-migrate/1.0 · at: 2026-09-22T12:41:39.024503178Z
Bridges to
Contrasts with
Implemented in layer
Implements
Legacy term id
  • BC-0023
Links
Page resource
  • urn:visionflow:page:2e75cb93b830996823fb5187223191f1908c28ea9d01250ae4c9bc7eaa333f6c
Related to
Uses

Bitcoin’s stack-based, non-Turing-complete scripting language used to encode spending conditions on transaction outputs and to provide the corresponding unlocking data in transaction inputs. Script programs define locking and unlocking conditions—such as pay-to-public-key-hash—that a validator executes to authorise fund transfer, making transaction validation a programmable process without full smart-contract complexity.

Semantic Classification

Content

Class Declaration

Declaration(Class(:Script))

Subclass Relationships

SubClassOf(:Script :DistributedDataStructure) SubClassOf(:Script :BlockchainEntity)

Essential Properties

SubClassOf(:Script (ObjectSomeValuesFrom :partOf :Blockchain))

SubClassOf(:Script (ObjectSomeValuesFrom :hasProperty :Property))

Data Properties

DataPropertyAssertion(:hasIdentifier :Script “BC-0023”^^xsd:string) DataPropertyAssertion(:hasAuthorityScore :Script “1.0”^^xsd:decimal) DataPropertyAssertion(:isFoundational :Script “true”^^xsd:boolean)

Object Properties

ObjectPropertyAssertion(:enablesFeature :Script :BlockchainFeature) ObjectPropertyAssertion(:relatesTo :Script :RelatedConcept)

Annotations

AnnotationAssertion(rdfs:label :Script “Script”@en) AnnotationAssertion(rdfs:comment :Script “Transaction validation programming”@en) AnnotationAssertion(dct:description :Script “Foundational blockchain concept with formal ontological definition”@en) AnnotationAssertion(:termID :Script “BC-0023”) AnnotationAssertion(:priority :Script “1”^^xsd:integer) AnnotationAssertion(:category :Script “blockchain-fundamentals”@en) )

About Script

  • Transaction validation programming within blockchain systems, providing essential functionality for distributed ledger technology operations and properties.

Key Characteristics

    1. Definitional Property: Core defining characteristic
    1. Functional Property: Operational behavior
    1. Structural Property: Compositional elements
    1. Security Property: Security guarantees provided
    1. Performance Property: Efficiency considerations

Technical Components

  • Implementation: How concept is realized technically
  • Verification: Methods for validating correctness
  • Interaction: Relationships with other components
  • Constraints: Technical limitations and requirements

Use Cases

  • 1. Core Blockchain Operation
  • Application: Fundamental blockchain functionality
  • Example: Practical implementation in major blockchains
  • Requirements: Technical prerequisites
  • Benefits: Value provided to blockchain systems

Standards & References

  • IEC 23257:2021 - Blockchain and distributed ledger technologies
  • IEEE 2418.1 - Blockchain and distributed ledger technologies
  • NIST NISTIR - Blockchain and distributed ledger technologies

Current Landscape (2026)

  • Bitcoin Script’s frontier in 2024-2026 is the covenant debate: extending scripts from “who may spend” to constraining “where funds may go” via proposed opcodes, yet as of mid-2026 no covenant proposal has been merged into Bitcoin Core or activated on mainnet.
  • OP_CTV (BIP-119, Jeremy Rubin) is closest to activation: a February 2026 activation client set Speedy Trial / BIP-9 parameters (90% miner threshold of 1,815 of 2,016 blocks, signalling from 30 March 2026 to 30 March 2027, minimum activation height around May 2027), but miner signalling stood at 0% as of late May 2026.
  • OP_CAT (BIP-347, Ethan Heilman and Armin Sabouri) takes the opposite, general-primitive approach by reintroducing tapscript stack concatenation (repurposing OP_SUCCESS126 under BIP-342’s 520-byte cap); its specification reached “Complete” status on 1 March 2026, it has run on Bitcoin Inquisition signet since April 2024 with roughly 74,000 test transactions, but it has no mainnet activation client.
  • A phased consensus is forming around CTV plus CSFS (OP_CHECKSIGFROMSTACK, BIP-348, merged Nov 2024) as the likely first covenant soft fork, promoted by the September 2025 “CTV + CSFS letter” and the LNHANCE bundle aimed at Lightning (LN-Symmetry, PTLCs, vaults).
  • Competing and reshaped proposals proliferated: OP_VAULT (BIP-345) was formally withdrawn in May 2025 and superseded by Salvatore Ingala’s OP_CHECKCONTRACTVERIFY (BIP-443); BIP-446 (OP_TEMPLATEHASH, by Greg Sanders, Antoine Poinsot and Steven Roose) entered Draft in March 2026 as a Taproot-native drop-in replacement for CTV.
  • Soft-fork-free alternatives gained ground: BitVM2 requires no consensus change and is already live, powering Citrea’s mainnet bridge launched January 2026, and StarkWare demonstrated a STARK proof verified on signet via an OP_CAT covenant (12 July 2024).
  • The central open challenge as of 2026 is activation governance and social consensus, not cryptographic design: recursive-covenant concerns (fungibility, MEV), disagreement over whether Speedy Trial is appropriate absent overwhelming consensus, and a growing institutional camp arguing Bitcoin’s consensus rules should be treated as effectively immutable.

References

Provenance

Graph View

Backlinks