Power2Peer · DER Onboarding Wizard

Onboard a New Distributed Energy Resource (DER)

Create a digital twin for trading, simulation, and VCPN routing

Use this wizard to onboard any asset: rooftop solar, utility-scale farms, micro/large hydro, wind, or standalone batteries. For this demo, try a micro hydro in Nepal or a solar + battery site in the USA.

Demo presets

1Basics

2Location & Grid

3Technical

4Commercial

5Data & Docs

6Review

Step 1 · Asset Basics

Start from a preset configuration or your own saved scenarios. You can always edit fields afterward.

Asset name Clear, human-readable name for investors and operators.

Asset type Determines which technical fields you see later.

Customer / asset segment

Ownership type

Owner / entity name

Commissioning year (planned / actual)

Mark as showcase project (good for investor demo & case studies).

Tip: For Nepal, choose Micro Hydro or Large Hydro. For the USA, choose Rooftop Solar, Solar Farm, Wind, or Battery-Only.

Step 2 · Location & Grid Context

Country Demo presets are tuned for Nepal hydro & USA solar / wind / BESS.

Region / state / province

City / municipality / village

Time zone

Latitude (optional)

Longitude (optional)

Grid attachment

Grid context

Utility / NEA region / ISO

These fields help Power2Peer and investors understand regulatory exposure (NEA vs ISO, net-meter vs wholesale).

Step 3 · Technical Profile

Fields adapt to asset type. For investor demos you don’t need everything perfect—just the right order of magnitude.

Installed capacity Value in kW or MW; specify unit below.

Capacity unit

Expected capacity factor (%)

Expected annual energy (approx) kWh/year or MWh/year; use whichever you prefer.

Step 4 · Commercial & Tariff Model

Tariff / revenue model

Primary offtaker / counterparty

Reference price (if applicable) In USD or local currency per kWh; indicate currency below.

Currency

Contract start (year)

Contract end (year)

Revenue and risk notes

Step 5 · Data, Telemetry & Documents

Metering / telemetry

Data resolution

Telemetry endpoint / notes

Key documents (reference only for this demo)

PPA / interconnection doc ref

License / permit ref

In a production system this step would support file uploads, signatures, and verification workflows. Here we just track references for investors and auditors.

Step 6 · Review & Generate Digital Twin

This view generates a clean JSON representation of the asset that can feed the P2PConnect marketplace, SDN controller, and your investor data room.

Digital twin payload Not generated yet

Scenario: Unsaved / custom

{ "note": "Click 'Generate Digital Twin' to see structured fields here." }

For a live pitch: onboard one asset (e.g., micro hydro in Nepal), generate the JSON, and explain how Power2Peer can index thousands of these into a global Virtual Clean Power Network.

VCPN Node Economics · Green Data Center Scenario

Use this optional view to see how this asset would perform as part of a standard VCPN node with a 2 MW Green Data Center and battery storage. The thin API estimates annual firm energy, platform revenue, asset uplift, and carbon-credit potential.

Idle

DC Energy Served

—

MWh/year from this VCPN node

VCPN Platform Rev

—

USD/year from incremental spread

Asset Uplift

—

USD/year vs baseline PPA or diesel

Carbon Credits

—

USD/year tokenizable from avoided tCO₂e

Investor Snapshot

Scenario: Unsaved / custom

As you fill the wizard, this panel gives a one-page summary you can narrate in a pitch or send as a pre-read. Think of it as the “front door” to the full technical and commercial data.

Asset

Not set yet

Type · Segment

Location

—

Grid context

Scale

—

Capacity factor & annual MWh

Revenue Model

—

Offtaker · Contract

VCPN Node View (optional)

If this asset is enrolled into a VCPN node with a 2 MW Green Data Center, these are indicative annual economics based on current parameters and the thin API model.

VCPN Mode

—

NEA or Off-grid

Platform Share

—

USD/year

Carbon Tokens

—

tCO₂e/year

Hydro in Nepal

Solar / Wind / BESS in USA

Token-ready digital twin

Plug-in to P2PConnect & SDN

Architecture & Script · Mini Deck

Use these tabs during the demo: one for the architecture slides, one for your investor scripts.

Slide 1 · From Form to Digital Twin

The wizard collects human-friendly inputs (name, location, tech, tariff).
When you click Generate Digital Twin, we create a structured JSON object.
That object is the “digital twin” of the real asset – one canonical record per plant.
Every other module (marketplace, SDN, analytics) reads this same description.

Wizard (UI form) ↓ Digital twin JSON ↓ Global DER Registry

Slide 2 · Backend API – /api/der-assets

The wizard sends the digital twin to the backend via POST /api/der-assets.
The API validates the payload and stores it in the Global DER Registry (DB).
The response returns an assetId that links this twin to downstream services.
Same API works for Mai Hydro, U.S. solar, wind, and battery sites.

POST /api/der-assets body: { digital twin JSON } ← response: assetId: "der_mai_cluster_0001" status: "created"

Slide 3 · Where the Twin Flows in Power2Peer

Marketplace uses the twin to list assets, price deals, and tokenize cashflows.
SDN / Routing Engine uses capacity, location, and grid context to schedule flows.
Analytics & Risk use historical data, tariffs, and contracts for forecasts and ESG.
Result: one onboarding flow, many downstream products – all powered by the same digital twin.

Wizard → /api/der-assets → DER Registry ↓ ┌───────────────┼─────────────────┐ ↓ ↓ ↓ Marketplace SDN / Routing Analytics & Risk

Live Demo · Script Options (Mai Hydropower)

Pick whichever version fits the audience. Both assume you’ve clicked the Mai preset and generated the digital twin.

Version A · Core Digital Twin Story

“First, we onboard Mai Hydropower just once through this wizard, and when I click Generate Digital Twin it creates a structured record of everything the system needs to know about this plant – technology, location, capacity, tariffs, and data feeds.”
“That digital twin is sent through our /api/der-assets endpoint into the Global DER Registry, which makes Mai a live node inside our Virtual Clean Power Network, with a unique asset ID the marketplace and SDN can both reference.”
“From there, the marketplace can create buy/sell contracts for Mai’s output, and the SDN controller uses the same twin to decide how many electrons can actually flow to which buyers, so financial trades and physical flows stay in sync.”

Optional NEA vs. Future P2P angle to add at the end:

“Today Mai sells into an NEA PPA, and we simply treat that cashflow as an on-chain, analyzable asset; in the future, the same digital twin lets us allocate slices of Mai’s output to villages, data centers, or EV fleets in a peer-to-peer model, while the SDN layer ensures those virtual trades stay consistent with the underlying physical grid.”

Version B · Why Power2Peer if I Already Have an NEA PPA?

“Today, Mai Hydropower already earns from a long-term PPA with NEA – that doesn’t change; when we onboard it here, we simply turn that PPA and plant into a standardized digital asset.”
“Once Mai is inside the Power2Peer network, the same plant can do more: we can tokenize parts of its cashflow, offer virtual shares of generation to investors or communities, and layer new products on top of the existing NEA contract.”
“So instead of being just a single-buyer PPA, Mai becomes a programmable, financeable node in a larger clean-energy network — with potential for more revenue and better financing, using exactly the same electrons.”