Protocol mechanics

Proof of Network, end to end

PoN replaces hardware-heavy mining with verifiable connectivity and challenge responses. The stack below is conceptual; parameters ship with official specs and testnet releases.

From lightweight device signals to verifier-checked proofs and reward scoring—this is the PoN participation loop in one place.

Abstract transparent flow from device through challenges to rewards

Flow

The participation loop

Five beats repeat on a cadence tuned for battery, data, and honest network behavior.

  1. 1

    Join & attest

    The client opens a session and advertises lightweight reachability signals.

  2. 2

    Signal surface

    Uptime, latency windows, and diversity hints form the participation fingerprint.

  3. 3

    Random challenges

    The protocol issues randomized network checks with strict timing budgets.

  4. 4

    Verifier mesh

    Independent verifiers cross-check proofs against expected network patterns.

  5. 5

    Score & settle

    Scores roll into the reward engine and wallet-facing balances when rules pass.

Depth

Three layers you should know

Each layer has its own abstract diagram—transparent PNGs sit on neutral cards so focus stays on structure.

Abstract transparent motif of radiating participation signals

Network participation layer

Each device contributes measurable, low-cost network signals instead of hash power.

  • Connectivity & reachability
  • Uptime and session continuity
  • Latency response envelopes
  • Challenge response quality
  • Regional / path diversity (where applicable)
  • Device uniqueness & reputation hints
Abstract transparent target and pulse motif

Challenge system

Challenges keep participation honest by forcing timely, non-replayable responses.

  • Ping / reachability probes
  • Latency window checks
  • Connectivity proof rounds
  • Session continuity tests
  • Diversity and path rotation
Abstract transparent mesh verification motif

Verification layer

Verifiers validate that submissions are fresh, consistent, and expensive to fake at scale.

  • Multi-verifier corroboration where configured
  • Replay and timing abuse checks
  • Behavioral consistency scoring
  • Integration hooks for higher-trust roles later

Economics

Reward calculation

Scores combine positive participation signals and subtract penalties when abuse is detected.

Reward ≈ connectivity + uptime + challenge success + network quality − penalties

Exact weighting, caps, and decay curves are versioned in the whitepaper and on-chain or off-chain policy modules as the network matures.

Abstract transparent balance and arc motif
Abstract transparent shield and grid motif

Safety

Anti-abuse & trust

Lightweight mining only works if Sybil and emulator farms cannot trivially farm rewards.

  • Bot and emulator risk signals
  • Duplicate device prevention
  • VPN / proxy risk scoring
  • Challenge randomization & rate limits
  • Reputation drift and cooldowns

Systems

Architecture snapshot

A readable slice of how components line up in product language—implementation details evolve with releases.

  1. Layer 1

    Mobile device

  2. Layer 2

    PoN client

  3. Layer 3

    Challenge plane

  4. Layer 4

    Verifier mesh

  5. Layer 5

    Reward engine

  6. Layer 6

    Wallet

Labels are product-facing; wire names and deployment topology follow release documentation.

Ready for the full specification?

Whitepaper and API docs carry versioned detail; this page is the guided tour of the mechanics.