Glossary
These are the canonical meanings used throughout the whitepaper.
Product and service
Ghast AI
The infrastructure for creating, coordinating, and commercializing private AI work, formed by Ghast Workbench and Ghast Protocol.
Agent
An AI system that uses context, instructions, and available tools to act toward an objective.
Agent Team
The Workbench feature for coordinating specialized agents around one shared outcome through task ownership, handoffs, review, completion conditions, and human checkpoints.
Ghast Workbench
The live execution layer where users create, run, and coordinate private AI work.
Ghast Protocol
The commerce layer for publishing, purchasing, verifying, settling, and distributing private AI work as Capabilities.
Capability
Ghast Protocol’s market primitive: a purchasable AI service with a Defined Claim, Verifiable Delivery, and Economic Accountability. The underlying agent, workflow, and private method remain under the Creator’s control.
Capability Version
A fixed version of a Capability’s claim, service terms, evidence requirements, and other rules that governs a purchase. An open transaction remains governed by the version purchased.
Proven Capability
A Capability with sufficient Verified Delivery History and recurring revenue to support Capability Financing.
Economic Accountability
The design property that ties payment and Creator capital to the same Defined Claim and resolved outcome.
Capability Economy
The economic network formed as individual AI services are purchased, verified, distributed, generate revenue, and receive financing.
Claim, evidence, and delivery
Defined Claim
The specific, testable service promise governing a Capability version and purchase.
Capability Execution
One run of a purchased Capability under a fixed version, inputs, claim, and transaction terms.
Execution Record
A durable record identifying an execution and linking it to its purchase, governing version, result, and evidence. Verification separately determines whether the claim was met.
Delivery Evidence
Information used to evaluate a Capability Execution against its Defined Claim.
Verifiable Delivery
The property that delivery can be evaluated against the Defined Claim using identified evidence.
Verification
The process of evaluating Delivery Evidence against the Defined Claim. It is separate from creating the Execution Record and releasing payment.
Verification Result
The result produced by Verification: claim met, claim not met, or indeterminate. Initial results remain provisional until the applicable public Challenge Window, Evidence Review, and appeal path closes.
Verified Delivery
A Capability Execution that becomes protocol-final with its Defined Claim met after the public Challenge Window closes unchallenged, or after Evidence Review and every applicable appeal period or proceeding close.
Capability History
The full service-level record associated with a Capability and its versions, including executions, Verification Results, settlements, disputes, failures, refunds, and other classified outcomes.
Verified Delivery History
The final claim-met subset of Capability History. Provisional, breached, indeterminate, and refunded outcomes remain outside this subset.
Protocol Finality
The point at which the public Challenge Window closes unchallenged, or Evidence Review and every applicable appeal period or proceeding have closed. Protocol Finality determines final history classification, bond consequences, delivery burn, and financing eligibility.
Payment and disputes
Buyer Acceptance
The Buyer’s confirmation of a provisional claim-met delivery. It settles Buyer payment under the transaction’s routing rules and waives the Buyer’s financial recourse, while the public Challenge Window and the Buyer’s ability to participate in protocol-level review remain open.
Challenge Window
The fixed three-day public period after a provisional claim-met result in which any party may file a Challenge.
Challenge
A formal objection that a Capability Execution did not satisfy its Defined Claim. The Challenger identifies the execution and disputed criterion and posts a Challenge Bond.
Evidence Review
Review of admitted evidence after a Challenge or an initial claim not met or indeterminate result. Its final resolution uses the same three result states; a final claim-not-met result is a confirmed breach.
Breach
A final finding that a Capability Execution failed to satisfy its Defined Claim.
Settlement
The financial disposition of Buyer payment under the applicable acceptance, review, refund, or finality path. Buyer payment may settle before protocol finality through Buyer Acceptance.
Challenge Record
A durable record of the Challenge, posted bond, admitted evidence, review, and resolution.
Settlement Record
A durable record of Buyer payment events that is completed at protocol finality with the resulting refund, bond, reward, and burn disposition.
Creator Bond
$GHAST locked behind an active Capability and exposed to slash after a final breach determination.
Delivery Burn Reserve
A ring-fenced Creator-funded $GHAST balance reserved at purchase and burned only after a final claim-met delivery. It is separate from the Creator Bond.
Challenge Bond
$GHAST posted by a Challenger. It burns when the Challenge is rejected, returns when the Challenge succeeds, and also returns after an indeterminate result. A review failure is treated as indeterminate unless the transaction rules invoke a retry or replacement Resolver.
Challenger Reward
A capped reward funded from the Creator slash after a successful Challenge confirms a breach.
Participants and economics
Creator
The party that controls the underlying agent, workflow, or private method and publishes a Capability.
Buyer
The party that purchases a Capability Execution and supplies its required inputs.
Challenger
Any party that files a Challenge during the public Challenge Window and posts the required Challenge Bond.
Resolver
The actor or mechanism that evaluates admitted evidence and returns a review outcome.
Underwriter
A participant that stakes $GHAST as a junior, first-loss position behind a Capability-level revenue facility.
Underwriting Stake
$GHAST committed by an Underwriter as a junior, first-loss position. On default, its recoverable value is applied before senior Capital Providers bear any remaining shortfall; it unlocks after a normal facility close.
Capital Provider
A participant that supplies senior stablecoin growth capital to a Capability-level revenue facility.
Payment Asset
Fiat or stablecoin used by the Buyer to purchase a Capability Execution. $GHAST serves separate protocol roles around burn, accountability, and financing.
Capability Financing
A Capability-level revenue facility that routes a defined share of protocol-final Capability revenue first toward senior Capital Provider principal and a capped financing return, then toward an Underwriter premium. Revenue outside that share remains with the Creator.
Stablecoin Growth Capital
Senior capital supplied to expand a proven Capability’s execution capacity and repaid from its settled revenue under the financing terms.
$GHAST
The protocol token used for the Delivery Burn Reserve, Creator and Challenge Bonds, and Underwriting Stake.