Hyperware primary sources — 2026-05-14
Official properties reviewed
- https://book.hyperware.ai/getting_started/intro.html
- https://book.hyperware.ai/getting_started/hypermap.html
- https://book.hyperware.ai/getting_started/login.html
- https://raw.githubusercontent.com/hyperware-ai/hyperdrive/main/README.md
- https://whitepaper.hyperware.ai/
- https://hyperware.ai/whitepaper.pdf
Key notes from the Hyperware Book intro
- Hyperware describes itself as a decentralized operating system, peer-to-peer app framework, and node network.
- The stack claims to reduce p2p application complexity by bundling four primitives directly into the system: networking, identity, data persistence, and global-state access.
- Applications are composed of Wasm processes managed by a kernel that handles process lifecycle and local / cross-network message passing.
- The book says persistence and blockchain access are built into the kernel, with encrypted remote backups configurable at the user-system level.
Key notes from Hypermap / HNS docs
- Hypermap is the shared onchain namespace for the stack and acts as common global state for discovery and signaling.
- Name keys are ERC-721 NFTs with token-bound-account support and hierarchical sub-entry management.
- HNS treats domain, identity, and username as effectively the same object, while also saying the system can absorb other onchain identity protocols such as ENS.
- Routing information is stored onchain: direct nodes publish IP/port metadata, while indirect nodes publish router lists that forward traffic on their behalf.
- The runtime verifies networking identities against Hypermap, and userspace apps such as the App Store use Hypermap data for global discovery.
Key notes from Join the Network docs
- Joining the network with a self-run node currently requires a Hyperdrive runtime plus Ethereum/Base connectivity for identity registration.
- The docs make the routed-vs-direct trust tradeoff explicit: indirect nodes hide their IP from the broader network but trust routers for forwarding, while direct nodes remove that middle layer but publish their IP onchain.
- Regardless of direct or indirect routing, packets are described as end-to-end encrypted.
- Identity registration is tied to an Ethereum transaction and the node password encrypts the node’s networking key.
Key notes from the Hyperdrive README
- Hyperdrive is described as the reference implementation runtime for Hyperware.
- The README says most developers should not build the runtime itself, but instead use the book and app tutorials, which implies Hyperware is trying to be an application platform more than just a protocol research artifact.
- The runtime bundles system modules such as HTTP client/server, networking, key-value storage, sqlite, VFS, Ethereum access, settings, app store, and homepage.
- The repo still carries an active-development warning and points to an earlier architecture audit under the prior Kinode branding.
Notes on the whitepaper
- Hyperware maintains a canonical whitepaper URL (
https://whitepaper.hyperware.ai//https://hyperware.ai/whitepaper.pdf). - In this pass, the PDF was not cleanly text-extracted through the lightweight fetch path, so the project summary below is grounded primarily in the official book plus repository README rather than full whitepaper parsing.
Why this looks analytically useful
Hyperware is useful because it separates several layers that generic decentralized cloud, peer-to-peer app platform, or crypto operating system labels usually blur together:
- onchain identity and namespace,
- routed-vs-direct packet delivery,
- kernel-native persistence and backup policy,
- blockchain-read/write access as a built-in runtime primitive,
- app installation/discovery through a shared namespace and app-store layer,
- node ownership versus hosted-node onboarding paths.
Open questions for a later pass
- Parse the full whitepaper directly and map the economic/security model more precisely.
- Compare Hyperware against Cartesi, Commonware, Fission, WNFS, and other
sovereign cloudor p2p app-runtime stacks. - Inspect how much practical authority sits with Hypermap contracts, runtime maintainers, default routers, default RPC providers, and hosted-node providers such as Valet.