zeekayandGitHub 159daa2b1b Paper: The Unified Sovereign-Tenant Cloud (measured per-tenant memory + linear scaling) (#8)
* paper: unified sovereign-tenant cloud — measured per-tenant memory + linear scaling

Measured (host evo, AMD Ryzen AI Max+ 395, Go 1.26.4) marginal RSS per open
per-tenant SQLite handle via the exact production open path (dbx.Open + sqlite.
PragmaDSN): ~0.25 MB/active tenant (cgo/mattn, warm), ~8x below the assumed 2 MB;
cache_size is a ceiling not a footprint; idle tenants ~0 live RAM. Capacity model
puts 1e9 registered tenants on ~103 32GB nodes at 1% concurrency. One-binary vs
56-subsystem mesh fixed-memory multiple: 11-32x. All numbers measured or marked
modeled/cited; honest limitations section.

Cites HIP-0106/0116/0125/0302/0107/0032/0118 and the cloud-unified-binary +
pq-object-store companion papers.

* paper: expand — 128GB nodes, GPU inference axis, cloud-in-a-box, hanzo.network fabric

- Capacity retabulated for the standard 128GB unified-memory node (U=125GB):
  1B registered @1% concurrency = ~20 nodes (measured 0.25MB constant), 3-node
  HA floor up to 1e8 @1%.
- New section: the two scaling axes — tenant state (CPU/RAM, O(active),
  shared-nothing) vs GPU inference (VRAM, O(distinct models) — weights shared
  across all tenants, batched). hanzo-engine FFI-embeddable (hanzo_engine_ffi.h).
- New section: the unified-memory box as atomic self-hostable unit — one $3,200
  128GB box holds per-tenant SQLite + model weights in one address space; ~47M
  registered users/box @1% (measured-m-grounded); ~$0.00007/user capex.
- Culminating section: hanzo.network — leaderless PQ BFT fabric (luxfi/consensus)
  as control plane scheduling PLACEMENT not writes; per-tenant single-writer data
  plane; TEE trust tiers (H100 CC/TDX/SEV-SNP); PQ end-to-end (pq_mode + ML-DSA/
  ML-KEM auth, Quasar); auto-provisioned MPC wallet; AI-coin incentive (HIP-0001);
  viral hanzod-up deployment (hanzod:cloud :: bitcoind:ledger).
- Explicit BUILT (cited to source files: writerpin, role, luxfi/consensus PQ,
  hanzod, wallets, capauth, lux/crypto mldsa/mlkem) vs ROADMAP (fabric-VM, on-chain
  attestation/scheduling, auto-join orchestration) split. Adds HIP-0001/0005/0117,
  luxconsensus, quasar, TEE, cross-backend-inference cites. 14pp, compiles clean.
2026-07-08 08:12:47 -07:00
2026-06-28 20:07:13 -07:00
2026-06-28 20:07:14 -07:00

papers

Hanzo AI Research Papers

Technical papers covering Hanzo AI compute infrastructure, agent frameworks, ML inference, platform services, and defense applications. Includes the Zen model family co-developed with Zoo Labs Foundation.

About

Hanzo AI is an American-owned, Techstars-backed ('17) applied AI lab, founded 2014, building the Zen frontier model family alongside a vertically integrated, post-quantum AI and cryptography stack. The work spans frontier models, an agentic runtime, edge inference, and production post-quantum cryptography — engineered to run sovereign and disconnected in defense, regulated, and air-gapped environments rather than on centralized cloud.

2026 Highlights

Each claim below is developed in the catalogued papers (INDEX.md):

  • Defense & Reindustrialization suite (16 papers + one-pager). Positioned for the American industrial base — sovereign AI, robotics, post-quantum, and low-latency on-chain coordination for factories, vehicles, drones, ships, and contested-edge systems. Strategy & case studies: sovereign-vs-closed AI (hanzo-vs-claude), the ~90% cloud-cost migration on real numbers (hanzo-cloud-economics), agentic engineering at regulated scale (hanzo-agentic-prowess), FHE-native confidential computing (hanzo-fhe-native), automated security auditing (hanzo-security), and audit-ready compliance (hanzo-compliance). Capability depth: autonomous agentic AI (hanzo-agentic-ai), DDIL/tactical assured networking (hanzo-assured-networking), FHE-mediated cross-domain MLS (hanzo-cross-domain), edge AI/ML (hanzo-edge-ai-ml), counter-exploitation (hanzo-countermeasures), full-spectrum cyber (hanzo-full-spectrum-cyber), quantum sensing/QKD (hanzo-quantum-sensing-qkd), verification & validation (hanzo-test-evaluation), and the ZAP protocol (hanzo-zap-protocol). Start with the one-pager (defense/hanzo-overview.pdf); the full suite is published at papers.hanzo.ai.
  • Engine / AI infrastructure (6 papers, measured on-device). A native Rust train-and-serve engine benchmarked on real silicon: ROCm decode parity with llama.cpp at 97% of the memory-bandwidth wall (hanzo-rocm-inference), measured AMD/NVIDIA/Apple edge inference (hanzo-cross-backend-inference), native training inside the inference stack (hanzo-native-training), continuously-learning private AI (hanzo-continuous-learning-privacy), serving economics (hanzo-platform-infra-desktop), and the unifying thesis (hanzo-native-stack-thesis). Unusually honest — they name their own stubs and reverted kernels and claim no win over NVIDIA.
  • Production post-quantum cryptography. All three NIST PQC standards — FIPS 203 (ML-KEM), 204 (ML-DSA), 205 (SLH-DSA) — integrated into a live consensus system with hybrid classical/post-quantum security (hanzo-full-spectrum-cyber).
  • Formal verification. 50 machine-checked Lean 4 proofs, 18 cryptographic security reductions (incl. ML-DSA EU-CMA, ML-KEM IND-CCA2), and NIST Known-Answer-Test validation across FIPS 203/204/205 (hanzo-formal-verification).
  • ZAP (Zero-copy Application Protocol). 2.2 ns parse latency, 11.5M transactions/s, 91% memory and 96% energy reduction vs JSON-RPC; native post-quantum transport (ML-KEM-768 + ML-DSA-65) and W3C DID identity (hanzo-zap-protocol).
  • Agentic runtime. 83 specialized agents and 15 orchestrators executing 200–300 sequential tool calls, fully offline on embedded ARM with quantized Zen models (hanzo-agentic-ai, hanzo-edge-ai-ml).
  • Zen frontier models. An 18-model family (0.8B–1T+ parameters), co-developed with Zoo Labs Foundation, with owned weights and full provenance.

Structure

Each paper lives in its own subdirectory:

papers/
├── shared/             # cover styles, lstlang.tex, paperkit
│   ├── hanzocover.sty
│   └── lstlang.tex
├── <paper-slug>/
│   ├── <paper-slug>.tex          # main file (\input's sections)
│   ├── <paper-slug>.pdf          # compiled output
│   └── sections/                 # modular sections
│       ├── 01-intro.tex
│       ├── 02-architecture.tex
│       ├── 03-protocol.tex
│       ├── ...
│       └── 99-bibliography.tex
└── INDEX.md                      # auto-generated catalogue

Building

cd <paper-slug>
TEXINPUTS=".:..:" latexmk -pdf <paper-slug>.tex

Or build all:

make all

Index

See INDEX.md for full catalogue of papers.

Conventions

  1. One paper, one directory. No top-level .tex files.
  2. Modular sections. Main .tex \input's sections/NN-name.tex files for easy editing.
  3. Shared cover. All papers use \usepackage{shared/hanzocover} and \hanzocoverpage.
  4. Shared lstlang. All papers use \input{shared/lstlang} after \usepackage{listings}.
  5. No AI slop. Technical, dense, citation-supported.
  6. One paper per concept. Updates over time via versioning, not duplication.
S
Description
Mirror of github.com/hanzoai/papers
Readme
257 MiB
Languages
TeX 99%
TypeScript 0.7%
Makefile 0.2%