Layer Overview

Boot & Initialization Layer

Modules: beacon.rs, beacon/state.rs

Loads a reproducible kernel image from a verifiable medium (e.g., USB drive, secure disk).

Executes a deterministic boot sequence without reliance on systemd or vendor-managed initialization processes.

Initializes the Beacon Service, which derives the node’s cryptographic identity keys and performs pre-mesh state synchronization.

Modules: beacon/verify.rs, beacon/trust.rs

Generates or loads a local, non-exportable ed25519 node key.

Maintains a Trust Score Ledger, updated based on mesh feedback, capsule integrity verifications, and uptime proofs.

Enforces zkProof-based verification prior to the execution of .mod workloads.

Mesh Networking Layer

Modules: mesh.rs, beacon/gossip.rs, onion.rs

Performs onion-routed peer discovery without any central bootstrap servers.

Utilizes peer gossip to distribute capsule availability data, trust scores, and Proof-of-Infrastructure (PoI) snapshots.

Implements adaptive routing, prioritizing trusted peers and non-clearnet communication paths.

Modules: .mod handler in nonosctl, verify.rs, runtime_state.rs

Executes capsules in an isolated runtime environment with enforced memory, file, and network boundaries.

Requires a valid zkProof-bound manifest for each execution.

Hashes and logs the runtime state into the Beacon state ledger.

Modules: depin.rs

Continuously measures compute, bandwidth, and storage capacity.

Signs each PoI snapshot using the local node key.

Broadcasts PoI data to the mesh for settlement or staking within infrastructure markets.

Records .mod micro-fee revenues for node operators.

Modules: Planned integration (settlement.rs, blockchain adapter)

Converts verified micro-fee events into on-chain settlement records.

Supports zkRollup-based batching to mitigate latency during high mesh activity.

Provides multi-chain output compatibility, including Ethereum (ETH), Solana (SOL), and future DePIN-specific blockchains.

Last updated 1 month ago