|
| 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 | + |
| 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 | + |
| 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