—
Verified Humans
—
Total Supply
—
Gini
—
Block Height
Beta · face check

🔐 Register as a Verified Human

Join the Aequitas network and receive your 1,000 AEQ start grant. Registration is one-time and permanent. It is in beta: checked, with named limits — see the beta notice below.
Android APK · direct download
For the first time in history — everyone starts equal
If you own an Android smartphone, you qualify. No bank, no crypto background, no investment needed.
0.1% fee · no EVM gas
No ETH/MATIC gas to register. Transfers use a 0.1% protocol fee (live from the node) — not “zero cost forever.”
1,000 AEQ for every human
Billionaire or subsistence farmer — everyone gets exactly 1,000 AEQ. Not more, not less. The same start for everyone, fixed in the code.
Accessible to all
No bank account, no credit card, no government ID, no extra hardware to buy — just the camera already in your Android phone.
Daily UBI forever
Once registered, you receive a daily share of UBI payouts automatically — every day, no action required.
📱
REGISTRATION VIA ANDROID APP
Registration runs only in the Android app: a short face capture, checked by two independent matching services. After that, 1,000 AEQ are credited automatically. What is and is not stored: step 1 and the beta notice below.
1
Connect
The app records your face and a short liveness sequence (blink, a glance to a random side, colour flashes) and sends them to two independent matching services. They compare the face against everyone registered with a face. The photo is discarded within seconds; only a 64-byte sketch is kept.
2
Prove
A Groth16 ZK proof binds your bio_hash into a commitment (Poseidon of bio_hash, wallet and a salt) without revealing it. The proof server only issues it with the wallet binding and the two services' signed attestations, and the nullifier can be spent once — so the same face does not count twice.
3
Receive
Registration confirmed on Aequitas BlockDAG within 1 second · 1,000 AEQ credited instantly · your identity is permanently recorded as a verified human
🔒 Beta · Face check by 2 independent services · 2 signed attestations required · Groth16 ZKP · Only a 64-byte sketch kept
📱 MetaMask Mobile: if AEQ balance shows 0 after registration, go to Settings → Networks → delete Aequitas Chain → re-add via this website
Beta notice: what already holds and what does not yet (open)
Beta: since 25 Aug 2026 the proof server refuses any registration without the signed attestations of the two matching services — a second phone no longer gives the same face a second account. What is not yet true: accounts registered before that date are only covered once their owner adds the face in the app (no new grant); until then they could in principle register again on a new wallet. Error rates are not calibrated (that needs ~1,000 impostor pairs). Liveness: only the glance task is binding today; colour flashes, pulse and parallax are measured but do not decide yet. Read “one human, one account” as “checked, with named limits” — not as “impossible to circumvent.” Long term, Aequitas will rely on iris scans to truly guarantee one person, one registration. How that can be implemented reliably and privacy-preserving is being worked on now; hardware and timing are not decided yet.
What the beta is for: it tests whether a person can be recognised again without anyone keeping their picture or a whole face template. The photo and the full face description are deleted within seconds; each of the two matching services keeps only a 64-byte sketch (512 yes/no values) from which the face cannot be reconstructed, but which still recognises a second registration by the same person. This is the groundwork for the iris scan, which is meant to work on the same principle. Where it stands today: each service still holds the whole sketch; splitting it so that no service holds it whole is built and tested but not yet active, and error rates are not yet calibrated.
CONNECTED WALLET
—
⚡ ZK PROOF RECEIVED
Connect wallet to register
Registration needs the app with the face check (app.apk from this site; use the current version so that a rejection shows its objection code).
// The app registers you by itself. The buttons above are only needed if a link with a finished proof brought you here.
Registration Details
NetworkAequitas Chain (BlockDAG)
Chain ID1926 (0x786)
UBI Grant1,000 AEQ per human
Gas Fee0.1% protocol fee — no EVM gas
RegistrationsOnce per person · permanent · immutable
FacePhotos discarded within seconds — each matching service keeps only a 64-byte sketch
Proof SystemGroth16 ZKP (Zero-Knowledge)
ConfirmationWithin 1 second (1 block)
Sybil ProtectionBeta: one identity per face · attestation required · threshold not yet calibrated

Block Explorer

Uptime
—
Multi-validator network
Active Validators
—
Distinct proposers, recent blocks
GHOSTDAG DAG View · KnightDAG-secured
—
selected parent chain GHOSTDAG blue — counted GHOSTDAG red — excluded, still merged not yet classified KnightDAG-secured — block infers its own K Fill = GHOSTDAG verdict · thin ring = proposer · one column per height. Hover any block for details.
Latest Blocks
—
One row per height — the canonical winner GHOSTDAG selected, not every validator that produced at that height. A run of the same proposer here doesn't mean the others are idle: check ⟁N next to a block # (parallel blocks merged at that height) or Active Validators above for the real count.
Block #AgeTxnsProposerType★ Score
Loading blocks...
Latest Transactions
—
Hash / WalletBlockTypeAmount
Loading transactions...
Block #—
✕ Close
🔒
What is a Verified Human?
A Verified Human is a wallet address proven to belong to someone whose face is not already registered. Independent matching services must agree by quorum before it counts, and only a Groth16 ZK proof reaches the chain — no image and no template. Until 2026-08-23 this verified one device rather than one person; that is no longer the case.
🧮
Zero-Knowledge Proof System
Aequitas uses Groth16 on BN128 — same curve as Ethereum and Zcash. Proof: ~200 bytes. Verification: ~10ms. commitment = Poseidon(bioHash, wallet, deviceSalt), nullifier = Poseidon(bioHash). The nullifier comes from the face, not the phone: a second device does not let the same person register again, and losing your phone does not cost you your registration. Poseidon is used rather than multiplication because the earlier circuit's nullifier was invertible — anyone could have recovered the bioHash from it.
🛡
Sybil Resistance — Current State
Since 25 Aug 2026 the proof server refuses a registration without the signed attestations of the two matching services — so the same face cannot be registered twice, across devices as well, which a device key never could. Two named limits: accounts registered before that date are covered only once their owner adds the face in the app, and the matching threshold has not been calibrated against real captures: the cryptography is exact, the biometrics underneath it is a measurement whose error rate has not been quantified. Liveness: only the glance task is binding today; colour flashes, pulse and parallax are measured and will decide once calibrated.
🌍
Global Financial Inclusion
No bank account, no credit card, no prior cryptocurrency required. Just an Android smartphone with a camera. Aequitas is designed to be accessible to every human on Earth.
🫁
Identity Verification Roadmap
Today (Beta): a face check by two independent matching services that must both agree, and a proof server that refuses registrations without their signed attestations. Only a 64-byte sketch is stored, never the photo or a whole template. The threshold has not yet been calibrated against real captures — that needs about 1000 impostor pairs before any number is quoted. Planned: that calibration, binding liveness from the signals already measured (colour flashes, pulse, parallax), a staged grant for uncertain captures, and a duplicate check in which no service holds even the whole sketch. Long term, Aequitas will rely on iris scans to truly guarantee one person, one registration. How that can be implemented reliably and privacy-preserving is being worked on now; hardware and timing are not decided yet.
Registered Humans
0
Every address below is a registered human credited exactly 1,000 AEQ. Since 25 Aug 2026 every registration passes a face check against every registration made since then by independent services, proven with a ZK proof; accounts from before that date were registered without a face template — a known, bounded exception. The registry is permanent, immutable and on-chain.
No humans registered yet.\n\nDownload the Aequitas Android App and be the first human on the chain!
Registry Stats
Total Humans0
Total Supply0 AEQ
UBI Grant1,000 AEQ
Gas Fee0.1% protocol fee — no EVM gas
ZKP SystemGroth16 / BN128
Hash Systemkeccak256
FacePhotos discarded within seconds — each matching service keeps only a 64-byte sketch
Sybil ProtectionPermanent · On-chain
❓ FAQ
Is my biometric data safe?
Your face is captured and sent to two independent matching services — that is the only way “one person, one account” can be checked at all. The photo and the full face description are discarded within seconds; they are not stored. What is kept is a 64-byte sketch (512 yes/no values): the face cannot be reconstructed from it, but it recognises a returning person, so it is treated as biometric data. One honest limit, stated rather than hidden: each service holds the whole sketch. A split mode in which no single service holds it whole is built and tested, not yet the binding check.
Does registration prove I am a unique real person?
Better than a device key ever could, and not yet provable as a number. Since 25 Aug 2026 the face is compared by two independent services that must both agree, and the proof server refuses a registration without their signed attestations — so the same person on a second phone is caught, which a device key never could. Two named limits: accounts registered before that date are covered only once their owner adds the face in the app (no new grant), and the error rate is not established: the threshold has not been calibrated on real captures, which needs about 1,000 impostor pairs. Liveness: only the glance task is binding today; stronger signals are measured and being calibrated. Long term, Aequitas will rely on iris scans to truly guarantee one person, one registration. How that can be implemented reliably and privacy-preserving is being worked on now; hardware and timing are not decided yet.
Can I register with a different wallet later?
No. A registration is permanently bound to one wallet address. That is deliberate: the nullifier derived from your face is spent once, so registering again to a different wallet would be a second identity for the same person.
What happens if I lose my phone?
Your AEQ remains in your wallet — it is tied to your private key, not your phone. You can still access your wallet via MetaMask with your seed phrase. Your registration is tied to your face, not to the device, so a new phone does not cost you your registration.
AEQ / tUSD — Live Price
Real-time price derived from pool reserves (x·y=k). Updates every 8 seconds as new pool data arrives.
—
— tUSD

🔄 Swap AEQ ↔ tUSD

Exchange AEQ for tUSD (a simulated test-dollar) through the native liquidity pool. A 0.1% fee applies to swaps; ordinary AEQ transfers also carry a 0.1% protocol fee (no EVM gas).
🔒 Non-custodial · AMM x·y=k · 0.1% fee · Instant settlement · No slippage protection needed at small sizes
CONNECTED WALLET
—
Your AEQ—
Your tUSD—
Sell
Bal: —
Receive
Bal: —
💵tUSD
—
// Connect wallet to swap AEQ ↔ tUSD...
No liquidity yet
Claim 1,000 tUSD once to pair with your AEQ — for your first liquidity deposit.

💧 Liquidity

Provide AEQ / tUSD liquidity to earn 30% of all swap fees, distributed daily.
AMM Liquidity Pool
Price—
Pool AEQ—
Pool tUSD—
Pool Depth
AEQ 50% 50% tUSD
Fee0.1% · split 40/30/30
How the AMM works
AEQ_reserve × tUSD_reserve = k (constant)
Automated Market Maker using the x·y=k formula. Price is determined by pool ratio. Deeper pools = lower price impact per swap.
Pool Addresses
40% Validators0x78c1...d2bA
LP Shares0xc181...01EB
30% UBI0x4A9b...054A
0% Treasury0x2273...3eb15
Add Liquidity
Deposit AEQ and tUSD to earn 30% of all swap fees proportional to your share.

Aequitas Index — Real-Time Economic Equality Score

The Aequitas Index is derived from the Gini coefficient — the international standard for measuring wealth inequality, adopted by the World Bank, OECD, and UN. Unlike a simple richest-vs-poorest ratio, the Gini coefficient captures the entire distribution across every verified human simultaneously, in a single number. 0 = perfect equality (every wallet holds the same AEQ). 100 = maximum concentration (one wallet holds all AEQ in existence). For context: Bitcoin Gini ≈ 0.85 (Index 85) · most unequal country on Earth (South Africa) ≈ 0.63 · Scandinavia ≈ 0.27. Aequitas targets Gini below 0.30 at scale — comparable to the most equal developed economies — enforced automatically by the wealth cap and redistribution pools, no governance vote required.
—
Current Index
0 — Perfect Equality50100 — Max Inequality
—
—
Gini Coefficient
0 = equal · 1 = unequal
—
Total Supply
Always = Humans × 1,000 AEQ
—
Protocol Phase
Auto-advances by human count
—
Verified Humans
Face-verified registrations
What is the Gini Coefficient?
Developed by Italian statistician Corrado Gini (1912). Measures wealth distribution by comparing actual balances against a hypothetical perfectly equal baseline — visualized as the Lorenz curve. Scale: 0 (everyone holds the same) to 1 (one person holds everything). Used by World Bank, OECD, UN to compare countries. Reference values: Bitcoin ≈ 0.85 · South Africa (world record) ≈ 0.63 · USA ≈ 0.41 · Germany ≈ 0.31 · Scandinavia ≈ 0.27 · Aequitas long-term target: Gini below 0.30 — comparable to Scandinavian countries, enforced by wealth cap (bootstrap: 5×→25× per human). Phase 3 (maturity) is only reached with 1 million humans and a Gini below 0.30.
How is the Aequitas Index calculated?
G = Σ|xi − xj| / (2 × n² × x̄)
Aequitas Index = G × 100
All AEQ balances of verified humans are collected. The formula computes the mean absolute difference between every possible pair of balances, normalized by population squared (n²) and the mean balance (x̄). Result 0–1 multiplied by 100 = Aequitas Index. The node computes it from the live balances; after every daily basic-income payout a snapshot is stored for the history chart.
0 – 35
IDEAL
Healthier than most nations on Earth. Comparable to Scandinavia (~0.27) and Germany (~0.31).
35 – 50
GOOD
Comparable to the USA (~0.41) or France (~0.32). Within the range of most developed economies.
50 – 70
WARNING
Higher than most European nations — comparable to Brazil (~0.53). The rules do not change with the index; the idle-money levy and the wealth cap work continuously.
70 – 100
CRITICAL
Worse than any country on Earth (South Africa record: ~0.63). Approaching Bitcoin (~0.85). With few registered humans this happens quickly; the rules stay the same.
Current Wealth Cap: —AEQ · Multiplier: — · Fair share: — AEQ
Why Gini — and not a simpler metric?
A simple richest-vs-poorest ratio is easy to game: 10,000 wallets could show a low spread while 90% of AEQ sits in 100 hands — the Gini detects this, a ratio does not. It captures the complete distribution across all verified humans in one number that anyone can recompute. It is a measurement, not a control lever: phases and the wealth cap follow the number of registered humans, and the redistribution rules are fixed in the protocol. Nobody can adjust the reading.
Gini Index History
Recorded after each UBI distribution. Shows how equality evolves as the network grows. Lower is better — target is Gini below 0.30.
Wealth Distribution Analysis
Lorenz Curve — AEQ Distribution Across Humans
The Lorenz Curve visualizes how AEQ wealth is distributed among registered humans. The diagonal line = perfect equality — every human holds the same share. The further the gold curve bows below the diagonal, the more unequal the distribution. Reference curves show inequality in real countries. Aequitas targets a Gini coefficient below 0.30 — comparable to Scandinavia.
Aequitas Now
—
Gini coefficient (0–1)
Target
< 0.30
Like Scandinavia (~0.27)
Bitcoin Gini
~0.85
Most unequal currency ever
How to read this chart: The X-axis shows the population from poorest (left) to richest (right). The Y-axis shows cumulative AEQ wealth. A point at (50%, 50%) = the poorest half of humans hold exactly half the AEQ. In perfect equality, the curve IS the diagonal. Aequitas enforces equality through automatic wealth cap, demurrage (0.5%/month decay), and daily UBI redistribution — keeping the curve close to the diagonal as the network grows.
Redistribution Pools
Transfer fees go 100% to UBI. Swap fees are split 40% validators / 30% liquidity providers / 30% UBI. The idle-money levy, the 2% exit levy and cap overflow go 100% to UBI. Nobody can pay out of a pool, not even with its key; only the protocol distributes, daily.
UNIVERSAL BASIC INCOME POOL
Accumulating — next payout distributed equally to all verified humans in:
—
current pool balance
0.0000 AEQ
Time until daily payout (20:00 Berlin)
Split equally among all verified humans · paid every 24h · pool resets to zero after each payout · no minimum balance required
HOW THE UBI POOL FILLS UP
100%
Transfer fees
Every AEQ transfer pays 0.1% on top. People spend their first 1,000 AEQ a month free; businesses pay nothing on wages. The full fee goes here.
30%
Swap fees
Every AEQ↔tUSD swap contributes 30% of its 0.1% fee here. More trading activity = faster pool fill.
100%
Idle-money levy
People above 5,000 AEQ (0.5%/month), businesses above 1.5 months' turnover (0.5–1%/month) and other addresses (1%/month). Settled daily, 100% goes to UBI. From 26 Sep 2026.
100%
Wealth cap overflow
People above the cap (25× the fair share = 25,000 AEQ; lower while fewer than 25 humans are registered: 1,000 AEQ per human, at least 5,000) have the excess redistributed instantly. 100% flows to UBI. Businesses have no fixed cap.
100%
Exit levy
2% when AEQ is exchanged into a stable coin. What you paid in yourself goes back free; people also exchange 3,000 AEQ a month free. 100% goes to UBI. From 26 Sep 2026.
ALL FOUR REDISTRIBUTION POOLS
Validators Pool 40% of swap fees
0.0000 AEQ
⏰ Next: —
40% of swap fees → every verified human who runs a validator gets an equal share, weighted only by the minutes their node was online that day.
Liquidity Pool 30% of swap fees
0.0000 AEQ
⏰ Next: —
30% of swap fees → AEQ/tUSD liquidity providers, proportional to their LP share.
UBI Pool all redistribution
see countdown above
⏰ countdown displayed above
100% of transfer fees + 30% of swap fees + 100% of the idle-money levy, exit levy and cap overflow → split equally among all verified humans every 24 hours.
The former treasury is retired since 24 Sep 2026: it receives nothing and nobody can pay out of it. Remaining balance: 0.0000 AEQ
Protocol Phases
The cap for people uses a bootstrap multiplier during Phase 0: max(5, min(N, 25))× the fair share (1,000 AEQ per human). With 1–4 humans: 5× the fair share. Each new human adds 1×. At 25+ humans: locks permanently at 25× = 25,000 AEQ. All transitions trigger automatically by human count. The cap applies to people only: businesses have no fixed limit and pay the idle-money levy instead; other addresses may hold at most 1,000 AEQ.
Phase 0Bootstrap · <100 humans · Wealth Cap: max(5,min(N,25))× fair share · Slides 5×→25× until 25th human · Currently active
Phase 1Growth · 100–10,000 humans · Wealth Cap: 25× the fair share = 25,000 AEQ
Phase 2Stability · 10,000–1M humans · Wealth Cap: 25× the fair share = 25,000 AEQ
Phase 3Maturity · 1M+ humans and Gini below 0.30 · Wealth Cap: 25× the fair share = 25,000 AEQ
The cap for people in Phase 0 (Bootstrap) is max(5, min(N, 25))× the fair share of 1,000 AEQ, where N = registered humans. 1–4 humans: 5×. Each new human adds 1×. 25+ humans: 25× = 25,000 AEQ, permanently. Businesses have no fixed cap (they pay the idle-money levy); other addresses hold at most 1,000 AEQ.
Idle-money levy: an incentive to circulate
From 26 September 2026 money that sits idle pays a small levy that depends on the account type. Everyday life and normal saving stay untouched, and the levy goes 100% to the basic income.
RatesPeople: 0.5%/month above 5,000 AEQ · Businesses: 0.5%/month above 1.5 months' turnover, 1% above 3 months' turnover · Other addresses: 1%/month
Free amountsPeople: 5,000 AEQ of savings · Businesses: 1.5 months' turnover, at least 2,000 AEQ; in the first six months never more than a person (up to 25,000 AEQ), once per person a year
TurnoverAverage of the last 90 days, or of the last 12 months if higher (seasonal businesses). Purchases count up to 9,000 AEQ per person and quarter; between businesses only the surplus counts, so circles add nothing; wages, own payments and exchanges into AEQ do not count
Decayed AEQ goes toUBI pool (100%) — shared equally by all humans
TransparencyThe expected levy per month is shown for every address (/api/wirtschaft/konto); it is settled once a day, before the basic income is paid out
Wealth Cap Multiplier — Bootstrap Slider
Formula: max(5, min(N, 25))× average AEQ balance. Each new human slides the cap up by 1×, until the 25th human locks it at 25× permanently.
The Story of Aequitas — Why This Exists

The year is 2009. Satoshi Nakamoto releases Bitcoin. For the first time, value can transfer between any two people without a bank. A genuine revolution. But something goes wrong almost immediately.

Early miners accumulate millions of coins at near-zero cost. By 2021, the top 1% of Bitcoin addresses control over 90% of all Bitcoin. Bitcoin’s Gini coefficient exceeds 0.85 — higher than any country on Earth. The technology meant to democratize finance created the most extreme wealth concentration in history.

Aequitas — Latin for fairness and equity — was built to answer one question:
"What would a cryptocurrency look like if designed from first principles to be fair to every human being?"

The answer: Money exists because people exist. Therefore every person should have an equal share of money simply by virtue of being human.

Aequitas implements this mathematically. Every verified human receives exactly 1,000 AEQ — billionaire or subsistence farmer, no exceptions. Fixed rules — the idle-money levy, the wealth cap and the daily basic income — keep inequality from accumulating indefinitely. The Gini coefficient is computed from the live balances and can be checked by anyone.

"Money exists because people exist. Nothing more, nothing less."

The Core Innovation
ZK Device-Key Proof
Beta: your face and a short liveness sequence (blink, a glance to a random side, colour flashes) are captured by the app and checked by two independent matching services against everyone registered with a face; both must agree. The photo is discarded within seconds; each service keeps only a 64-byte sketch. A Groth16 zero-knowledge proof then carries only the resulting bio_hash to the chain — no image, no template. The proof server accepts that proof only with the matching services' signed attestations, so a second device does not let the same face register again. Since the restart on 30 Sep 2026 every account has passed this check. Named limits: the threshold is not yet calibrated on real captures, and only the glance task is binding for liveness.
No-Stake Blockchain
No mining. No staking. No proof-of-work. Block production is open to any node operator. Validators earn from the 40% fee pool — incentivized by fairness, not capital.
One Human = One Wallet = 1,000 AEQ
Supply formula: Total AEQ = Verified Humans × 1,000. No pre-mine. No contract owner-key — Beta still has operator/deploy control of the Go L1 node ledger.
The 3 redistribution pools
UBI pool
100% of transfer fees + 30% of swap fees + 100% of the idle-money levy, exit levy and cap overflow → split equally among all verified humans every 24 hours.
Validators Pool (40%)
40% of swap fees → every verified human who runs a validator gets an equal share, weighted only by the minutes their node was online that day.
Liquidity Pool (30%)
30% of swap fees → AEQ/tUSD liquidity providers, proportional to their LP share.
Phase Roadmap — The Path to Global Scale
ACTIVE NOW
Phase 0
Bootstrap
0 – 100 humans. Sliding wealth cap 5x → 25x. Foundation building.
Phase 1
Growth
100 – 10,000 humans. Cap 25×. Goal: more independent node operators.
Phase 2
Stability
10,000 – 1M humans. Goal: at least 10 independent node operators.
Phase 3
Maturity
1M+ humans and a Gini below 0.30 — both must hold. Global basic income at scale.
The protocol sets the phase automatically — phases 0 to 2 by the number of humans, phase 3 only when there are 1 million humans and the Gini is below 0.30. No governance vote, no admin key. The phase is a status: the wealth cap and the idle-money levy do not depend on it, and the node goals are not enforced by code yet.
Guardian System — Human Failsafe for Lost Wallets
What happens when someone is hospitalized, incarcerated, or dies? In most crypto systems, lost wallets mean lost coins forever. Aequitas has a three-layer inactivity recovery system.
What is a Guardian?
A Guardian is a trusted verified human you designate. They have exactly one power: confirming you are still alive. They cannot move funds, transfer AEQ, or access your wallet under any circumstances. Maximum 3 wards per Guardian prevents centralization of trust.
Inactivity Timeline
0 – 2 yearsNormal usage, no restrictions
Year 2Warning 1 — Guardian can respond
Year 2 +60dWarning 2 — escalating urgency
Year 2 +180dAEQ moved to escrow (2.5 years total, day 910 — recoverable)
Year 4Escrow released to UBI Pool (day ~1460)
Key protections: 7-day timelock on Guardian assignment. No circular Guardian relationships. Guardian assignment is public and on-chain.
Sybil Resistance — Current State, Honestly
Why Sybil resistance?
Sybil resistance — preventing one person from registering multiple wallets — is the core problem of fair money distribution. Beta: every new registration passes a live face check by two independent matching services that must both agree, and the proof server requires their signed attestations. Since the restart on 30 Sep 2026 this holds for every account. Named limit: the matching threshold has not been calibrated against real captures.
How It Works
1. The app captures your face and a short liveness sequence (blink, a glance to a random side, colour flashes)
2. Two independent matching services compare it against everyone registered with a face; both must agree
3. The photo is discarded within seconds; each service keeps only a 64-byte sketch. A split mode in which no single service holds even the whole sketch is built and tested — not yet the binding check
4. A Groth16 ZK proof carries the resulting bio_hash to the chain; the proof server accepts it only with the services' signed attestations, and its nullifier can be spent only once
What is and is not private: Your face IS captured and sent to independent matching services — that is the only way one-person-one-account can be checked. The photo and the full face description are discarded within seconds; what each service keeps is a 64-byte sketch, from which the face cannot be reconstructed but which recognises a returning person. The proof server receives only the ZK proof and the signed attestations. The chain stores only a nullifier hash, issued after the face check rather than derived from the device, so a second phone does not make a second identity. Honest limitation: the matching threshold has never been calibrated against real captures — that needs roughly a thousand impostor pairs before any false-match rate can honestly be quoted; and the split mode, in which no single service holds even the whole sketch, is not yet the binding check
The Vision — A Global Basic Income Protocol
"Imagine a world where every person on Earth — regardless of where they were born, what language they speak, or how much money their parents had — receives a guaranteed daily income simply for being human. Not as charity. As a mathematical right, enforced by code that no government or corporation can override."
8B
humans could register
<0.30
Gini target (Scandinavian level)
0
admin keys or governance votes

Active Nodes — Current Network Topology

The Aequitas network currently operates on multiple geographically distributed nodes (live count above). All of them participate in block production, state synchronization, and API serving. They communicate peer-to-peer via libp2p and synchronize block state via HTTP. Each node runs its own PostgreSQL database for persistent state. The network is designed to support additional nodes — any operator can join.
Loading…
Connect a New Node
To run your own Aequitas node you configure no entry point at all — the validator addresses are compiled in. Your node registers automatically, syncs the full chain state, and begins participating in block production. Set PRIMARY_NODE_URL only if you deliberately want to pin one specific entry point.
LIBP2P BOOTSTRAP ADDRESSES
/ip4/188.172.229.121/tcp/4001/p2p/12D3KooWFQyUpthkkVAii4ayMX4wpFGjDaGJxkNQXRBrmC2kx1gc
/ip4/194.163.188.71/tcp/4001/p2p/12D3KooWBv34kuVcmNDxZT4kCZFvNVGhy4zgkBZDGMtp7YSx2UUN
Both are compiled in as defaults, so a node with no BOOTSTRAP_P2P_ADDR still finds the network. Two are listed so one validator being down never strands a newcomer.
Technical Specifications
Chain ID1926 (0x786)
ArchitectureBlockDAG (Directed Acyclic Graph)
EVM CompatibleYes — JSON-RPC /rpc · MetaMask compatible
Block Time—
ConsensusBlockDAG + Proof of Humanity
P2P Protocollibp2p (Go implementation)
ZKP SystemGroth16 / snarkjs / circom
Elliptic CurveBN128 (alt-bn128)
Bio Hashrandom value, issued after the face check (not derived from the face)
StoragePostgreSQL (persistent)
LanguageGo 1.24 (chain) · Node.js (proof server)
SourceGitHub — Open Source
Community@AequitasMoney · Telegram
MetaMask Configuration
Add Aequitas Chain to MetaMask to view your AEQ balance, send transactions, and interact with the V8 contract directly from your browser or mobile wallet.
Chain NameAequitas Chain
RPC URLhttps://aequitas.digital/rpc
Chain ID1926
SymbolAEQ
Decimals18
📱 MetaMask Mobile: if AEQ shows 0 after adding, delete the network and re-add it using the button above.
Core Technology ◆ New in 2026

GHOSTDAG + KnightDAG

This is not a 0815 blockchain with one block at a time. Aequitas runs a real BlockDAG, ordered by GHOSTDAG — and since 2026, secured by KnightDAG, Aequitas's own adaptive evolution of it. This is the mechanism every balance, every UBI payout, and every wealth-cap enforcement ultimately depends on for a single, agreed-upon history.
Why a normal blockchain isn't enough
A classic blockchain is a single chain: one block at a time, one winner per round, everyone else's work thrown away as an "orphan." That caps how fast a network can safely produce blocks — go too fast and honest validators keep accidentally competing with each other, wasting most of their work.

Aequitas runs on a BlockDAG instead of a single chain: validators can produce blocks concurrently, and instead of discarding the "losing" ones, the protocol merges them into a shared structure — every honest block counts toward the network's history. The hard problem this creates: if blocks can arrive in a different order at every node, how does everyone end up agreeing on the exact same final history and account balances? That's what the algorithms below solve.
Traditional blockchain — wasted work
✕
Two validators produce at once → one wins, one is discarded — wasted work, and it caps how fast the network can safely go.
Aequitas BlockDAG — nothing wasted
Both blocks are kept — GHOSTDAG merges the concurrent one in and still counts it toward the canonical order.
GHOSTDAG (2018) — one true order out of a tangled graph
GHOSTDAG (Sompolinsky & Zohar) is the algorithm that turns Aequitas's BlockDAG into one canonical, agreed-upon order. Every node walks the same graph and computes, for every block, a deterministic "blue score": it picks the strongest parent chain (the "selected parent"), then classifies every other concurrently-produced block it merges as "blue" (counted, honest) or "red" (excluded — too many other concurrent blocks around it to trust), bounded by a parameter K, the maximum concurrency the network tolerates as honest.

Because every node runs the exact same deterministic rule over the exact same block graph, they all arrive at the identical final order — height, then blue score, then hash — no matter which order blocks actually arrived over the network. You can see this live in the DAG View in the Explorer tab above: the purple line is the selected-parent chain, the fainter dots are merged (not discarded) concurrent blocks.
◆ KNIGHTDAG (2026) — Aequitas's own upgrade beyond fixed-K GHOSTDAG
Classic GHOSTDAG fixes K to a single worst-case value for an entire validator epoch — big enough to stay safe even during the busiest conceivable burst of concurrent block production, whether the network actually needs that much slack most of the time or not. That's the one piece of the algorithm that was still a fixed, hand-picked assumption rather than something the network figures out for itself.

KnightDAG closes that gap, inspired by DAGKNIGHT (Sompolinsky & Sutton, 2022) — Kaspa's own parameterless successor to GHOSTDAG. Instead of trusting one fixed epoch-wide K, every node deterministically searches, for every single new block, for the smallest K whose blue set still covers a strict majority of that block's own merge set — the actual concurrency happening right around it, not a hypothetical worst case. When the network is converging cleanly, K drops automatically and confirmation gets tighter and faster; under a genuine burst, classification gracefully falls back to exactly the classic fixed-K result — never less safe than before, only ever more precise. Every honest node runs the identical inference over the identical graph, so the network-wide agreement GHOSTDAG guarantees is fully preserved — KnightDAG is a strict upgrade, not a different set of rules.
GHOSTDAG (2018): one fixed K per validator epoch — a single worst-case value for the whole network
KnightDAG (2026): K inferred fresh for every block, from the DAG structure actually around it
Active from block 1,520,000 onward · falls back to classic GHOSTDAG whenever no smaller K reaches a majority
Fully backward-compatible: blocks below the activation height replay exactly as every node already agreed — nothing about the settled past changes
Choose Your Path
👤
I am a Human
I want to register, receive 1,000 AEQ, and join the basic income network.
1. Download the Aequitas Android App
2. Take the short live face check in the app
3. Connect MetaMask
4. Receive 1,000 AEQ once the check passes
🖥️
I am a Node Operator
I want to run a full node, participate in block production, and earn from the 40% validator pool.
1. Register as a human (required)
2. No entry point to configure — the validator addresses are built in
3. Deploy on Contabo/Hetzner/any VPS
4. Earn daily from validator pool
💻
I am a Developer
I want to build on Aequitas, integrate the API, or contribute to the protocol.
1. EVM-compatible JSON-RPC
2. Chain ID: 1926 · RPC: /rpc
3. OpenAPI: /api/* endpoints
4. Metrics: /metrics (Prometheus)
AEQ Token Flow Diagram
HUMAN registers +1,000 AEQ minted AEQ ACTIVITY Swap fees (0.1%) Idle-money levy (0.5–1%/mo) Wealth cap overflow Inactive escrow REDISTRIBUTION ● Transfer fee → 100% UBI ● Idle money, exit, cap → 100% UBI ● Swap fee → 30% UBI 40% validators · 30% LP paid out daily automatic on-chain daily UBI returns to all verified humans
Network Topology — Current State
Loading topology…
Run Your Own Node — Help Secure the Network
Every registered human can run an Aequitas node — no stake, no crypto knowledge, one command. The node keeps the whole chain and checks every block itself. You link it to yourself by scanning a QR code with the app; your wallet's private key never goes on the server. One human, one validator: a node whose operator is not a registered human is refused. Block producers are admitted by the operator by hand today, until every node recomputes every value of a block itself. They receive a daily share of the Validators Pool (40% of all swap fees), weighted only by the minutes of the day in which their node took part.
One command · no crypto knowledge needed · about 20 minutes, most of it waiting
What you need
A rented Linux server (VPS) with Ubuntu 22.04 or 24.04 and a public IPv4 address: 8 CPU cores of a current generation, 16 GB RAM, 60 GB NVMe SSD, ports 8080 and 4001 open — about 20–40 € a month at most providers. The Aequitas app on your phone, with your registration done. That is all: no domain, no MetaMask, no private key to copy. Your wallet, its word list and its private key never go on the server — only its address does. A weaker server is rejected: the script checks the hardware, the node measures itself, and the network measures it once more (at least 50,000 signatures per second).
Step 1 — Connect to your server
Rent a server with Ubuntu 22.04 or 24.04 at any provider; the IP address and the password arrive by e-mail. On Windows open “PowerShell”, on a Mac “Terminal”, type the line below with your server's IP address and enter the password. Nothing appears while you type the password — that is normal.
ssh root@YOUR-SERVER-IP
Step 2 — Paste three lines
Copy the three lines, paste them into the window and press Enter. The first installs Docker, the second fetches Aequitas, the third sets everything up. The script asks for one thing: your wallet address from the app (under “Receive”, starts with 0x) — and lets you confirm the server's IP address. It builds and starts the node by itself; the first time takes about 10 minutes.
curl -fsSL https://get.docker.com | sh
git clone https://github.com/hanoi96international-gif/Aequitas.git
cd Aequitas/deploy/validator && bash einrichten.sh
Step 3 — Scan the QR code with the app
At the end a QR code appears in the window. In the app open the Node tab → Bind node (scan QR), scan the code and tap Confirm. The signature costs nothing and moves no money. The app checks that the code was made for your wallet and that the node really holds the key it shows — a foreign or altered code is refused before you sign. The script notices the confirmation by itself and restarts the node. Nothing to copy, nothing to type.
Step 4 — Admission as a block producer
Your node now runs as a full observer: it keeps the whole chain and checks every block itself. Block producers are still admitted by the operator by hand — as long as not every node recomputes every value of a block itself, a malicious producer could otherwise create money. Send your node's signing address (the script shows it) to the Telegram group linked on the front page. Once that check is complete, admission falls away and every registered human with a node becomes a producer automatically.
Is it running?
curl -s http://localhost:8080/api/status | grep -oE '"height":[0-9]+'
curl -s https://aequitas.digital/api/status | grep -oE '"height":[0-9]+'
Both numbers should be the same, give or take a few blocks. To watch the log: docker compose logs -f node — Ctrl+C only closes the view, the node keeps running.
Updating
cd ~/Aequitas && git pull && cd deploy/validator && docker compose up -d --build
The node comes back by itself after a restart and catches up on what it missed.
Back up one file
The file .env holds your node's keys. Copy it to your own computer (the line below, run there). If it is lost, the node gets a new identity: bind it again and be admitted again. Moving to a new server? Take the old .env along and everything stays as it was.
scp root@YOUR-SERVER-IP:Aequitas/deploy/validator/.env .
If something goes wrong
“not a registered human” — register in the app first. “No confirmation from the app” — run bash einrichten.sh again and scan the new code. App: “made for a different wallet” — you entered another address during setup; set up again with the address shown in the app. Height falls behind — open ports 8080 and 4001 in your provider's firewall. Still stuck? Ask in the Telegram group — never send a private key or the .env file.
Running a Validator Is Not Enough — and Here Is Why
A validator secures that the numbers add up. It does not secure the one thing everything else rests on: that nobody registers twice. Without that, “one human, one income” is only a slogan — the ledger would be perfectly correct and completely worthless. Today that promise rests on very few machines, and every one you add makes it harder to break. The two roles that carry it — the verifier that decides whether a face is already enrolled, and the coordinator that collects those decisions — run on the same server. This guide sets up both.
Status: closed beta — read this before you start
The verifier source is not public yet, so the steps below cannot be completed by everyone today. They are published now because the design should be checkable before it is deployed, not after. If you want to run one, ask in the Telegram group linked on the front page. Opening this repository is what turns the guide below from a plan into an invitation, and it is the next thing we owe you.
What you would hold — and what you would never see
A face is never sent to you as a picture: the image is discarded after checking, and your machine stores only a 64-byte sketch of it (512 yes/no values) — enough to recognise a returning person, not enough to rebuild a face. A split-share mode exists in which your machine would hold only one additive share of that sketch — indistinguishable from noise on its own, compared jointly with your committee so that none of you learns more than the answer. It is built and tested but not active yet, because its threshold has never been calibrated. Until it is, each verifier holds the whole sketch, and we would rather say so than imply a protection you are not yet giving.
Why every additional verifier makes the network harder to corrupt
A registration is accepted only once several different verifiers have attested it. One stolen key is not enough — an attacker needs a whole committee. And because one human may hold exactly one validator key, buying a committee means being that many people. With 100 verifiers, an attacker controlling 10 of them has under a 1-in-1,000 chance of owning a full committee of three. Every person who joins makes that number smaller. This is the one place where the count of participants is the security. This arithmetic assumes one human per verifier key. For block production the chain enforces that; for verifier keys it does not yet (Step 5). Until it does, the number above is an upper bound on the security, not a measurement of it.
What a coordinator can do — and what it cannot
It cannot invent a human. No bio_hash exists until several different verifiers have attested it, and a coordinator holds none of their keys. What it can do is bind an existing bio_hash to a wallet — so a dishonest one could redirect an allocation to an address of its choosing. That is a real power, it grows with every coordinator added, and anyone weighing whether to trust one should know the difference.
One command · one question · about 20 minutes, most of it the download
What you need
A rented Linux server (VPS) with Ubuntu 22.04 or 24.04 and a public IPv4 address: 4 GB RAM, 40 GB SSD (the program alone is about 5 GB), ports 80 and 443 open. No domain of your own: the script uses the address https://<your-IP-with-dashes>.sslip.io, and the server fetches its HTTPS certificate itself. Registered in the Aequitas app. Only your wallet's address goes on the server. A verifier and a validator can share one server, which then needs more memory.
Step 1 — Connect to your server
Rent a server with Ubuntu 22.04 or 24.04 at any provider; the IP address and the password arrive by e-mail. On Windows open “PowerShell”, on a Mac “Terminal”, type the line below with your server's IP address and enter the password. Nothing appears while you type the password — that is normal.
ssh root@YOUR-SERVER-IP
Step 2 — Paste three lines
Copy the three lines, paste them into the window and press Enter. The script asks for one thing: your wallet address from the app (under “Receive”, starts with 0x). It generates all keys on your own server — never take keys from anyone else, not even from us: two verifiers with the same secret count as one. It fetches the list of recognised coordinators from the network, downloads the program (about 5 GB the first time), starts it and sets up HTTPS.
curl -fsSL https://get.docker.com | sh
git clone https://github.com/hanoi96international-gif/Aequitas.git
cd Aequitas/deploy/verifier && bash einrichten.sh
Step 3 — Send three lines to the Telegram group
At the end the script shows three lines: your verifier's address, your wallet and its public key. Send them to the Telegram group linked on the front page — none of it is secret. The operator checks them and admits your verifier into the check. Your verifier proves by itself that it belongs to your wallet.
Is it running?
curl -s https://YOUR-ADDRESS.sslip.io/health
"status":"ok" and "sketch_seed_configured":true mean: running, with your own projection. To watch the log: docker compose logs -f verifier.
Updating
cd ~/Aequitas && git pull && cd deploy/verifier && bash einrichten.sh
The program version is fixed in the script, so every verifier checks the same way; a new version comes with the repository.
Back up one file
The file .env holds your verifier's keys. Copy it to your own computer (the line below, run there). If it is lost, your verifier is a new one: new keys, new admission. The script starts in test mode (ALLOW_REAL_BIOMETRIC_DATA=false), like every verifier today; real operation needs a separate decision and legal clearance.
scp root@YOUR-SERVER-IP:Aequitas/deploy/verifier/.env .
If something goes wrong
“image not available” — the program is not public yet; report it in the Telegram group. “Port 80 is in use” — a web server is already running; use a separate server. “HTTPS not reachable yet” — open ports 80 and 443 in your provider's firewall, then run bash einrichten.sh again. “coordinator list unreadable” — the network was briefly unreachable; try again later. Never send a private key or the .env file to anyone.
Where this stands today — plainly
This part is in beta and the limits are real. The joint comparison consumes one-time cryptographic material, and one delivery currently covers a few dozen registrations before more is needed — so the confidential path proves itself at small scale first, not at millions. The work also grows with the number of people enrolled. We publish these numbers rather than round them off: a system that asks for your face has no business being vague about what it can and cannot do yet.
What is AequitasV8?
AequitasV7 is the central smart contract of the Aequitas protocol. It defines the economic rules — the registration grant, the wealth cap, demurrage, the UBI accounting — and holds the nullifier registry that makes "one human, one registration" enforceable. It is deployed immutably on Aequitas Chain (ID 1926). Live transfers are settled by the chain layer against that rulebook, which is what makes them sub-second with no EVM gas (0.1% protocol fee).
6
Protocol Mechanisms
0
Admin Keys
immutable
Contract Code
Contract Addresses
AequitasV7 exposes the on-chain registry surface (nullifiers, registrations, wealth-cap and demurrage parameters). Balances, registration, and fees are enforced by the Go L1; the contract is the EVM interface, not the sole source of truth. Live transfers settle in the chain layer: the node intercepts the ERC-20 call before the EVM and applies it to the Go ledger — sub-second, no EVM gas, 0.1% protocol fee.

The BioVerifier contract receives Groth16 zero-knowledge proofs generated entirely on the user's Android device. It verifies mathematically on-chain in ~10 ms that the submitted nullifier was correctly derived from a secret the registrant holds, and the chain refuses any nullifier it has already seen — without ever learning their name, identity, or biometric data. That rules out a second registration from the same identity source (Beta: the nullifier is face-bound and the proof server requires the matching quorum's signed attestation). Registration needs no EVM gas; transfers carry a 0.1% protocol fee — the proof is what leaves the device.

What is new here: the rules and the identity-source nullifier registry sit in a contract the operator cannot casually rewrite, and the code that carries them out is open source and reproducible from this repository. All of it can be checked by anyone. What still requires trust is the operation of the nodes themselves, and the honest way to reduce that is more independent validators, not a stronger sentence here.
Chain: Aequitas Chain (Chain ID: 1926 · 0x786)
RPC: __RPC__

BioVerifier: 0xc369D27b49DE017d113Bbcb9A1884a9e745B6BE2
AequitasV8 (Main): 0x20D271028f32577FCd07b4583A8e0E4eBBdB4F78
1. PROOF OF ALIVE

What happens to AEQ when people die or become permanently incapacitated? In Bitcoin and most cryptocurrencies, lost wallets mean permanently lost supply — millions of BTC are estimated to be inaccessible forever. Aequitas solves this through a multi-stage inactivity recovery system: if a wallet shows no activity for an extended period, its balance is gradually returned to the community through the UBI pool, ensuring the total effective supply remains meaningful.

Year 0-2: Normal usage
Year 2: Warning 1 — Guardian can respond
Year 2 + 60 days: Warning 2
Year 2 + 120 days: Warning 3
Year 2 + 180 days (2.5 years total, day 910): AEQ goes to PERSONAL ESCROW
Year 4 (day ~1460): If still inactive — returns to UBI Pool
2. GUARDIAN SYSTEM

What if someone is hospitalized, incarcerated, or otherwise unable to access their device for months? The Guardian system allows a trusted person — another verified human — to confirm that the wallet owner is still alive, preventing their AEQ from being moved to escrow. The Guardian has strictly zero financial access: they can only call a single function that resets the inactivity clock. They cannot move, spend, or access any funds under any circumstances.

1 Guardian per human (must be another verified human)
Guardian can ONLY call confirmAlive() — zero transaction rights
Guardian CANNOT move funds or transfer AEQ
Max 3 wards · 7-day timelock · No circular relationships allowed
3. IDLE-MONEY LEVY: Anti-Hoarding Mechanism

Historical precedent: The Wörgl experiment (Austria, 1932) used a demurrage currency and reduced unemployment by 25% in one year. The Chiemgauer (Germany, 2003) has operated successfully for over 20 years using a similar mechanism.

These rules apply from 26 September 2026. Until then the previous rule holds: 0.5%/month on the part above the fair share after 3 months without activity.

People: 0.5%/month only on the part above 5,000 AEQ; everyday life and saving stay untouched
Businesses: up to 1.5 months' turnover free (at least 2,000 AEQ), then 0.5%/month, above 3 months' turnover 1%/month
Other addresses: 1%/month, at most 250 AEQ
Settled daily, 100% to the basic income (not burned)
4. WEALTH CAP — Mathematical Fairness
Cap for people: max(5,min(N,25))× the fair share (1,000 AEQ)
1–4 humans: 5× · +1× per human · 25+: 25× permanently
Excess instantly redistributed · Businesses: no fixed cap, idle-money levy instead · Other addresses: at most 250 AEQ
5. UNIVERSAL BASIC INCOME
Sources: Transfer fees (100%) · Swap fees (30%) · Idle-money levy · Exit levy (2%) · Cap overflow · Inactive escrow

Daily: UBI Pool divided equally among all registered humans. Pool resets to zero after each distribution and refills continuously.
6. NO ALGORITHMIC INFLATION
The ONLY event that creates new AEQ: a new verified human registers

Total Supply = Verified Humans × 1,000 AEQ — always, exactly.
Open Source Chain Logic
The Aequitas chain core — consensus engine, state machine, redistribution logic, wealth cap formula, and ZK proof verification — is written in Go. The redistribution algorithms (CalcGini, enforceWealthCap, DistributeUBIPool, settleDemurrage) are open for review.

Smart contract source code for AequitasV7 and BioVerifier is embedded in the chain binary and verifiable via the contract addresses above. Chain ID 1926, RPC: https://aequitas.digital/rpc
/metrics — Prometheus endpoint (gini, humans, pools, block height)
/api/gini/history — Gini snapshots after each UBI distribution
/api/humans — All verified human balances (Lorenz curve source)
/api/wealth-cap — Live cap, multiplier, average balance
◆ Consensus: GHOSTDAG + KNIGHTDAG
How every node agrees on one shared order for concurrently-produced blocks — including the 2026 KnightDAG upgrade that lets each block infer its own optimal security margin instead of trusting one fixed network-wide worst case — now has its own dedicated tab: → Network / Consensus.
Node Decentralization Roadmap
Currently the network runs on 2 active validators, each on its own server with its own database, with MERGE events from both. Only registered humans can run validator nodes — this is a security requirement. The steps below are goals tied to the protocol phases: the protocol sets the phase automatically, but it does not yet enforce a minimum number of nodes.

Phase 0 (now): One server produces the blocks, with its own database and its own proof server; the second is paused for now. Trust established through code transparency. Any registered human can run a node that checks every block itself — one command, no stake. New block producers are admitted by hand until every node recomputes every value itself.
Phase 1 (100+ humans): More independent node operators; each earns a share of the validator pool (40% of swap fees).
Phase 2 (10,000+ humans): Goal: at least 10 independent node operators.
Phase 3 (1M+ humans and Gini below 0.30): Goal: a fully decentralized BlockDAG — no single operator can censor or halt the chain.

The node operator guide (PDF) is available on the Network tab. Each new node operator earns from the validator pool — the more nodes, the more resilient the network.