Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.opengdp.network/llms.txt

Use this file to discover all available pages before exploring further.

OpenGDP lets builders create programmable instruments with lifecycle rules, transfer controls, cashflows, metadata, and auditability. Tokenization on OpenGDP is not only about representing an asset onchain. It is about making economic rights, obligations, and workflows programmable.

Asset model

An asset on OpenGDP is a programmable instrument with rules. Assets can define:
  • Metadata
  • Supply rules
  • Transfer policies
  • Compliance checks
  • Lifecycle events
  • Cashflows
  • Accounting tags
  • Audit records
This allows applications and institutions to encode how an instrument should be issued, transferred, settled, redeemed, restricted, reported, and audited.

Instrument types

OpenGDP can support many types of programmable instruments, including:
  • Deposits and stable value instruments
  • Funds and fund shares
  • Treasuries and fixed-income instruments
  • Securities and regulated instruments
  • Commodities
  • Invoices and receivables
  • Insurance policies
  • Usage credits
  • Compute and data-access credits
  • Permits and public entitlements
Each instrument can expose different lifecycle rules and policy requirements depending on the use case.

Core fields

Programmable instruments can include fields such as:
  • Metadata: Name, symbol, description, decimals, display preferences, and external references.
  • Supply rules: Fixed supply, capped supply, issuer-controlled supply, minting limits, or allocation rules.
  • Transfer policy: Allowlist, blocklist, geography restrictions, role restrictions, time restrictions, or counterparty rules.
  • Compliance policy: Required checks before issuance, transfer, redemption, or settlement.
  • Lifecycle hooks: Events such as subscription, redemption, coupon, distribution, claim, freeze, clawback, or maturity.
  • Cashflow logic: Payments, premiums, claims, dividends, coupons, streaming payments, or usage-based settlement.
  • Accounting tags: Labels for reporting, ledgers, subledgers, and reconciliation.

Lifecycle operations

Programmable instruments need predictable lifecycle behavior. OpenGDP supports lifecycle patterns such as:
  • Issuance: Mint, allocate, or originate an instrument according to policy.
  • Transfer: Move ownership or balances after required checks.
  • Settlement: Connect asset actions to value movement, liquidity, and reconciliation.
  • Cashflows: Execute coupons, dividends, premiums, claims, distributions, or usage payments.
  • Restrictions: Freeze, unfreeze, block, allow, or limit actions based on role or policy.
  • Corporate actions: Split, merge, reclassify, migrate, redeem, or burn instruments.
  • End of life: Mature, redeem, close, report, or archive an instrument.
Every lifecycle action can emit events, receipts, and records for indexing, reporting, and audit.

Templates

OpenGDP can provide instrument templates for common economic workflows:
  • Stable value instruments: Transferable units for settlement and treasury workflows.
  • Tokenized deposits: Issuance, redemption, and controlled transfers.
  • Funds: Subscriptions, redemptions, distributions, transfer restrictions, and reporting.
  • Invoices: Receivables, payment status, factoring, settlement, and accounting tags.
  • Insurance: Premiums, claims, coverage limits, reserves, and payout logic.
  • Compute credits: Usage-based access to training, inference, data, APIs, and software services.
  • Permits and entitlements: Public-sector or regulated rights with eligibility and disclosure rules.
Templates can be extended or customized by applications, institutions, and network operators.

Why it matters

Tokenized assets become more useful when they carry lifecycle, controls, and settlement behavior. OpenGDP makes programmable instruments part of the economic execution layer, so assets can interact directly with value movement, liquidity, controls, privacy, reconciliation, and autonomous systems.