01 · AbstractUseful work instead of blind hash.
Haon is a Layer-1 blockchain designed so that every sealed block represents real physical work — food deliveries, ride-hailing, parcels — instead of compute spent on arbitrary puzzles. The economic substrate is Proof of Delivery (PoD): a ~357 B cryptographic object containing three SECP256k1 signatures (driver, customer, merchant), H3 cells of the route, and an HMAC of the GPS hash.
SHA-256d PoW over an 80 B header seals each block as the immutability layer. PoS with automatic slashing filters economic actors. An 868 MHz LoRa mesh keeps the network operating even without internet. Three-chamber governance — operational, technical, economic — separates three disjoint populations so that capturing two becomes prohibitively expensive.
Traditional platforms converge to extraction: the algorithm opacifies, the rate decays, the worker is eventually replaced. Haon reverses the polarity: the worker stops being a cost to optimize and becomes a network node validating their own work.
02 · The problemPlatforms extract. Networks should distribute.
Every centralized delivery, ride-hailing or logistics platform grows along a predictable axis: volume up, costs up, and the only path to defending margin is lowering the rate of those on the road. In parallel, they invest in AI and robotics to one day eliminate the worker. The model is structurally extractive.
- Transaction cost. Generalist L1s have unaffordable fees at peak; L2s introduce sequencer dependency.
- Proof model. No native primitive validates physical deliveries with geofence, multi-sig and RSSI.
- Resilience. All infrastructure assumes permanent internet. Outages, censorship or rural zones bring it down.
03 · ArchitectureFour layers atop Go.
L1 Go core (UTXO, SHA-256d, 80 B header, mempool, P2P, LoRa codec, BLE bridge, HD wallet); L2 Consensus (PoD + PoW + PoS); L3 HTTP/gRPC API + governance chambers; L4 Flutter apps (Driver/Customer/Restaurant). Pure Go, no C deps, reproducible builds.
04 · Proof of DeliveryThree signatures, one object.
The PoD is the fundamental unit. 357 B with three SECP256k1 sigs (driver/customer/merchant), pickup/dropoff H3 cells (resolution 10, ~65 m), path_hash sha256 of the GPS polyline, timestamps, distance, hcent price, HMAC, and LoRa witness refs. Validation requires: all 3 sigs verified, plausible average speed, pickup/dropoff H3 inside the declared trajectory, and consistent HMAC.
05 · Offline LoRa meshThe network keeps running when the internet drops.
240 B packets at 868 MHz. N≥3 witnesses with RSSI/SNR coherent with the log-distance model. Reconciliation by tx_id once uplink returns. A network that operates without a carrier and without DNS cannot be shut down by administrative decision.
06 · Tokenomics21 million. Halving. 2×1 split.
Hard cap 21,000,000 HNC. Halving every 210,000 blocks (50 → 25 → 12.5 → ...). Coinbase split in 3 equal thirds: 33.33% driver expense, 33.33% driver profit, 33.34% treasury. 2/3 goes to whoever did the physical work. Platform take rate on the sale: zero. Rate formula: ((Fuel × 2.5) + (Time × 1.75)) × 1.235 (PT tax pass-through).
07 · GovernanceThree chambers. Capture is prohibitive.
Chamber A (operational: drivers/restaurants/customers), B (technical: validators/maintainers), C (economic: high-rep drivers/elected council). Approval ⇔ ≥ 2 chambers with 33% quorum and 66% approval. Hard-cap changes require 80% across all three chambers simultaneously.
08 · Roadmap & limitsBuilt in public. No owner.
10 phases: core types/UTXO (done), PoW/difficulty (in progress), persistence/reorgs, HD wallet, mempool, mining service, P2P TCP + LoRa codec, full PoD validator, API + governance + Flutter, multi-node E2E. Estimated throughput ~150 TPS. Not a generalist chain: no EVM, no arbitrary smart contracts. Open source. If the foundation shuts, the chain continues.