Skip to content

Commit 1123831

Browse files
committed
Web3 Energy level-2 grant applicaiton.
1 parent 9aa8c65 commit 1123831

File tree

1 file changed

+265
-0
lines changed

1 file changed

+265
-0
lines changed

applications/web3-energy.md

Lines changed: 265 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,265 @@
1+
# W3CP Core: Polkadot-Anchored Device Identity for Real-World Energy Infrastructure
2+
3+
- **Team Name:** Web3 Energy Ltd.
4+
- **Contact Email:** [email protected]
5+
- **Level:** 2
6+
- **Total Costs:** 30,000 USD
7+
- **Payment Address (DOT, the address is Asset Hub):** 16LwjL7KKPXaSGgiPYA4qdYfGv2dsUU4Zb81SzUJRmmFTkxd
8+
- **Payment Address (USDC, again Asset Hub):** 16LwjL7KKPXaSGgiPYA4qdYfGv2dsUU4Zb81SzUJRmmFTkxd
9+
10+
---
11+
12+
## Project Overview :page_facing_up:
13+
14+
### Overview
15+
16+
**Tagline:**
17+
Polkadot-anchored decentralized identities for charge points, vehicles, and energy infrastructure.
18+
19+
**Brief Description:**
20+
Web3 Energy Ltd. is building W3CP (Web3 Charging Protocol), an identity-first protocol for EV charging and energy infrastructure.
21+
22+
This proposal requests a Level 2 grant to deliver a Polkadot-anchored device identity verification core that enables real-world infrastructure devices to authenticate without centralized allowlists or pre-registration.
23+
24+
---
25+
26+
### Motivation & Real-World Context
27+
28+
Electric vehicles and charging infrastructure are transitioning from closed ecosystems to **open, heterogeneous networks** involving multiple manufacturers, operators, and jurisdictions.
29+
30+
In this environment:
31+
32+
- Charge points must authenticate without fragile backend allowlists
33+
- Vehicles must identify themselves across vendors and borders
34+
- Infrastructure lifecycles span 10–20+ years
35+
- Regulatory and security requirements continue to increase
36+
37+
**Identity is the missing layer across the entire charging stack — from vehicles and charge points down to embedded meters that must cryptographically sign and attest measured values — while backend systems remain verifiers, not trust anchors.**
38+
39+
Web3 Energy’s core belief is:
40+
41+
- Cars need identities
42+
- Charge points need identities
43+
- Independent meters inside charge points need identities to sign and attest measured values
44+
- Infrastructure needs verifiable, long-lived identities
45+
- Backends should not be the root of trust
46+
47+
Polkadot provides a uniquely suitable foundation:
48+
49+
- **Native, addressable runtime storage**, enabling deterministic, constant-time verification of identity and attestation state without block scanning or external indexers
50+
- **Long-term governance and upgradeability**, allowing trust and attestation models to evolve over time without breaking deployed infrastructure
51+
- **Neutral, non-vendor-controlled trust**, suitable for multi-operator and multi-jurisdiction infrastructure
52+
- **Strong cryptographic and economic guarantees**, aligned with long-lived physical devices
53+
54+
This foundation allows the project to start with a minimal, production-ready verification model, while enabling more advanced governance-based trust and attester models to be introduced in later phases.
55+
56+
---
57+
58+
### Current State & Proof of Concept
59+
60+
Web3 Energy already operates a **working proof-of-concept**, including:
61+
62+
- A **publicly accessible backend** implementing the W3CP protocol
63+
- A **user-facing UI** (public access via Gmail login)
64+
- A **public charge-point simulator / reference firmware**, implementing the W3CP device handshake
65+
- A **public W3CP protocol specification**
66+
- An initial **Polkadot-based identity proof-of-concept deployed on the Westend testnet**, which will be **open-sourced as part of this grant**
67+
68+
In the current PoC:
69+
- Device identities are available to the backend at connection time
70+
- Polkadot is used experimentally to anchor and validate identity data
71+
- Verification logic demonstrates feasibility, but is not yet production-grade
72+
73+
This grant focuses on **strengthening this PoC**, formalizing the identity model, and upgrading it to a **real DID-based verification flow** suitable for mainnet usage.
74+
75+
---
76+
77+
## Project Details
78+
79+
### Core Concept
80+
81+
The project delivers a **verified connection flow** where:
82+
83+
- A device connects to a backend **without being pre-registered**
84+
- The backend **does not store a static device allowlist**
85+
- The device presents a decentralized identity (DID)
86+
- The backend verifies the DID **in real time against Polkadot**
87+
- The connection is upgraded to **VERIFIED** only after successful proof
88+
- Invalid or unknown identities are **explicitly rejected**
89+
90+
Compared to the existing PoC, this grant introduces:
91+
- A formal DID model
92+
- Real-time attestation checks
93+
- Clear separation between backend logic and identity verification
94+
- A migration path from Westend to Polkadot mainnet
95+
96+
This pattern is applicable beyond EV charging:
97+
- IoT
98+
- DePIN
99+
- Energy infrastructure
100+
- Industrial systems
101+
102+
---
103+
104+
### Attesters & Trust Assumptions (Scope Clarification)
105+
106+
For the scope of this grant, **device attestations are assumed to be issued by a small, known set of bootstrap attesters**.
107+
108+
- Attesters are represented by cryptographic keys whose public identifiers are **anchored on Polkadot**
109+
- The identity sidecar verifies:
110+
- the device’s cryptographic proof of key ownership
111+
- the validity of the attestation
112+
- the presence of the attester reference in on-chain state
113+
- The backend itself does **not** maintain issuer or device allowlists and derives trust exclusively from on-chain verification results
114+
115+
**Governance mechanisms for permissionless attester admission, registrar workflows, deposits, slashing, or reputation systems are intentionally out of scope for this grant** and are planned as future work once the core verification flow is production-ready.
116+
117+
---
118+
119+
120+
### Architecture (High-Level)
121+
122+
- **Device / Simulator:** Implements W3CP handshake and cryptographic proof
123+
- **Polkadot Identity Sidecar (Open-Source):**
124+
- Resolves device DIDs
125+
- Verifies signatures
126+
- Validates attestations in real time against Polkadot
127+
- **Backend (Reference Integration):**
128+
- Performs live verification
129+
- Does not maintain a device registry
130+
- **Demo UI:** Visualizes verified vs rejected connections
131+
132+
The backend trusts **on-chain state**, not its own database.
133+
134+
![W3CP Polkadot-Anchored Device Identity Verification Flow](https://raw.githubusercontent.com/web3-energy/polkadot/main/polkadot-trust.svg)
135+
136+
---
137+
138+
### Technology Stack
139+
140+
- **Backend:** Java (Quarkus)
141+
- **CP-Firmware** Java, open-source
142+
- **Identity Sidecar:** Node.js, open-source
143+
- **Frontend:** Web UI (Vue.js, hosted on AWS CloudFront; publicly accessible, Google Auth)
144+
- **Infrastructure:** AWS
145+
- **Blockchain:** Polkadot (Westend for proof-of-concept, mainnet-ready design)
146+
- **Cryptography:** Standard public-key signatures, challenge–response authentication, and cryptographic hashes
147+
148+
No proprietary cryptographic primitives are introduced.
149+
150+
151+
---
152+
153+
## Ecosystem Fit
154+
155+
### Why This Matters to Polkadot
156+
157+
- Demonstrates **real-world device identity usage** in production-like environments
158+
- Aligns with **DePIN, IoT, and decentralized identity** verticals
159+
- Creates **tangible Polkadot usage** through on-chain identity anchoring
160+
- Positions Polkadot as an **invisible but critical infrastructure layer** for physical systems
161+
- Provides a **practical reference implementation** that can be evaluated, tested, and reused by the foundation and the broader ecosystem
162+
163+
This project is designed to be **actively used, tested, and extended**, not merely demonstrated.
164+
165+
166+
---
167+
168+
## Scope & Deliverables
169+
170+
### Milestone 1 — Polkadot Device Identity Verification Core
171+
**Duration:** ~6 weeks
172+
**Cost:** ~$15,000 USD
173+
174+
**Deliverables:**
175+
- Extension of the existing PoC into a **formal DID-based identity model**
176+
- Polkadot identity sidecar (open-source reference attester)
177+
- Real-time on-chain verification and attestation checks
178+
- Verified connection flow (unauthenticated → verified / rejected)
179+
- Charge-point simulator implementing the upgraded W3CP identity handshake
180+
- Protocol documentation and trust-model explanation
181+
182+
---
183+
184+
### Milestone 2 — Demo, Documentation & Developer Experience
185+
**Duration:** ~6 weeks
186+
**Cost:** ~$15,000 USD
187+
188+
**Deliverables:**
189+
- **Public Demo UI**
190+
- Visualizes device connection attempts
191+
- Shows real-time identity verification outcomes
192+
- Allows anyone to experiment end-to-end
193+
194+
- **Public HOW-TO Documentation**
195+
- How the **W3CP protocol** works
196+
- How devices perform DID-based identity handshakes
197+
- How the Polkadot identity sidecar verifies identities and attestations
198+
- How to migrate from testnet-based PoCs to mainnet-ready setups
199+
200+
- **Open-Source Components**
201+
- Charge-point firmware simulator / reference implementation
202+
- Polkadot identity sidecar
203+
- Stateless
204+
- Unauthenticated
205+
- Backend-agnostic
206+
- Reusable by other projects
207+
208+
The backend itself is **publicly accessible and testable**, but its internal implementation is **not part of the open-source deliverables**.
209+
It serves as a **reference integration of the W3CP protocol**, demonstrating how decentralized identity verification can be embedded into real backend systems.
210+
211+
---
212+
213+
## Explicitly Out of Scope (Context & Rationale)
214+
215+
The following activities are **intentionally out of scope for this grant**, but are **actively ongoing and financed through other means**:
216+
217+
- Commercial backend and frontend product development
218+
- Integration and pilot discussions with charge-point vendors
219+
- Integration and pilot discussions with vehicle manufacturers
220+
- Secure hardware modules, certifications, and manufacturing
221+
- OCPP protocol extensions
222+
- Payments, wallets, and settlement logic
223+
224+
These activities are **essential for real-world adoption** and are being pursued in parallel.
225+
This grant **explicitly focuses on the Polkadot-based identity layer**, which must remain **open, reusable, and ecosystem-facing**.
226+
227+
---
228+
229+
## Why This Split Is Intentional
230+
231+
Real-world infrastructure adoption requires **both**:
232+
233+
1. **Open, neutral infrastructure primitives**
234+
(Polkadot-anchored decentralized identity)
235+
236+
2. **Commercial execution and market integration**
237+
(vendors, pilots, operations, compliance)
238+
239+
This grant funds **(1)**, while **(2)** ensures that the work leads to **real-world usage** rather than isolated experiments.
240+
241+
This reflects how infrastructure is built and adopted in practice.
242+
243+
---
244+
245+
## Team :busts_in_silhouette:
246+
247+
**Web3 Energy Ltd.** is a company focused on building real-world energy and EV charging infrastructure software.
248+
The team combines backend engineering, protocol design, and deep domain knowledge of charging systems and identity.
249+
250+
- **Contact Name:** Y. Boev
251+
- **Operations Contact:** V. Tsenova
252+
- **Email:** [email protected]
253+
- **Company Website:** https://web3-energy.com
254+
- **GitHub Organization:** https://github.com/web3-energy
255+
256+
We are happy to provide live demos, walkthroughs, or additional context in a call if helpful during the review process.
257+
258+
259+
## Final Note
260+
261+
This project is intentionally pragmatic.
262+
263+
It does not attempt to solve everything at once.
264+
It demonstrates how Polkadot’s decentralized identity stack can be applied to real-world infrastructure, connecting on-chain identity with physical devices in a concrete, testable, and extensible manner.
265+

0 commit comments

Comments
 (0)