Kaspa Explained
Search

An independent guide to Kaspa

Understand what happens to your payment.

Kaspa is a proof-of-work network for sending its native coin, KAS. Its miners can create blocks in parallel. Follow how those blocks become an ordered history, and what makes a payment valid.

Start with the basics Try an interactive model

Explanations you can inspect. Sources you can check.

Parallel blocks, one accepted paymentBlocks B and C both reference A. A later block D references both B and C. The example also shows a payment accepted in the resulting history. Keeping parallel blocks does not make conflicting payments valid.Work can arrive in parallelABCDParallelOne payment accepted
Illustration of parallel blocks and a payment. This is not live network data.

Try a spending rule.

Local illustration · no wallet or network funds

3 coins for one digital tool

Buyer and seller assetsBuyer owns three coins. Seller owns a digital tool.BuyerSeller3 coinsDigital tool0 coins

The buyer has the coins. The seller has the digital tool.

How Kaspa checks this

SilverScript expresses spending conditions. Kaspa nodes check them when an output is spent. In the workshop, Argent coordinates approvals and transaction steps.

The helper must stay within the crop limit and receive at least one resource. Wood is this example’s choice; the condition does not require wood or a particular recipient.

The work task uses a custom verifier: both numbers must be whole numbers from 1 to 15, add to 13 and multiply to 42. This is a specific arithmetic check.

The tool is digital. These rules do not verify delivery of physical goods. The coin illustrations omit fees.

A route through the essentials

Start at the beginning or open the topic you need. Each explanation includes something to inspect or try.

  1. 01Understand the network

    See why blocks can arrive in parallel while a payment can spend an output only once.

    Open explanation
  2. 02Follow a payment

    Trace the payment, change and fee, then inspect what acceptance establishes.

    Open explanation
  3. 03Test a spending rule

    Try a forbidden withdrawal and discover what a signature cannot authorize.

    Open explanation
  4. 04Evaluate the tradeoffs

    Connect speed, mining, validation and application claims to their assumptions.

    Open explanation

Find the part you need

Go directly to practical guidance, technical detail or the evidence behind a claim.