# NRV Network — Whitepaper
**Version 1.0 · June 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 liquidity pool — reducing supply while deepening market liquidity 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 `nrvnetwork.io/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+ | AI inference, render, IO.net GPU tasks |
| Mini PC / Server | Ryzen embedded | Akash CPU, RAM leasing, API serving |
| 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
- Accepts task assignments and executes them in sandboxed containers
- 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 Liquidity | 4,000 SUI + 15,000,000 NRV |
| SUI Price (at launch) | ~$0.75 |
| Initial NRV Price | ~$0.00020 |
| Initial Market Cap | ~$20,000 |
| Fully Diluted Valuation | ~$20,000 |
| Target Market Cap | $50,000 |
| Trading Pair | NRV / SUI only |

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.

### 8.3 Planned Burn

15,000,000 NRV (15% of total supply) is planned for progressive burn over the project lifecycle through:
- Per-transfer burn (1% per transaction)
- Revenue buyback burn (20% of platform revenue)

---

## 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 → liquidity pool (deepens SUI/NRV pool)
  → 98 NRV received by recipient
```

### 10.1 Per-Transfer Fee Breakdown

| Component | Rate | Destination |
|---|---|---|
| Burn | 1% | Destroyed via `coin::burn()` |
| Liquidity Fee | 1% | Sent to Cetus SUI/NRV pool address |
| Net Transfer | 98% | Recipient |

### 10.2 Exemptions

The following addresses are fee-exempt (both burn and LP fee waived):
- Admin wallet (deployer)
- Cetus liquidity pool contract address
- Any address added by admin via `set_exempt()`

Exemptions ensure that pool rebalancing swaps do not trigger recursive fee deductions.

### 10.3 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:

### 15.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: 30-second transfer cooldown per address
- Blacklist / exempt tables for address-level control
- `transfer_v2()`: 1% burn + 1% LP fee + 98% net transfer
- `buyback_burn()`: Revenue-sourced burn function
- `enable_trading()`: One-way trading gate, cannot be re-disabled

### 15.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

### 15.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

### 15.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 liquidity | 4,000 SUI + 15,000,000 NRV |

### 15.2 Liquidity Strategy

- Launch: 4,000 SUI + 15M NRV deposited into Cetus pool
- LP fee accumulation: 1% of every NRV transfer feeds back into the pool
- No LP token lock required: Move ownership model ensures liquidity cannot be rug-pulled via token approval exploits
- Future: As revenue grows, 20% buyback will add additional buy pressure

### 15.3 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 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
- **Normal operation**: Maximum 1% of supply per transaction (~1M NRV)
- **Cooldown**: 30 seconds between transfers per address
- **Exempt list**: Pool contracts and admin are exempt from limits

### 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 + LP 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)
- [ ] Akash Network integration (CPU task marketplace)
- [ ] IO.net integration (GPU task marketplace)
- [ ] 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*
*nrvnetwork.io · contact@nrvnetwork.io*
*Whitepaper v1.0 · June 2026*