QALS Explorer — the qalarc network

Six interactive modules explaining qalarc's IOTA-derived chain: the system map, how an Australian dollar becomes a QALS and dies as one, how compute jobs are tracked like parcels, the credit engine, the AU$1 backing simulator, and the safety stack. Everything runs locally in this file.

System Map — click any node

Qalnet is a private, Apache-2.0 fork of the IOTA node (Sui-lineage, Move objects, Starfish-class DAG-BFT consensus) run across qalarc's own fleet. Click nodes for detail.

Legend: user layerchain layermoney layertrust layerexternal
Click a node to see what it is, what it does, and which doc explains it.

The life of a QALS — animated

Follow one Australian dollar: it enters the segregated Reserve, mints 1 B-QALS, pays for compute, and burns. Press play, or step manually.

Step 0 — an Australian dollar exists in a customer's bank account.

Why this can't break

Every B-QALS in existence was minted only after the Oracle Committee confirmed a matching AU$1 landed in the segregated client-money account. The chain is the liability ledger — anyone can compute the invariant:

reserve_aud_cents ≥ b_qals_supply × 100 (every block)

The two token classes

B-QALSG-QALS
BornAU$1 depositedgrowth allocations
BackingAU$1, in Reservenone (FloorVault floor)
RedeemAU$0.995 anytimemarket / floor
When usedburns + revenueburns (deflationary)

Compute Job Lifecycle — click the states

On Qalnet, compute is a tracked object: escrowed, attested, settleable, slashable. Click any state to see the rules, who can act, and what the chain enforces.

Click a state.

Compute receipt NFT

Every SETTLED job mints a ComputeReceipt: model hash, input anchors, GPU-seconds, cost, provider DID. It doubles as provenance for AI outputs (C2PA-style, on-chain) and as collateral in the Qalx receivables vault.

Vouchers — compute as a gift

ComputeVoucher objects are transferable GPU-hour credits. Move's linear types make double-redemption impossible — the compiler enforces it, not a promise.

Credit Engine — simulate an account

Every app user, device and AI agent gets a CreditAccount with chain-enforced caps. Simulate one: drag the sliders and watch a month of metered usage settle.

Tier 1 — Plus (7% service discount)
Balance after month
Spent (B-QALS burned)
Revenue recognised
FloorVault drip
Cap hit?
Holds leaked
0 (typestate)

Holds (pre-authorisations) auto-expire — no orphaned holds, ever. Caps are enforced by the Move VM: an agent cannot overspend even if compromised.

AU$1 Backing Simulator — 36 months

The honest engine room: B-QALS are born 1:1 from deposits and burn on use (left chart — the invariant always holds). G-QALS carry no claim, but a revenue-funded FloorVault ratchets their floor (right chart — coverage is honest and slow; parity needs scale). Drag the assumptions.

B-QALS invariant
HELD
Reserve @ m36
G-QALS floor @ m36
Floor coverage

No simulator output is a promise. G-QALS coverage typically stays under a cent for years — the wiki dashboard publishes the real number monthly.

Safety & Verification Systems

The stack that makes Qals boringly safe: structural invariants, multisig humans, timelocks, and public proof. Toggle any control to see what fails without it.

Proof-of-Reserves (live example)

ItemValueSource
B-QALS outstanding (on-chain)Qalnet RPC (public)
Liabilities (AU$)supply × AU$1
Reserve (segregated AUD)Oracle Committee attestation
Coveragereserve ÷ liabilities
Last attestationsigned statement, on-chain

Values update from Module 5's month-36 simulation — try it.

Who can do what (privilege map)

RolePowerCheck
Oracle Committeeattest reserves, trigger investigate3-of-5 multisig
Treasury Councilfees/floor/LTV params2-of-3 + 48h timelock
Emergency pausehalt mint/redeem/poolsmultisig, 72h auto-expire
Validators (Fleet)order transactionsStarfish BFT, 3f+1
Move VMeverything elselinear types — code can't cheat