mirror of
https://github.com/hanzoai/papers.git
synced 2026-10-22 17:20:17 +00:00
zeekayandHanzo Dev
5ef836794b
All ninety-six papers from 86d8915 were audited for numbers presented as
results. Three hundred and fifty-three turn out to be presented as measurements
with nothing behind them, and not one paper in the batch cites a harness, a run,
a checkpoint, a seed or a date. The thirteen product papers at the root are the
part of that this commit fixes.
Each carried a production-operations figure in its abstract — 200+ models across
48 GPUs at 99.9% availability, 2M authentications daily over 1,200 tenants,
$240M processed at 99.97%, 15TB across 400 tenants, three years of ledger
operation without a discrepancy, a 65% cut in mean-time-to-diagnosis, per-request
overhead against nginx and Caddy, an iPhone 15 Pro latency table. None of the
repositories behind them holds a benchmark that produces those numbers; no
deployment in this estate records those volumes; the hardware two of them name
does not exist here; and several papers are dated years before their own code was
first committed.
A design target can be relabelled. These could not, because a target is a claim
about the future and these were claims about a past that did not happen. So they
are removed, and every paper now carries a short section naming what it said,
why it is gone, and what run would put a number back. Nothing was replaced with a
number that was not measured either.
Two papers are different. pubsub and ledger ship harnesses that measure exactly
the quantities their tables report — the NATS benchmark suite in one, a
parallelism-flagged TPS harness in the other. Those tables stay, with their
provenance stated: not traceable to a recorded run, and here is what would make
them so. The gap is a run, not a mechanism.
The eighty-one zen/ papers hold the other 321 and are left alone. zenlm/papers
already had a sweeping withdrawal pass reverted for asserting more than it
verified, the models are largely real, and several of these are template-
generated with one pretraining sentence filled in for different models — that
needs a decision about the family, not an edit per paper. LLM.md records the
finding, the shapes it takes, and the two zen papers that already do it right.
Co-authored-by: Hanzo Dev <[email protected]>
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. The platform these papers document is generally available at hanzo.ai.
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. - Unified sovereign-tenant cloud (measured). The whole multi-tenant cloud as one Go
binary — 56 in-process subsystems over shared-nothing storage, each tenant its own
post-quantum-encrypted SQLite file. Measured on the production open path: ≈0.25 MB RAM
per actively-served tenant, near-zero idle — memory scales with concurrency, not
registrations, so one billion registered tenants at 1% peak concurrency fits ≈20
commodity 128 GB nodes (
hanzo-unified-tenant-cloud; architecture companioncloud-unified-binary). - 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 — every paper, and a nonzero status naming any that did not compile:
make -k all
Index
See INDEX.md for full catalogue of papers.
Conventions
- One paper, one directory. No top-level .tex files.
- Modular sections. Main .tex \input's
sections/NN-name.texfiles for easy editing. - Shared cover. All papers use
\usepackage{shared/hanzocover}and\hanzocoverpage. - Shared lstlang. All papers use
\input{shared/lstlang}after\usepackage{listings}. - No AI slop. Technical, dense, citation-supported.
- One paper per concept. Updates over time via versioning, not duplication.