EN
ENRG Protocol
Technical Documentation
v2.0

1. Architecture

The ENRG protocol operates on a decentralized architecture connecting physical energy production to blockchain-based tokenization:

  • IoT Devices: Physical sensors (e.g., ESP32 + PZEM-004T) measure energy output and transmit signed data.
  • Oracles: Verify and relay IoT data to smart contracts on Solana.
  • Smart Contracts: Mint ENRG tokens based on verified production data.
  • Energy Vault: Stores tokenized energy value, enabling staking, trading, and protocol fees.

2. Proof-of-Production

ENRG implements a Proof-of-Production mechanism to ensure tokens are backed by real energy generation:

  • IoT devices (ESP32 microcontroller with PZEM-004T energy meter) collect production data every 10 minutes.
  • Data is signed using Ed25519 cryptography for authenticity.
  • Signed data is transmitted via Wi-Fi to oracle nodes.
  • Oracles verify signatures and data integrity before relaying to smart contracts.
  • Smart contracts mint ENRG tokens proportional to verified energy output (1 ENRG = 1 MWh).

3. Smart Contracts

The ENRG protocol consists of several Solana-based smart contracts:

  • registry: Manages device registration and producer identities.
  • mint_enrg: Handles ENRG token minting based on oracle-verified data.
  • vault: Stores protocol fees and manages the Energy Vault economy.
  • buyback_burn: Executes automated buyback and burn mechanisms for deflation.
  • staking: Allows ENRG holders to stake tokens for rewards.
  • founder_vesting: Manages founder token vesting schedules.

4. API

ENRG provides RESTful APIs for device management and proof submission:

  • POST /api/v1/proof/submit: Submits signed proof-of-production data from IoT devices.
  • GET /api/v1/device/{id}/status: Retrieves the status and history of a specific device.

5. Energy Vault Economy

The protocol collects a 15% fee on all ENRG minting, distributed as follows:

  • Buyback & Burn (20%): Tokens are bought back and permanently removed from circulation.
  • Staking (40%): Rewards distributed to ENRG stakers.
  • DAO Reserve (30%): Funds protocol development and governance.
  • Emergency Fund (10%): Reserved for unforeseen protocol needs.

6. Roadmap

  • Genesis (Q1 2024): MVP launch with basic IoT integration and token minting.
  • Mainnet (Q2 2024): Full Solana deployment with oracle integration.
  • Vault Growth (Q3 2024): Expansion of Energy Vault features and staking rewards.
  • Expansion (Q4 2024): Multi-chain support and global energy producer onboarding.

7. Tokenomics

  • Maximum Supply: 1,000,000,000 ENRG tokens (fixed cap).
  • Backing: 1 ENRG = 1 MWh of verified energy production.
  • Deflation: Achieved through automated Buyback & Burn mechanisms.

8. IoT Hardware Prototype

  • Hardware: ESP32 microcontroller paired with PZEM-004T energy monitoring module.
  • Security: Ed25519 digital signatures for data authenticity.
  • Connectivity: Wi-Fi transmission of signed data to oracle nodes.
  • Frequency: Data submission every 10 minutes for real-time verification.

9. Oracle Architecture

  • Primary Oracle: Switchboard for production-grade data verification.
  • MVP Oracle: oracle-publisher.js for initial testing and development.
  • Production Integration: Direct CPI (Cross-Program Invocation) calls on Solana.

10. Competitive Advantages

  • Universal Energy Support: Compatible with any energy source (solar, wind, hydro, etc.).
  • Real MWh Backing: Tokens backed by actual energy production, not loyalty points.
  • Buyback & Burn: Built-in deflationary mechanism.
  • Source Multipliers: Different reward rates for various energy types.
  • Decentralization: Fully decentralized oracle and smart contract infrastructure.

11. Security Considerations

  • Key Storage: Secure hardware storage using ATECC608 cryptographic co-processor.
  • Signature Verification: All data submissions require valid Ed25519 signatures.
  • Replay Protection: Nonce-based mechanisms prevent duplicate submissions.
  • Oracle Consensus: Multi-node verification ensures data integrity.
Back to main site
.doc-shell-inner { position: relative; z-index: 1; } h1, h2, h3 { color: var(--accent-cyan); letter-spacing: 0.04em; } h1 { font-size: clamp(1.9rem, 2.4vw, 2.4rem); margin-bottom: 10px; } h2 { font-size: clamp(1.3rem, 1.8vw, 1.6rem); margin-top: 28px; margin-bottom: 10px; } h3 { font-size: 1.05rem; margin-top: 22px; margin-bottom: 8px; } p, li { margin-bottom: 10px; line-height: 1.6; color: var(--text-main); font-size: 0.94rem; } ul { margin-left: 1.2rem; margin-bottom: 10px; } li { margin-bottom: 4px; } a { color: var(--accent-cyan); text-decoration: none; } a:hover { color: #7dd3fc; } code, pre { font-family: "JetBrains Mono", ui-monospace, SFMono-Regular, Consolas, monospace; font-size: 0.85rem; } pre { background: radial-gradient(circle at top left, rgba(15, 23, 42, 0.95), rgba(15, 23, 42, 0.9)); border-radius: var(--radius-md); border: 1px solid rgba(148, 163, 184, 0.4); padding: 14px 16px; margin-bottom: 14px; overflow-x: auto; box-shadow: 0 18px 40px rgba(15, 23, 42, 0.9); position: relative; } .glass-section { border-radius: var(--radius-lg); background: linear-gradient(135deg, rgba(15, 23, 42, 0.92), rgba(15, 23, 42, 0.7)); border: 1px solid var(--border-card); box-shadow: var(--shadow-soft); padding: 18px 16px 20px; margin: 18px 0; backdrop-filter: blur(26px); position: relative; overflow: hidden; transition: transform var(--transition-fast), box-shadow var(--transition-fast), border-color var(--transition-fast); } .glass-section:hover { transform: translateY(-3px); box-shadow: 0 26px 70px rgba(15, 23, 42, 1), 0 0 30px rgba(0, 229, 255, 0.35); border-color: rgba(0, 229, 255, 0.7); } .roadmap-wrapper { margin: 26px 0 10px; } .roadmap-timeline { position: relative; padding-left: 0; margin: 0; list-style: none; } @media (min-width: 768px) { .roadmap-timeline { display: flex; gap: 32px; overflow-x: auto; } } .roadmap-item { position: relative; padding-left: 26px; margin-bottom: 18px; } @media (min-width: 768px) { .roadmap-item { min-width: 220px; padding-left: 0; } } .roadmap-node { position: absolute; left: 0; top: 4px; width: 14px; height: 14px; border-radius: 999px; background: radial-gradient(circle, var(--accent-cyan), var(--accent-orange)); box-shadow: 0 0 16px rgba(0, 229, 255, 0.9), 0 0 26px rgba(255, 107, 0, 0.7); } @media (min-width: 768px) { .roadmap-node { position: static; margin-bottom: 10px; } } .roadmap-card { border-radius: var(--radius-md); background: linear-gradient(135deg, rgba(15, 23, 42, 0.96), rgba(15, 23, 42, 0.8)); border: 1px solid rgba(148, 163, 184, 0.5); padding: 10px 12px; box-shadow: 0 18px 40px rgba(15, 23, 42, 0.9); } .roadmap-phase { font-size: 0.8rem; text-transform: uppercase; letter-spacing: 0.16em; color: var(--accent-orange); margin-bottom: 4px; } .roadmap-title { font-size: 0.95rem; font-weight: 600; margin-bottom: 4px; color: var(--accent-cyan); } .roadmap-desc { font-size: 0.85rem; color: var(--text-muted); } .fade-up { opacity: 0; transform: translateY(16px); transition: opacity 500ms ease-out, transform 500ms ease-out; } .fade-up.visible { opacity: 1; transform: translateY(0); } table { width:100%; border-collapse:collapse; margin:10px 0; font-size:0.9rem; } th { text-align:left; padding:6px 8px; border-bottom:1px solid rgba(148,163,184,0.4); } td { padding:6px 8px; }
EN
ENRG Protocol
Technical Documentation v2.0
DePIN / Cyber‑Physical Infrastructure

ENRG Technical Overview v2.0

May 2026 · Contact: contact@enrg.network

1. Architecture

IoT Devices (ESP32+PZEM‑004T) → Oracles (Switchboard planned) → Smart Contracts (Solana) → Energy Vault ↔ Users / Markets

2. Proof-of-Production (PoP)

Every 10 min, controller sends signed proof {device_id, timestamp, energy_wh, signature}.
Contract verifies signature, timestamp (≤15 min), power limit, nonce, then mints ENRG with 15% protocol fee distribution.

① Connect any source → ② ESP32+PZEM‑004T signs proof every 10 min → ③ Smart contract validates & mints ENRG

3. Smart Contracts (Solana / Anchor)

  • registry – device registration, staking
  • mint_enrg – proof validation, minting with split: 85% user, 15% fee → Buyback 20%, Staking 40%, DAO 30%, Emergency 10%
  • vault – revenue management
  • buyback_burn – automated market buy and burn
  • staking – stake/unstake/claim
  • founder_vesting – 1‑year cliff, 3‑year linear

4. API

POST /api/v1/proof/submit – submit energy proof

GET /api/v1/device/{id}/status – device info

5. Energy Vault Economy

20% Buyback & Burn · 40% Staking Pool · 30% DAO Reserve · 10% Emergency Fund

6. Roadmap

  • Phase I
    Genesis
    Testnet launch, audit, IoT prototype, landing page
    Q2–Q3 2026
  • Phase II
    Mainnet
    Mainnet deployment, first IoT devices, DEX listing
    Q4 2026 – Q1 2027
  • Phase III
    Vault Growth
    Vault activation, Buyback & Burn, industrial producers
    Q2–Q3 2027
  • Phase IV
    Expansion
    Tier‑1 CEX, cross‑chain, full DAO governance
    2028+

7. Tokenomics (May 2026)

The ENRG token is engineered as a hard-capped, energy-denominated asset with clear protocol fees and deflationary mechanics.

  • Max supply: 1,000,000,000 ENRG (fixed cap)
  • Scale: 1 ENRG = 1 MWh (1,000 kWh)
  • Token decimals: 6 (1 ENRG = 1,000,000 base units)
  • Protocol fee: 15% of every mint distributed as:
    • 20% Buyback & Burn
    • 40% Staking Rewards
    • 30% DAO Reserve
    • 10% Emergency Fund
  • Source multipliers:
    • Solar, Wind, Hydro: 100%
    • Biogas: 80%
    • Fossil: 50%

Initial Distribution (200M ENRG, 20% of cap)

Category Share Amount (ENRG)
Team & Founder (4-year vesting, 1-year cliff) 20% 200M
DAO Reserve 15% 150M
Investors & Partners 10% 100M
Marketing & Bounty 5% 50M
AirDrop & Early Users 5% 50M
Liquidity Mining 5% 50M
Audits & Development 5% 50M
Emergency Reserve 5% 50M

Deflationary Mechanics

Every protocol fee is split to reinforce scarcity and long-term sustainability:

  • 20% of every protocol fee buys ENRG from the market and burns it (Buyback & Burn).
  • 40% of fees are distributed to stakers as rewards.
  • 30% of fees fund ecosystem development via the DAO Reserve.
  • 10% of fees are allocated to an Emergency Fund for black swan events.

8. Emission Curve & Scarcity Forecast

The ENRG emission curve is designed so that circulating supply tightens as network adoption grows, creating structural scarcity.

  • Conservative scenario (5% network growth per year):
    • Assuming modest onboarding of energy producers and stable demand, the 800M ENRG free float is projected to be fully mined by 2030.
    • This implies a gradual but steady reduction in newly issued ENRG over the next few years.
  • Moderate scenario (15% growth per year):
    • With stronger adoption and compounding growth in energy tokenization, mining of the 800M ENRG free float ends by 2028.
    • This accelerates scarcity and shifts value capture toward secondary markets and staking yields.
  • Aggressive scenario (10x growth in first year):
    • If ENRG experiences a breakout year with 10x growth in tokenized energy volume, the remaining tokens are exhausted within 18 months.
    • Under this regime, ENRG rapidly transitions from an emission-driven asset to a purely fee- and scarcity-driven asset.

Across all scenarios, ENRG is programmed to become a deflationary asset: as demand for tokenized MWh grows and the remaining supply shrinks, buyback & burn mechanics and capped issuance drive increasing scarcity and potential value appreciation over time.

9. IoT Hardware Prototype

The first ENRG IoT prototype demonstrates end-to-end measurement, signing, and submission of energy data from real-world devices.

  • ESP32 DevKit V1 with PZEM-004T sensor: measures voltage, current, power, and energy consumption at the edge.
  • Ed25519 on-device signing: each measurement batch is signed locally, ensuring authenticity and tamper resistance.
  • Wi-Fi data submission every 10 minutes: periodic pushes to the ENRG oracle layer keep on-chain state closely aligned with physical reality.
  • OLED display for local monitoring: operators can verify live readings and device status without relying on external dashboards.
  • Secure Element (ATECC608) planned for production: hardware-grade key storage and secure signing for large-scale deployments.

10. Oracle Architecture

The ENRG oracle stack bridges physical energy measurements into verifiable on-chain data with a clear evolution path from MVP to production.

  • Primary: Switchboard for decentralized data delivery and aggregation.
  • MVP: a local oracle-publisher.js script that ingests signed device data and publishes it to the network.
  • Production: direct CPI (Cross-Program Invocation) to the ENRG smart contract, minimizing latency and trust assumptions.

11. Investment Opportunity

ENRG is positioned as a DePIN-native energy asset with clear capital needs and a transparent revenue trajectory.

  • Pre-Seed: $150k – $250k targeted to fund:
    • Smart contract and protocol audits.
    • MVP refinement and UX polish.
    • Legal structuring and compliance.
    • Marketing and community growth.
    • Initial DEX liquidity provisioning.

Projected Vault Revenue

Year Projected Vault Revenue (USD)
2027 $500k
2028 $2M
2029 $10M

Full technical specifications, detailed financial models, and deployment roadmaps are available upon request for qualified investors.

12. Competitive Advantages

ENRG combines real-world energy backing with crypto-native incentives to create a differentiated DePIN asset.

  • Supports any energy source (solar, wind, hydro, biogas, fossil) with transparent multipliers.
  • Real asset backed by MWh, not loyalty points or synthetic credits.
  • Buyback & Burn mechanics continuously remove ENRG from circulation, creating structural scarcity.
  • Energy source multipliers incentivize green energy and reward low-carbon producers.
  • Fully decentralized, open source architecture aligned with DePIN and Web3 principles.
  • Built on the fast and cheap Solana blockchain (2000+ TPS), enabling high-throughput settlement and low fees.

13. Security Model

13.1 IoT Device Security

  • Ed25519 private key is generated and stored on the device during provisioning.
  • Future production devices will use a dedicated Secure Element (ATECC608) for hardware‑grade key protection.
  • Over‑the‑Air (OTA) firmware updates are signed and verified before installation to prevent unauthorized modifications.
  • Physical tamper detection triggers immediate key invalidation.

13.2 Data Integrity & Replay Protection

  • Every energy proof includes a monotonically increasing nonce, which is validated by the smart contract. Replay of an old proof is rejected.
  • The proof also contains a timestamp that must be within 15 minutes of the current Solana block time, limiting the window for stale data.
  • The smart contract enforces a maximum energy per interval based on the registered device power rating, preventing inflated readings.

13.3 Communication Security

  • Devices communicate over TLS‑encrypted channels to the oracle endpoint.
  • In the production phase, Switchboard’s decentralized oracle network will aggregate and validate data, removing single points of failure.

13.4 Smart Contract Security

  • All ENRG programs are written in Rust using the Anchor framework and follow Solana’s secure development best practices.
  • A third‑party professional audit of all core programs is scheduled as Milestone 1 in the roadmap.
  • The protocol supports upgradeability through a secure multisig governance model, with a clear path to full DAO governance.

Full specifications available at enrg.network