# NRV Network — Whitepaper
**Version 1.1 · July 2026**

---

## Table of Contents

1. [Abstract](#1-abstract)
2. [Problem Statement](#2-problem-statement)
3. [Solution: NRV Network](#3-solution-nrv-network)
4. [Guru — AI Humanoid Platform](#4-guru--ai-humanoid-platform)
5. [Energy-Backed Minting (Phase 3)](#5-energy-backed-minting-phase-3)
6. [DePin Infrastructure](#6-depin-infrastructure)
7. [NRV Token](#7-nrv-token)
8. [Tokenomics](#8-tokenomics)
9. [Token Distribution](#9-token-distribution)
10. [Burn & Fee Mechanism](#10-burn--fee-mechanism)
11. [Reward System & Halving](#11-reward-system--halving)
12. [Vesting Schedule](#12-vesting-schedule)
13. [Smart Contract Architecture](#13-smart-contract-architecture)
14. [Liquidity & Exchange](#14-liquidity--exchange)
15. [Security](#15-security)
16. [Roadmap](#16-roadmap)
17. [Legal Disclaimer](#17-legal-disclaimer)

---

## 1. Abstract

NRV Network is a Decentralized Physical Infrastructure Network (DePin) that connects renewable-energy-powered hardware nodes to AI training workloads. At its core is **Guru**, a humanoid robot platform that learns from distributed contributors worldwide. Participants earn **NRV tokens** on the **Sui blockchain** by contributing compute, bandwidth, and AI training data.

NRV is designed with a deflationary dual-fee mechanism: every on-chain transfer burns 1% of tokens and routes 1% to the ecosystem fund — reducing supply while sustaining network operations simultaneously.

---

## 2. Problem Statement

Three structural inefficiencies exist in today's AI and hardware markets:

**Centralized AI Training**
Large language models and robotics AI are trained on closed infrastructure owned by a handful of corporations. Contributors have no stake in the systems they help build.

**Idle Hardware**
Millions of GPUs, CPUs, and edge devices sit idle. No efficient marketplace exists to match hardware owners with AI workload demand at the micro-task level.

**Misaligned Incentives**
Current DePin projects reward bandwidth contribution without prioritizing higher-value work: AI model training, sensor data collection, and robot learning feedback.

---

## 3. Solution: NRV Network

NRV Network creates a three-sided marketplace:

| Role | Contribution | Reward |
|------|-------------|--------|
| Hardware Nodes | CPU / GPU / RAM / Bandwidth | NRV tokens |
| AI Trainers | Guru training sessions, data labeling | NRV tokens |
| Consumers | Purchase compute time, robot services | Pay in SUI |

Revenue flows from consumers → node operators and AI trainers → NRV token buyback (20% of revenue is used for buyback and burn).

---

## 4. Guru — AI Humanoid Platform

Guru is NRV Network's flagship product: an open, trainable humanoid robot platform built for distributed AI learning.

### 4.1 Architecture

- **Hardware**: Custom URDF-based humanoid body (Optimus-inspired design), manufactured at NRV's 840m² facility in Nilüfer, Bursa
- **Simulation**: MuJoCo 3.9 physics engine with web-based real-time control interface
- **ROS 2**: Full ROS 2 integration for sensor fusion, motion planning, and teleoperation
- **3D Viewer**: Three.js-powered browser interface for remote monitoring and control

### 4.2 Training Contribution

Community members can:
- Submit training episodes via the Guru Lab interface
- Label robot motion data
- Provide environment variation (new scenarios, edge cases)
- Run local simulation nodes

Each contribution is scored and rewarded in NRV through the distributor contract's community allocation.

### 4.3 Guru Lab Web Interface

The platform exposes a live MuJoCo simulation stream accessible at `nrv.network/guru-lab`. Contributors interact with the robot through a browser-based control panel (no local installation required), with real-time camera angle control, joint visualization, and motion commands.

---

## 5. Energy-Backed Minting (Phase 3)

NRV introduces a novel **proof-of-green-energy** minting mechanism that links token creation directly to verifiable renewable energy consumption.

### 5.1 Mechanism

```
1 kWh verified renewable energy → 1 NRV minted (LOCKED)
                                         ↓
           GPU/CPU completes work using that energy
                                         ↓
                          1 NRV UNLOCKED → contributor wallet
```

Tokens minted through this mechanism are locked from the moment of creation. They become transferable only after an oracle confirms that the corresponding compute work has been performed using the allocated energy.

### 5.2 Why Locked Minting?

Standard DePin networks pay tokens for bandwidth or uptime — metrics that are trivially faked. Energy-backed minting creates an unforgeable link:

- **No energy consumed → no tokens unlocked.** Bots and idle nodes earn nothing.
- **Deflationary pressure maintained:** Energy tokens are minted from the community allocation pool, not as new supply beyond 100M total.
- **Double verification:** Oracle confirms both energy source (green certificate) and workload completion.

### 5.3 Oracle Architecture (Phase 3)

The oracle layer will consist of:

| Component | Purpose |
|---|---|
| Energy Certificate Oracle | Reads renewable energy certificates (RECs) from national grid APIs |
| Workload Verifier | Cross-references node agent completion reports with energy readings |
| Sui Oracle Contract | On-chain module that receives signed attestations and calls `unlock_energy_tokens()` |

Smart meter data from the Nilüfer facility serves as the initial reference deployment for calibration.

### 5.4 Contract Interface (Planned)

```move
public fun mint_energy_locked(
    _cap: &AdminCap,
    config: &mut TokenConfig,
    kwh_amount: u64,
    recipient: address,
    lock_vault: &mut EnergyVault,
    ctx: &mut TxContext,
)

public fun unlock_energy_tokens(
    oracle_sig: &OracleAttestation,
    vault: &mut EnergyVault,
    config: &mut TokenConfig,
    ctx: &mut TxContext,
)
```

This interface will be added in a backward-compatible upgrade under the `compatible` policy.

---

## 6. DePin Infrastructure

### 6.1 Supported Hardware Classes

| Device Class | Example | Assigned Tasks |
|---|---|---|
| Desktop GPU | RTX 4090+ | Guru AI training, inference, rendering |
| Mini PC / Server | Ryzen embedded | Guru model serving, API computation |
| Edge Device | Jetson Orin | Robot control, sensor fusion, local AI |
| Mobile | Android / iOS | Bandwidth sharing, lightweight inference |

### 6.2 Node Agent

Each participant runs the NRV Node Agent — a lightweight Python daemon that:
- Auto-detects hardware capabilities at startup
- Registers with the NRV Network coordinator
- Contributes GPU, CPU and bandwidth resources to Guru AI training and inference
- Leases surplus compute capacity and bandwidth to third-party platforms requiring additional resources
- Reports completion and claims NRV rewards

### 6.3 Energy Priority

NRV Network prioritizes **renewable energy sources**. Nodes running on solar, wind, or grid-certified green energy receive a multiplier on their base reward. The Nilüfer facility operates on renewable energy and serves as the network's reference deployment.

---

## 7. NRV Token

**NRV** is the native utility and reward token of NRV Network, deployed on the **Sui blockchain** using the Move programming language.

### Why Sui?

- **Move language**: Resource-oriented programming eliminates entire classes of token vulnerabilities (no reentrancy, no integer overflow, ownership enforced at the language level)
- **Object model**: Each token object has a verifiable owner; TreasuryCap pattern prevents unauthorized minting
- **Sub-second finality**: Suitable for micro-reward payments without batching overhead
- **Low fees**: Transaction costs remain predictable and low regardless of network congestion
- **No token locking primitives needed**: Move's ownership model makes manual lock contracts unnecessary

### Token Specification

| Property | Value |
|---|---|
| Name | NRV Network |
| Symbol | NRV |
| Blockchain | Sui Mainnet |
| Standard | Sui Move Coin (sui::coin) |
| Decimals | 9 |
| Total Supply | 100,000,000 NRV |
| Mintability | Fixed supply — TreasuryCap locked in shared TokenConfig |

---

## 8. Tokenomics

### 8.1 Supply Design

Total supply is fixed at **100 million NRV**. No additional minting is possible after genesis. The TreasuryCap is stored inside the shared `TokenConfig` object and is only accessible through audited contract functions.

### 8.2 Target Launch Parameters

| Metric | Value |
|---|---|
| Initial Pool Deposit | 4,000 SUI + 15,000,000 NRV |
| SUI Price (at launch) | ~$0.696 |
| Initial NRV Price | 0.000267 SUI ≈ $0.000186 |
| Initial Pool TVL | ~$5,568 |
| Launch FDV | ~$18,560 |
| Target (100x) FDV | ~$1,860,000 |
| Net Buy Volume for 100x | ~36,000 SUI ($25,056) |
| Trading Pair | NRV / SUI only |
| CLMM Price Range | 0.00005 – 0.03 SUI/NRV |

Only a single trading pair (NRV/SUI) exists at launch. There are no USDT, USDC, or other stable pairs. This design concentrates liquidity and simplifies price discovery.

The intentionally low launch FDV ($18,560) is designed to attract early community participation. The full 15,000,000 NRV liquidity allocation is committed to the Cetus pool at genesis — no NRV is held back from the liquidity pool.

### 8.3 Planned Burn

Progressive burn over the project lifecycle through:
- Per-transfer burn (1% per transaction via contract)
- Revenue buyback burn (20% of ecosystem fee via `buyback_burn()`)

---

## 9. Token Distribution

| Allocation | % | Amount | Purpose |
|---|---|---|---|
| Community & Airdrop | 42% | 42,000,000 NRV | DePin rewards, Guru training, referrals — distributed via halving schedule |
| Developer | 20% | 20,000,000 NRV | Core team — 12-month cliff + 24-month linear vesting |
| Liquidity | 15% | 15,000,000 NRV | DEX liquidity provision (Cetus Finance) |
| Strategic Reserve | 14% | 14,000,000 NRV | DAO-controlled reserve for partnerships, grants |
| Marketing | 9% | 9,000,000 NRV | Growth, exchange listings, community campaigns |

### 9.1 Community Allocation Detail (42M NRV)

The community pool is distributed through the on-chain `DistributorState` contract using a halving schedule:

- **DePin node rewards**: Hardware contribution earnings
- **Guru training rewards**: AI session contributions
- **Referral bonuses**: 10% bonus on referred user earnings
- **Airdrop campaigns**: Early adopter and community building

Distribution rate halves every 180 days (configurable by `DistributorCap` holder), creating long-term scarcity pressure.

### 9.2 Developer Vesting

Developer allocation (20M NRV) is locked in an on-chain `VestingVault`:
- **Cliff**: 12 months from TGE — zero tokens claimable
- **Vesting**: 24 months linear after cliff
- **Revocability**: Admin can revoke unvested tokens (returned to reserve)
- **No manual override**: All vesting logic enforced by Move contract, not multisig

---

## 10. Burn & Fee Mechanism

Every NRV transfer executed through `transfer_v2` applies a **2% total deduction**:

```
Sender sends: 100 NRV
  → 1 NRV burned (permanent supply reduction)
  → 1 NRV → ecosystem fund (operations & buyback)
  → 98 NRV received by recipient
```

### 10.1 Per-Transfer Fee Breakdown

| Component | Rate | Destination |
|---|---|---|
| Burn | 1% | Destroyed via `coin::burn()` |
| Ecosystem Fee | 1% | Ecosystem fund (operations, buyback burns) |
| **Net Transfer** | **98%** | Recipient |

### 10.2 Exemptions

The following addresses are fee-exempt (all fees waived):
- Admin wallet (deployer) — added automatically at contract init
- Cetus liquidity pool contract address — added via `set_exempt()` after pool creation
- Any address added by admin via `set_exempt()`

Exemptions ensure that pool rebalancing swaps and platform reward distributions do not trigger recursive fee deductions.

### 10.4 Revenue Buyback Burn

20% of NRV Network's platform revenue (node operator fees, Guru service fees, marketplace commissions) is used to purchase NRV on the open market and burn it via the `buyback_burn()` contract function. This creates a direct link between network usage and token value appreciation.

---

## 11. Reward System & Halving

The community reward pool (42M NRV) is distributed through epoch-based halving:

| Parameter | Value |
|---|---|
| Initial epoch reward | Configurable at genesis |
| Halving interval | 180 days |
| Minimum halving gap | Enforced on-chain |
| Referral bonus | +10% on base reward for referred users |

Halving can only be executed by the `DistributorCap` holder after the minimum interval has elapsed. This is enforced by the Move contract — not a multisig or manual process.

---

## 12. Vesting Schedule

```
Developer Vesting (20M NRV):

Month 0          Month 12         Month 36
|----------------|----------------|
    CLIFF (0%)       LINEAR VEST
                  (1/24 per month)

Month 12: First claim possible
Month 36: 100% vested
```

All vesting logic lives in the `VestingVault` shared object. The beneficiary calls `claim()` to withdraw vested tokens. The admin can `revoke()` unvested tokens at any time, returning them to the treasury.

---

## 13. Smart Contract Architecture

NRV Network's on-chain logic consists of three Move modules deployed on Sui:

### 13.1 `nrv::nrv` — Token Core

- OTW (One-Time Witness) pattern for single mint authority
- `TreasuryCap<NRV>` stored in shared `TokenConfig` — inaccessible to external callers except through audited functions
- Anti-whale: max 1% of supply per transaction (softened after 5-minute launch window)
- Cooldown: 5-second transfer cooldown per address, admin-configurable via `update_cooldown()`
- Blacklist / exempt tables for address-level control
- `transfer_v2()`: 1% burn + 1% ecosystem fee = 2% total, 98% net
- `transfer_with_burn()`: 1% burn only = 1% total, 99% net (no ecosystem fee)
- `buyback_burn()`: Revenue-sourced burn function
- `enable_trading()`: One-way trading gate, cannot be re-disabled
- `update_cooldown()`: Admin updates cooldown duration (emits `CooldownUpdated` event)
- `set_ecosystem_wallet()`: Admin updates ecosystem fund destination address

### 13.2 `nrv::distributor` — Reward Engine

- `genesis()`: Mints all allocations in a single atomic transaction
- `claim_reward()`: Epoch-based community reward claiming
- `register_referral()`: On-chain referral link (immutable once set)
- `halve()`: Reduces epoch reward by 50%, enforces minimum interval
- `DistributorState`: Shared object tracking epoch, balances, claims

### 13.3 `nrv::vesting` — Developer Lock

- `create_vault()`: Admin creates a vault with a beneficiary and total amount
- `claim()`: Beneficiary withdraws vested tokens (cliff + linear math on-chain)
- `revoke()`: Admin recovers unvested tokens
- Balance stored as `Balance<NRV>` — not a Coin, cannot be accidentally transferred

### 13.4 Upgrade Policy

The package uses Sui's `compatible` upgrade policy. Struct layouts and public function signatures are preserved across upgrades. New functions may be added without affecting existing shared objects.

---

## 14. Liquidity & Exchange

### 14.1 Cetus Finance

NRV trades exclusively on **Cetus Finance** (Sui's leading concentrated liquidity DEX) via a NRV/SUI CLMM pool.

| Parameter | Value |
|---|---|
| DEX | Cetus Finance |
| Pool type | CLMM (Concentrated Liquidity) |
| Pair | NRV / SUI |
| Tick spacing | 60 |
| Initial deposit | 4,000 SUI + 15,000,000 NRV |
| Initial price | 0.000267 SUI / NRV ($0.000186) |
| CLMM price range | 0.00005 – 0.03 SUI/NRV |
| Initial TVL | ~$5,568 |
| Launch FDV | ~$18,560 |
| 100x target FDV | ~$1,860,000 |

### 14.2 100x Growth Model

The pool is intentionally structured for maximum growth potential with minimal initial capital:

| Milestone | Net Buy Volume Needed | FDV Reached |
|---|---|---|
| 2x | $1,153 (1,657 SUI) | $37,120 |
| 5x | $3,441 (4,945 SUI) | $92,800 |
| 10x | $6,020 (8,651 SUI) | $185,600 |
| 50x | $16,901 (24,284 SUI) | $928,000 |
| **100x** | **$25,056 (36,000 SUI)** | **$1,860,000** |

At 100x the pool automatically rebalances to hold ~1,500,000 NRV and ~40,000 SUI, with total TVL of ~$55,680. The LP position grows 10x in USD value while token price grows 100x — the delta represents the cost of providing market liquidity.

### 14.3 Liquidity Strategy

**Genesis deposit:** 4,000 SUI + 15,000,000 NRV added to Cetus CLMM at initial price 0.000267 SUI/NRV. The full 15M NRV liquidity allocation is committed at launch — no NRV is withheld from the pool.

**LP locking:** 70% of the genesis LP position is locked for 6 months via Cetus Lock, providing community assurance against rug pulls. The remaining 30% stays unlocked for CLMM range management — if price moves outside the initial range, new positions can be opened without touching the locked portion.

**SUI price correlation:** Since NRV is denominated in SUI, any appreciation in the SUI/USD rate directly increases NRV's USD price proportionally, even without active NRV trading. This provides a natural floor correlation to SUI's market performance.

**Buyback support:** 20% of ecosystem fee revenue is used to buy NRV from the open market and burn it via `buyback_burn()`, creating independent buy pressure tied to network usage growth.

### 14.4 No CEX at Launch

NRV launches exclusively on Cetus DEX. CEX listings will be pursued after the community reaches milestones defined in the roadmap. This prioritizes decentralization and avoids market-maker fee obligations at launch.

---

## 15. Security

### 15.1 Smart Contract Security

| Risk | Mitigation |
|---|---|
| Unauthorized mint | TreasuryCap locked inside TokenConfig; only `mint()` with AdminCap can call it |
| Reentrancy | Move language prevents reentrancy by design (no callbacks, linear types) |
| Integer overflow | Move's u64 arithmetic aborts on overflow |
| Flash loan manipulation | Cooldown + anti-whale limits prevent single-block manipulation |
| Admin key compromise | AdminCap is a transferable object; can be moved to multisig |
| Bot attacks at launch | 5-minute launch window with 0.01% max transfer limit |
| Blacklist abuse | Events emitted on every blacklist action; fully auditable |

### 15.2 Anti-Whale Protection

- **Launch window** (first 5 minutes): Maximum 0.01% of supply per transaction (~10,000 NRV)
- **Normal operation**: Maximum 1% of supply per transaction (~1,000,000 NRV ≈ $186 at launch)
- **Cooldown**: 5 seconds between transfers per address (admin-adjustable via `update_cooldown()`)
- **Exempt list**: Pool contracts and admin are exempt from all limits and fees

### 15.3 Upgrade Safety

The `UpgradeCap` for the NRV package is held by the deployer. Future upgrades are limited to additive changes (new functions, new modules) — existing public interfaces cannot be removed or modified under the `compatible` policy.

---

## 16. Roadmap

### Phase 1 — Foundation ✅ (Q2 2026)
- [x] NRV Node Agent (hardware detection, task assignment)
- [x] Web dashboard (real-time node monitoring)
- [x] Guru humanoid URDF design
- [x] MuJoCo simulation + web control interface
- [x] NRV token deployed on Sui testnet
- [x] Cetus testnet pool created
- [x] Transfer burn + ecosystem fee mechanism tested

### Phase 2 — Token Generation Event (Q3 2026)
- [ ] Smart contract audit
- [ ] NRV mainnet deployment on Sui
- [ ] Cetus mainnet pool creation (4,000 SUI initial liquidity)
- [ ] TGE: Community airdrop campaign launch
- [ ] Developer vesting vaults created on-chain
- [ ] Mobile app: iOS & Android node agent

### Phase 3 — DePin Scale (Q4 2026)
- [ ] Surplus compute & bandwidth leasing to third-party platforms
- [ ] Automated reward distribution for node operators
- [ ] Guru training contribution portal (public beta)
- [ ] First revenue buyback burn

### Phase 4 — Guru Production (Q1–Q2 2027)
- [ ] Guru hardware v1 production at Nilüfer facility
- [ ] Guru-as-a-Service API for enterprise AI training
- [ ] DAO governance activation (Strategic Reserve)
- [ ] CEX listing (tier-2 exchange)
- [ ] Cross-chain bridge exploration

---

## 17. Legal Disclaimer

This document is provided for informational purposes only. NRV Network tokens (NRV) are utility tokens that provide access to the NRV Network platform and its services. NRV tokens are not securities, investment contracts, or financial instruments.

Participation in the NRV Network token ecosystem involves significant risk, including but not limited to: market risk, regulatory risk, smart contract risk, and liquidity risk. Past performance of similar tokens is not indicative of future results.

NRV Network makes no representations or warranties regarding the accuracy or completeness of this document. The project, its technology, and its roadmap are subject to change without notice.

This document does not constitute an offer to sell or a solicitation of an offer to buy any securities in any jurisdiction where such offer or solicitation would be unlawful.

Participants should consult their own legal, tax, and financial advisors before engaging with the NRV Network ecosystem.

---

*NRV Network · Nilüfer, Bursa, Türkiye*
*nrv.network · nrvnetworkio@gmail.com*
*Whitepaper v1.2 · July 2026*