01 · AbstractTrabalho útil em vez de hash cego.
A Haon é uma blockchain Layer 1 desenhada para que cada bloco selado represente trabalho físico real — entregas de comida, transporte de pessoas, encomendas — em vez de poder de cálculo gasto em puzzles arbitrários. O substrato económico da rede é o Proof of Delivery (PoD): um objeto criptográfico de ~357 B contendo três assinaturas SECP256k1 (driver, cliente, comerciante), células H3 do trajeto e HMAC do hash GPS.
PoW SHA-256d sobre header de 80 B sela cada bloco como camada de imutabilidade. PoS com slashing automático filtra atores económicos. Uma malha LoRa em 868 MHz mantém a rede operacional mesmo na ausência de internet. Governança tripartida — operacional, técnica, económica — separa três populações disjuntas para que a captura de duas câmaras seja proibitivamente cara.
Plataformas tradicionais convergem para extracção: o algoritmo opacifica, a tarifa decai, o trabalhador é eventualmente substituído. A Haon inverte a polaridade: o trabalhador deixa de ser custo a optimizar e passa a ser nó da rede que valida o seu próprio trabalho.
02 · O problemaPlataformas extraem. Redes deviam distribuir.
Toda plataforma centralizada de delivery, ride-hailing ou logística cresce ao longo de um eixo previsível: aumenta volume, aumenta custos operacionais, e o único caminho para defender margem é baixar a tarifa de quem está na rua. Em paralelo, investem em IA e robotização para um dia eliminar o trabalhador. O modelo é estruturalmente extractivo.
- Custo de transação. L1 generalistas têm fees impagáveis em pico de mil entregas/min; L2s introduzem dependência de sequencer centralizado.
- Modelo de prova. Não existe primitivo nativo para validar entregas físicas com geofence, multi-sig e RSSI.
- Resiliência. Toda a infraestrutura assume internet permanente. Apagão, censura ou zona rural derrubam o serviço.
03 · ArquiteturaQuatro camadas em cima de Go.
A Haon assenta em quatro camadas verticais — L1 Núcleo Go (UTXO, SHA-256d, header 80B, mempool, P2P, LoRa codec, BLE bridge, wallet HD), L2 Consenso (PoD + PoW + PoS), L3 API HTTP/gRPC + câmaras de governança, L4 Apps Flutter (Driver/Cliente/Restaurante).
04 · Proof of DeliveryTrês assinaturas, um objeto.
O PoD é a unidade fundamental. 357 B com três assinaturas SECP256k1 (driver/cliente/comerciante), células H3 pickup/dropoff (resolução 10, ~65 m), path_hash sha256 da poliline GPS, timestamps, distância, preço em hcent, HMAC e witness_refs LoRa. Validação requer todas as 3 sigs verificadas, velocidade plausível, H3 pickup/dropoff dentro do trajeto declarado, HMAC consistente.
05 · Mesh LoRa offlineA rede continua quando a internet cai.
Pacote 240 B em 868 MHz. Witnesses N≥3 com RSSI/SNR coerente com modelo log-distance. Reconciliação por tx_id quando uplink retorna. Uma rede que opera sem operadora e sem DNS é uma rede que não pode ser desligada por decisão administrativa.
06 · Tokenomics21 milhões. Halving. Split 2×1.
Hard cap 21 000 000 HNC. Halving cada 210 000 blocos (50 → 25 → 12,5 → ...). Coinbase split em 3 terços iguais: 33,33% despesa do driver, 33,33% lucro do driver, 33,34% treasury. 2/3 vão para quem fez o trabalho físico. Take rate de plataforma sobre venda: zero. Tarifa: ((Combustível × 2,5) + (Tempo × 1,75)) × 1,235.
07 · GovernançaTrês câmaras. Captura proibitiva.
Câmara A (operacional, drivers/restaurantes/clientes), B (técnica, validators/mantenedores), C (económica, drivers reputados/council). Aprovação ⇔ ≥ 2 câmaras com quórum 33%, aprovação 66%. Mudanças ao hard cap exigem 80% nas três simultaneamente.
08 · Roadmap & limitesConstruído em público. Sem dono.
10 fases: core types/UTXO (concluído), PoW/dificuldade (em execução), persistência/reorgs, wallet HD, mempool, mining service, P2P TCP + LoRa codec, validador PoD completo, API + governança + Flutter, e2e multi-nó. Throughput ~150 TPS. Não é chain generalista: sem EVM, sem smart contracts arbitrários. Open source. Se a fundação fechar, a chain continua.