-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathglossary.html
More file actions
206 lines (201 loc) · 15.8 KB
/
glossary.html
File metadata and controls
206 lines (201 loc) · 15.8 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width,initial-scale=1">
<title>Kaspa Glossary | Kaspa Explained</title>
<meta name="description" content="Plain-English definitions for Kaspa terms: blockDAG, GHOSTDAG, blue work, pruning, Toccata, vProgs, RTD, covenants, and more.">
<meta name="robots" content="index,follow,max-snippet:-1,max-image-preview:large">
<link rel="canonical" href="https://kaspaexplained.com/glossary">
<link rel="icon" href="kaspa-favicon.svg?v=20260512-real-k" type="image/svg+xml">
<link rel="icon" href="favicon.svg?v=20260512-k4" type="image/svg+xml">
<link rel="icon" href="favicon.ico" sizes="any">
<link rel="icon" href="favicon.png" type="image/png">
<link rel="apple-touch-icon" href="apple-touch-icon.png">
<link rel="manifest" href="site.webmanifest">
<meta name="application-name" content="Kaspa Explained">
<meta name="apple-mobile-web-app-title" content="Kaspa Explained">
<meta name="theme-color" content="#09090b">
<meta property="og:title" content="Kaspa Glossary | Kaspa Explained">
<meta property="og:description" content="Short definitions for the Kaspa terms readers hit first.">
<meta property="og:type" content="article">
<meta property="og:url" content="https://kaspaexplained.com/glossary">
<meta property="og:image" content="https://kaspaexplained.com/og-kaspa-explained-20260514.png?v=20260514-logo-clearance">
<meta property="og:image:type" content="image/png">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="Kaspa Explained - proof-of-work blockDAG guide">
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="Kaspa Glossary | Kaspa Explained">
<meta name="twitter:description" content="Short definitions for the Kaspa terms readers hit first.">
<meta name="twitter:image" content="https://kaspaexplained.com/og-kaspa-explained-20260514.png?v=20260514-logo-clearance">
<meta name="dateModified" content="2026-05-16">
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "DefinedTermSet",
"name": "Kaspa Glossary",
"url": "https://kaspaexplained.com/glossary",
"description": "Plain-English definitions for Kaspa terms used by Kaspa Explained.",
"hasDefinedTerm": [
{"@type": "DefinedTerm", "name": "Proof of Work", "url": "https://kaspaexplained.com/glossary#proof-of-work"},
{"@type": "DefinedTerm", "name": "UTXO", "url": "https://kaspaexplained.com/glossary#utxo"},
{"@type": "DefinedTerm", "name": "blockDAG", "url": "https://kaspaexplained.com/glossary#blockdag"},
{"@type": "DefinedTerm", "name": "GHOSTDAG", "url": "https://kaspaexplained.com/glossary#ghostdag"},
{"@type": "DefinedTerm", "name": "Toccata", "url": "https://kaspaexplained.com/glossary#toccata"},
{"@type": "DefinedTerm", "name": "vProgs", "url": "https://kaspaexplained.com/glossary#vprogs"},
{"@type": "DefinedTerm", "name": "DAGKnight", "url": "https://kaspaexplained.com/glossary#dagknight"},
{"@type": "DefinedTerm", "name": "RTD", "url": "https://kaspaexplained.com/glossary#rtd"}
]
}
</script>
<link rel="stylesheet" href="styles.css?v=20260606-anchor-clearance">
<script defer src="nav.js?v=20260606-anchor-clearance"></script>
</head>
<body>
<a class="skip-link" href="#top">Skip to content</a>
<header class="site-header">
<nav class="nav" aria-label="Primary">
<a class="brand" href="/" aria-label="Kaspa Explained home">
<span class="brand-mark" aria-hidden="true"></span>
Kaspa Explained
</a>
<button class="nav-menu-button" type="button" aria-expanded="false" aria-controls="primary-links">Menu</button>
<div id="primary-links" class="nav-links">
<a href="/start-here">Start</a>
<a href="/what-is-kaspa">Kaspa 101</a>
<a href="/status">Status</a>
<a href="/kaspa-claims-checker">Claims</a>
<a href="/toccata-status">Toccata</a>
<a href="/build-on-kaspa">Build</a>
<a href="/kaspa-app-ideas">Ideas</a>
<a href="/search">Search</a>
</div>
<button class="theme-toggle" type="button" aria-label="Switch theme">Light</button>
<a class="nav-cta" href="/toccata-status">Toccata status</a>
</nav>
</header>
<main id="top" tabindex="-1" class="glossary-page">
<section class="glossary-hero section">
<p class="eyebrow">Glossary</p>
<h1>Kaspa terms in plain English.</h1>
<p class="lead">Short definitions for Kaspa-specific terms, with links into the longer guide.</p>
<nav class="jump-list" aria-label="Glossary jump links">
<a href="#proof-of-work">PoW</a>
<a href="#utxo">UTXO</a>
<a href="#blockdag">blockDAG</a>
<a href="#ghostdag">GHOSTDAG</a>
<a href="#blue-work">blue work</a>
<a href="#blue-score">blue score</a>
<a href="#daa-score">DAA score</a>
<a href="#sompi">sompi</a>
<a href="#api-key">API key</a>
<a href="#rate-limit">rate limit</a>
<a href="#bps">BPS</a>
<a href="#pruning">pruning</a>
<a href="#toccata">Toccata</a>
<a href="#vprogs">vProgs</a>
<a href="#dagknight">DAGKnight</a>
<a href="#rtd">RTD</a>
</nav>
</section>
<section class="section">
<p class="eyebrow">Core mechanics</p>
<h2>Live-network terms.</h2>
<div class="glossary-grid">
<article id="proof-of-work"><h3>Proof of Work</h3><p>A security model where miners spend real computation to propose blocks. Kaspa keeps this Bitcoin-like foundation.</p><p class="related-terms">Related: <a href="#bps">BPS</a>, <a href="#ghostdag">GHOSTDAG</a>, <a href="#dagknight">DAGKnight</a></p></article>
<article id="utxo"><h3>UTXO</h3><p>An unspent transaction output: a spendable coin chunk. Kaspa uses UTXOs; Ethereum uses account balances.</p><p class="related-terms">Related: <a href="#pruning">pruning</a>, <a href="#muhash">MuHash</a>, <a href="#covenant">covenant</a></p></article>
<article id="blockdag"><h3>BlockDAG</h3><p>A graph of blocks where multiple honest blocks can exist in parallel instead of forcing every block into one line immediately.</p><p class="related-terms">Related: <a href="#ghostdag">GHOSTDAG</a>, <a href="#anticone">anticone</a>, <a href="#mergeset">mergeset</a>, <a href="#selected-parent">selected parent</a></p></article>
<article id="ghostdag"><h3>GHOSTDAG</h3><p>Kaspa's live consensus rule for ordering the blockDAG so parallel work can contribute to consensus.</p><p class="related-terms">Related: <a href="#blue-red">blue/red blocks</a>, <a href="#blue-work">blue work</a>, <a href="#selected-parent">selected parent</a>, <a href="#anticone">anticone</a></p></article>
<article id="selected-parent"><h3>Selected parent</h3><p>The chosen parent that helps define the main ordering path inside the DAG. It is not the same thing as Bitcoin's longest chain.</p></article>
<article id="mergeset"><h3>Mergeset</h3><p>The group of past blocks a new block brings into view. It helps explain how parallel work gets folded into ordering.</p></article>
<article id="anticone"><h3>Anticone</h3><p>Blocks that are neither in a block's past nor its future. Anticones matter because parallel blocks need a rule for ordering.</p></article>
<article id="blue-red"><h3>Blue / red blocks</h3><p>GHOSTDAG classifies well-connected blocks as blue and less-compatible blocks as red for ordering and security accounting.</p></article>
<article id="blue-work"><h3>Blue work</h3><p>Accumulated proof-of-work weight through blue blocks. It is part of how Kaspa compares competing DAG histories.</p></article>
<article id="blue-score"><h3>Blue score</h3><p>A blockDAG progress marker based on blue blocks in the selected-parent chain history. Explorers and APIs use it for ordering and range queries.</p></article>
<article id="daa-score"><h3>DAA score</h3><p>A Kaspa progress marker used by nodes and APIs. Builders often use it for block ranges, timestamp estimates, and lock-time reasoning.</p></article>
<article id="virtual-block"><h3>Virtual block</h3><p>A conceptual current tip/state used by nodes to reason about the present view of the DAG.</p></article>
</div>
</section>
<section class="section">
<p class="eyebrow">Speed and storage</p>
<h2>Scaling terms.</h2>
<div class="glossary-grid">
<article id="bps"><h3>BPS</h3><p>Blocks per second. Kaspa's 10 BPS era means faster block production, not unlimited throughput or instant finality.</p></article>
<article id="fast-inclusion"><h3>Fast inclusion</h3><p>A transaction gets into a block quickly.</p></article>
<article id="fast-confirmation"><h3>Fast confirmation</h3><p>Confidence rises quickly that the transaction will not be reversed. This is stronger than merely appearing quickly.</p></article>
<article id="finality-depth"><h3>Finality depth</h3><p>A threshold after which old history is treated as settled under the protocol's assumptions.</p></article>
<article id="pruning"><h3>Pruning</h3><p>Removing old block data that ordinary nodes no longer need for current validation.</p><p class="related-terms">Related: <a href="#archival-node">archival node</a>, <a href="#muhash">MuHash</a>, <a href="#utxo">UTXO</a></p></article>
<article id="archival-node"><h3>Archival node</h3><p>A node that preserves full historical data for explorers, audits, and historical queries.</p></article>
<article id="muhash"><h3>MuHash</h3><p>A compact commitment tool used around UTXO-set state and pruning safety.</p></article>
<article id="transaction-mass"><h3>Transaction mass</h3><p>Kaspa's measure of transaction resource cost.</p></article>
<article id="storage-mass"><h3>Storage mass</h3><p>A cost model intended to make UTXO/state growth pay for the burden it creates.</p></article>
<article id="sompi"><h3>Sompi</h3><p>The smallest unit of KAS. One KAS equals 100,000,000 sompi. APIs often return amounts as strings so software does not lose precision.</p></article>
<article id="hosted-api"><h3>Hosted API</h3><p>An API run by a provider outside your own node or indexer. Useful for quick reads and prototypes; production apps need key handling, rate-limit handling, and a reliability plan.</p></article>
<article id="api-key"><h3>API key</h3><p>A credential sent with hosted API requests, usually in a header such as <code>x-api-key</code>. Keep it out of client-side code and public repos.</p></article>
<article id="rate-limit"><h3>Rate limit</h3><p>A provider rule that caps request volume. Apps should read rate-limit headers, cache stable data, batch where possible, and back off on 429 responses.</p></article>
<article id="cursor-pagination"><h3>Cursor pagination</h3><p>A way to fetch long lists in stable chunks. Address history endpoints use it so apps can move through many transactions without one huge response.</p></article>
<article id="accepting-block"><h3>Accepting block</h3><p>The block that accepted a transaction into ordered history. Acceptance data is useful evidence, but apps still need confirmation and reorg handling rules.</p></article>
</div>
</section>
<section class="section">
<p class="eyebrow">Roadmap terms</p>
<h2>App and research terms.</h2>
<div class="glossary-grid">
<article id="toccata"><h3>Toccata</h3><p>A released and scheduled hard-fork track for spend rules, asset rules, ZK proof checks, sequencing commitments, and vProgs groundwork. It is not mainnet-live until the activation score is reached and post-activation behavior is observable.</p><p class="related-terms">Related: <a href="#covenant">covenant</a>, <a href="#zk-verification">ZK verification</a>, <a href="#sequencing-commitment">sequencing commitment</a>, <a href="#vprogs">vProgs</a></p></article>
<article id="covenant"><h3>Covenant</h3><p>A rule that limits how a coin or asset can be spent later. That can support vaults, escrow, and simple app state.</p></article>
<article id="silverscript"><h3>Silverscript</h3><p>A higher-level scripting direction around Kaspa's covenant and programmable-UTXO path.</p></article>
<article id="zk-verification"><h3>ZK verification</h3><p>Checking a proof that computation was done correctly without re-running all of that computation on L1.</p></article>
<article id="sequencing-commitment"><h3>Sequencing commitment</h3><p>A way for an app to track the activity lane it cares about, instead of forcing every proof to depend on the whole DAG stream.</p></article>
<article id="vprogs"><h3>vProgs</h3><p>Apps that prove their own logic around Kaspa, while L1 stays focused on ordering, commitments, verification, and metadata.</p><p class="related-terms">Related: <a href="#zk-verification">ZK verification</a>, <a href="#sequencing-commitment">sequencing commitment</a>, <a href="#covenant">covenant</a></p></article>
<article id="dagknight"><h3>DAGKnight</h3><p>A parameterless/adaptive consensus research direction. It is not current mainnet behavior.</p><p class="related-terms">Related: <a href="#ghostdag">GHOSTDAG</a>, <a href="#bps">BPS</a>, <a href="#fast-confirmation">fast confirmation</a></p></article>
<article id="rtd"><h3>RTD</h3><p>Real-Time Decentralization: Hashdag's framing for Kaspa's core edge, meaning Bitcoin-style PoW security and censorship resistance operating in real time. Oracle and TangVM ideas are downstream extensions.</p><p class="related-terms">Related: <a href="#proof-of-work">Proof of Work</a>, <a href="#dagknight">DAGKnight</a>, <a href="#fast-confirmation">fast confirmation</a></p></article>
<article id="proof-of-useful-work"><h3>Proof of Useful Work</h3><p>A speculative research direction where mining work might also perform useful computation. It is not live Kaspa functionality.</p></article>
</div>
</section>
<section class="next-step section" aria-label="Suggested next step">
<p class="eyebrow">Next step</p>
<h2>If you need more context.</h2>
<p>The zero-start guide explains why records, keys, transactions, blocks, consensus, mining, staking, and tokens exist before defining Kaspa terms.</p>
<div class="actions">
<a class="button primary" href="/crypto-from-zero">Open Crypto From Zero</a>
<a class="button" href="/sources">Continue to Sources</a>
</div>
</section>
</main>
<footer class="footer">
<div class="footer-grid">
<p><strong>Independent resource.</strong> Kaspa-positive research guide, not investment advice.</p>
<nav class="footer-nav-groups" aria-label="Footer">
<div class="footer-link-group" aria-label="Learn">
<span>Learn</span>
<a href="/start-here">Start here</a>
<a href="/what-is-kaspa">Kaspa 101</a>
<a href="/overview">90-second overview</a>
<a href="/glossary">Glossary</a>
</div>
<div class="footer-link-group" aria-label="Verify">
<span>Verify</span>
<a href="/status">Status</a>
<a href="/kaspa-claims-checker">Claims checker</a>
<a href="/toccata-status">Toccata status</a>
<a href="/skeptical-case">Skeptical case</a>
<a href="/sources">Sources</a>
</div>
<div class="footer-link-group" aria-label="Build">
<span>Build</span>
<a href="/build-on-kaspa">Build on Kaspa</a>
<a href="/builder-guide">Builder guide</a>
<a href="/kaspa-app-ideas">App ideas</a>
</div>
<div class="footer-link-group" aria-label="Site">
<span>Site</span>
<a href="/search">Search</a>
<a href="/about">About</a>
<a href="/about#corrections">Corrections</a>
</div>
</nav>
</div>
</footer>
</body>
</html>