FAQ

Direct answers.
No hedging.

Three audiences, three lenses. If a question matters to you and isn't here, ask us — we'll add it.

Buying compute from Navon: how it differs from a hyperscaler, what you actually get, and what we don't do.

Five things, all built on the same vertically integrated stack:

  • Modular data centres. Bare-metal capacity from a Tier III pod, sold by the rack or by the module.
  • Turnkey systems. Pre-configured compute, storage, and networking shipped as a single, deployable unit.
  • Private sovereign cloud. Orchestrated GPU, HPC and storage on top of that capacity, with governance built in.
  • Cybersecurity. Quantum-safe communications and data-protection layers from the foundation up.
  • Utility. The DCIM and operating layer that customers and Navon ops both work through.

Most customers start with one and grow into the others.

Three differences that matter:

  • Physical residency. Your data sits in a facility we own and operate, in your jurisdiction. Not a regional zone of a US hyperscaler.
  • Energy pedigree. Power is sourced from local renewable baseload — geothermal, hydro — not bought as offsets against a coal grid.
  • Right-sized economics. Modular capacity priced for growth-market enterprises, not a one-size hyperscaler price book.

For workloads where sovereignty, cost, or proximity matters, the math changes. For workloads that don't care, hyperscalers remain a fine choice.

Hells Gate goes live in Q3 2026 with the first 400 kW Tier III module. Customers signed before commissioning are placed first; the typical onboarding cycle from contract to live workload is 6–10 weeks after the facility opens.

If you have a workload that's date-sensitive, talk to us early — we can sequence module commissioning around committed demand.

  • Sovereign AI — training, fine-tuning, inference where data jurisdiction is non-negotiable.
  • HPC simulation — climate, genomics, CFD, financial risk on dedicated GPU/CPU clusters.
  • Government & public-sector platforms — digital ID, health informatics, sector platforms with compliance baked in.
  • Enterprise sovereign cloud — banking, telecom, energy workloads that can't sit in a foreign jurisdiction.

If your workload is latency-insensitive, low-density, and has no sovereignty requirement, a hyperscaler is probably cheaper.

Yes. Navon's GPU pods are Ollama-ready for self-hosted open weights — Llama, Mistral, Qwen, DeepSeek — with vLLM, TGI, and TensorRT-LLM available for production serving.

An OpenAI-compatible endpoint sits in front, so SDKs and tools you've already integrated — LangChain, LiteLLM, OpenRouter, LlamaIndex, Cursor — work without code changes. Bring your stack; we provide what's underneath.

Routing platforms are software gateways over third-party model APIs. They aggregate access; they don't own the inference. The compute, the model weights, and the request traffic all live with someone else — usually a hyperscaler outside the jurisdiction.

Navon is the silicon layer. We own the racks, the cooling, and the geothermal baseload. When a model runs on Navon, the weights, the prompts, and the outputs stay in country.

Routing platforms are useful — and many of them will eventually run on top of Navon.

By physics first, contracts second:

  • The hardware sits in a facility we own and operate inside your jurisdiction. No cross-border replication unless you ask for it.
  • Encryption keys are held in-country. Sovereign HSM by default.
  • Compliance is mapped to local statute (e.g. Kenya DPA 2019) and aligned with GDPR where useful, not bolted on as a checkbox.
  • Operators on the ground are local. Audits happen in person.

"Residency by physical fact, not policy promise" is the test we hold ourselves to.

Three commercial models, depending on how you want to consume:

  • Co-location — per-rack pricing, monthly, with power and cross-connects bundled.
  • Bare metal & managed — dedicated GPU/CPU clusters with our orchestration layer on top, billed monthly.
  • Sovereign cloud — consumption-based for compute, storage, and managed services. Billable in USD or local currency where supported.

We publish indicative ranges to qualified customers under NDA. Public price lists come once we're commercially live.

Building with Navon: equipment partners, capital partners, universities, and ecosystem collaborators.

Seven categories:

  • Equipment & compute — NVIDIA (GPUs, Inception Program), Delta Electronics (modular pods, UPS, cooling), Sytronix (right-fit compute), Asterfusion (network fabric), Pure Infrastructure, Hoptroff (precision time).
  • Connectivity — Safaricom (carrier-neutral fibre).
  • Software & cloud — Hosted.ai, Kinesis Enterprise.
  • Quantum & cryptography — QCentroid, ExeQuantum, ID Quantique.
  • Energy — MAST Energy Developments.
  • Universities & AI ecosystem — UCL, ETH Zurich, UPM Madrid, UPC Barcelona, Strathmore University, AI Kenya, Alliance for AI.
  • Customers & joint go-to-market — Atlancis, Siscom, Africa Compute Fund.

Email partnerships@navon.cloud with a one-page brief on what you'd bring (technology, capital, market access, talent) and where you'd want to deploy first. We respond within five working days. If there's fit, we move to MOU or pilot inside a quarter.

A structured programme that gives African universities dedicated sovereign compute at growth-market pricing, paired with:

  • JupyterHub and dev sandboxes via university SSO.
  • HPC templates for climate, genomics, CFD.
  • Quantum sandbox access via QCentroid.
  • On-site internships at Hells Gate.
  • Guest lectures and mentorship from UCL, ETH, UPM and UPC.

Email partnerships@navon.cloud if you're a university or research institution that wants in.

Yes — if you bring at least one of: a secured site with permits, dedicated baseload power, anchor demand, or DFI-grade capital. Co-build deals are structured as joint ventures with shared infrastructure ownership and a Navon-operated stack on top. Talk to us early; the diligence cycle is typically 90–120 days.

Three things, in priority order:

  • Right-fit technology — designed or adaptable to growth-market conditions (altitude, dust, humidity, grid quality).
  • Local presence or a credible plan to build one — we don't air-freight spares from Frankfurt forever.
  • Roadmap alignment — willingness to co-engineer for the workloads we're targeting, not just ship catalogue.

The engineering questions: density, redundancy, networking, certifications, and the parts of the stack we own outright.

Default is 20 kW+ per rack, GPU-ready, with dual 32 A A+B PDUs (hot-aisle containment). Higher densities (up to 90 kW per rack) are supported in the next-generation pod via direct-liquid cooling — talk to us if your workload needs it.

  • PUE — 1.29, validated at 400 kW constant IT load.
  • Tier — Tier III engineering throughout.
  • Power — N+N (UPS A · UPS B, dual MDB).
  • Cooling — N+1 BlueBox DX with hot-aisle containment.
  • Connectivity — dual fibre entry, carrier-neutral meet-me room.

Site by site, sourced locally and at scale:

  • Hells Gate (Kenya) — 95% geothermal, fed directly from the Olkaria-Suswa 220 kV corridor.
  • Tanzania (planned) — hydro baseload.
  • Future sites — geothermal, hydro, solar with battery storage. Diesel only for emergency backup, never as primary.

Energy is sourced upstream — not offset.

  • Tier III facility engineering.
  • Kenya Data Protection Act 2019 compliance.
  • GDPR-aligned architecture (where the customer needs it).
  • Naivasha SEZ-gazetted with Kenyan special economic zone protections and incentives.
  • ISO 27001 and SOC 2 are on the roadmap for post-commissioning.

Asterfusion leaf fabric, dual-switch HA: 25 GbE to compute nodes, 100 GbE to storage, dual-corded for redundancy. Carrier-neutral interconnect through Liquid, Safaricom and SEACOM with dual fibre entry into the meet-me room. Direct cross-connects for hyperscaler peering on request.

Navon's cybersecurity layer is built with post-quantum cryptography (PQC) embedded from the ground up — not retrofitted. Quantum Key Distribution (QKD) pathways are on the roadmap for sites with sovereign communications requirements. Key management is HSM-backed, in-country.

This is a deliberate design choice: post-quantum migration is going to be expensive for everyone running TLS 1.2/1.3 with classical key exchange. Building from scratch lets us skip that bill.

Still wondering

Question not
answered? Ask us.

We add to this page when real questions come in. Drop us a line and we'll either answer directly — or add it here so the next person doesn't have to.

info@navonworld.com Partnerships