GLOBAL CURRENCY PROPOSAL

PILLAR

PILLAR is a globally-connected, percent-native protocol designed for sovereign settlement. It treats every unit as a fixed share of total supply and keeps legacy labels such as dollar and penny as immutable, user-facing aliases.

The website now splits into two paths: a Global Transition System for sovereign debt migration and a Consumer Lite System that applies the same share-native rules for retail and business usage without debt-conversion scope.

Live network signal: syncing country-node activity.

Listen: PILLAR Introduction

Play the full audio introduction here. Playback is persistent, so navigation keeps your position in the recording.

Open L1 Simulation Demo Ready

Choose The System Path

Both tracks use the same percent-native share model. The difference is deployment scope: one path is for sovereign migration and debt retirement mechanics, the other is a consumer-first rollout without global debt conversion dependencies.

Track A

Global Transition System

Designed for the full world-scale transition, including genesis conversion boundaries, sovereign policy domains, and finality diversity across country validators.

  • Genesis conversion and legacy liability migration context.
  • Federated validator topology and multi-country finality assumptions.
  • Debt-retirement framing and reserve transition controls.

Track B

Consumer Lite System

A practical first deployment with the same share math and deterministic rules, but scoped for everyday transactions and controlled rollout without global debt conversion.

  • Single-authority operational model for initial deployment speed.
  • No sovereign debt migration requirement to begin usage.
  • Same fixed-share accounting, fees, burn, and redemption logic.

Concept Snapshot

The core idea is a fixed maximum share supply that underpins all ledger operations. Rather than changing supply to solve monetary frictions, PILLAR enforces strict accounting and network rules.

  • Fixed maximum supply is declared up front.
  • Balances are expressed in shares on chain; labels stay static in the UI.
  • Redemption and issuance logic operate on transparent, deterministic rules.
Read more

Abstract

A sovereign-backed, fixed-supply network with node-based settlement and auditable data availability. Money is represented as shares of one global cap, while users interact with familiar labels for readability.

6e17

Max shares (`SHARE_SUPPLY_MAX`)

1,000

Shares per label-dollar

2s

Target epoch length

0.5%

Per-window redemption cap

Read more

Key Highlights

The protocol combines fixed-share accounting, explicit issuance controls, custody-first liquidity, and multi-sovereign finality.

Percent-native Ledger

All balances and fees are computed in shares, removing label-level re-basing.

Deterministic Issuance Control

Supply is immutable and issuance only draws from reserve capacity.

Custody-first Liquidity

Liquidity stays system-owned; only fees are charged for usage over time.

Multi-sovereign Finality

Country Nodes provide consensus signatures and diversity prevents concentration.

Read more

Total Supply

The total ecosystem supply is mathematically bounded and partitioned into active circulation, reserve, and burned shares.

Max

600,000,000,000,000,000

Shares

Circulating

Max - Reserve - Burned

Dynamic, but never exceeds max

Reserve

Deterministic pool

Consumed on issuance and unlock schedules

Burned

Irreversible sink

Increases monotonically as redemption is processed

Read more

Operational Flow

The cycle begins at genesis conversion, then moves through batch creation, epoch commitment, redemption handling, and periodic accounting updates.

Genesis input → share ledger
Allocation + transfer processing
Finality + settlement
Read more

Technical Architecture

A two-layer approach splits sovereign control and infrastructure responsibility: Country Nodes handle policy and settlement, while Processing Nodes support data propagation and availability.

Core Layers

Epoch batches, merkle commitments, signatures, and slashable participation.

Resilience

Erasure coding, random sampling attestations, and reconstruction rules.

Governance

Upgrades require strong quorum, immutable anchors and public time-locking.

Read more

Diagrams

Visual references covering topology, availability, and settlement mechanics.

Network topology
Network topology overview
Data availability architecture
Data availability and reconstruction
Read more