SOVEX
CBDC Data Centers Sovereign AI Tokenization Deep Tech Architecture About Team Request access
Architecture / The engines / ASTER currency engine

ASTER currency engine.

ASTER is the sovereign currency engine: a non-custodial central-bank digital currency where the issuing authority holds the root of monetary control and every holder holds their own keys. It runs money as infrastructure — issuance, circulation, and settlement — without ever taking custody of a citizen's balance.

One monetary perimeter expressed through three distinct roles

ASTER models the real structure of a monetary system rather than a single flat balance table.

01

Central bank role

The issuing authority controls creation and retirement of currency at the root of the ledger. Monetary supply changes are signed operations, not database edits, and are traceable to the authorized policy key that produced them.

02

Institution role

Commercial banks and licensed institutions operate as intermediaries that hold accounts, originate transfers, and enforce local obligations. They act on delegated authority without ever holding the central bank's issuance keys.

03

Citizen-wallet role

End holders control funds through keys they alone possess, so a balance cannot be moved without a signature from its owner. Wallets can operate against institutions while remaining self-custodial at the cryptographic layer.

04

Delegation without custody

Authority flows downward through explicit, revocable delegation rather than transfer of control. An institution can service a wallet, freeze under lawful order, or reconcile positions without ever being able to unilaterally spend a holder's balance.

Currency comes into and out of existence as authorized cryptographic events

Supply is a governed lifecycle, not a mutable number.

01

Signed minting

New currency is created only by an operation signed with a central-bank issuance key. The mint event records the authority, quantity, and reason and becomes a permanent, verifiable entry in the ledger's history.

02

Retirement and burn

Removing currency from circulation is a first-class, signed operation with the same provenance as issuance. Contraction of supply is auditable against the exact keys and mandates that authorized it.

03

Supply as a running proof

Total outstanding currency is derivable from the hash-chained sequence of mint and burn events rather than trusted from a stored figure. Any observer with the ledger can independently reconstruct the money supply.

04

Policy-bounded operations

Issuance actions can be constrained by encoded monetary policy — quorums, ceilings, or time windows — enforced at the engine rather than by convention. An out-of-policy mint is rejected, not merely flagged after the fact.

A tamper-evident hash-chained record where the past cannot be silently rewritten

State and history are the same object, cryptographically bound.

01

Hash-chained history

Each block of transactions commits to the one before it, so altering any prior entry breaks every hash that follows. Tampering is not prevented by permission alone — it is made mathematically evident.

02

Deterministic state

Account balances are the replayable result of the ordered transaction log, not an independently editable store. Two parties replaying the same history arrive at exactly the same state.

03

Verifiable by third parties

An auditor or regulator can be given the chain and verify integrity without trusting the operator. Correctness is demonstrable rather than asserted.

04

Post-quantum signatures

Every state-changing operation is authenticated with ML-DSA-65 (FIPS 204), so the authorization record resists forgery by future quantum adversaries. The ledger's provenance is designed to remain sound over a currency's multi-decade lifespan.

Transfers move value atomically or not at all

Money changes hands as a single indivisible event.

01

Atomic transfer

A debit and its corresponding credit are applied together within one committed operation. There is no window in which value exists in both places or in neither.

02

Owner-authorized spending

A transfer out of a wallet requires a valid signature from that wallet's key. The engine will not construct a spend on a holder's behalf without their cryptographic consent.

03

Lawful controls at the institution

Freeze, hold, and compliance stops are enforceable at the institution role under proper authority. Controls are explicit ledger actions with their own provenance, not opaque side effects.

04

Final on commit

Once a transfer is committed to the chain it is settled and irreversible by design. Reversals are new, separately authorized transactions rather than edits to what already happened.

Build it sovereign.

Talk to us about aster currency engine in a sovereign deployment.