Working Out Loud: Das NAP Wallet – Warum der Netzanschluss einen Universal Translator braucht

Ein architektonischer Einblick am Osterwochenende: Wie das NAP Wallet als digitaler Zwilling des Netzanschlusses die Kommunikationslücke zwischen Prosumer und Stadtwerk schließt und Stammdaten heilt.

Die ruhigen Tage am Osterwochenende bieten eine hervorragende Gelegenheit, einen Schritt zurückzutreten und auf die Architektur der Energiewende zu schauen. Bei der Weiterentwicklung der Cernion Energy Tools (A²MDM) sind wir auf einen fundamentalen Kommunikationsbruch gestoßen, der aktuell die Digitalisierung zwischen Stadtwerken und Endkunden blockiert.

Zwei Welten, die sich nicht verstehen

Auf der einen Seite steht der moderne Prosumer. Er investiert zehntausende Euro in PV, Wärmepumpen und Wallboxen. Er spricht die Sprache seiner HEMS-App ("Mein Speicher ist voll", "Mein Auto lädt nicht"). Er wünscht sich eine individuelle, wertschätzende Betreuung für sein Investment.

Auf der anderen Seite steht das Stadtwerk (Netzbetreiber/Vertrieb). Es muss kritische Infrastruktur schützen, denkt in Commodities, Standardlastprofilen und Massenprozessen. Es spricht die Sprache von MaStR-Nummern, NAV, EEG und §14a-Drosselungen.

Dazwischen? Steht oft der Installateur mit PDF-Formularen. Das Resultat ist ein asynchrones Ping-Pong fehlerhafter Stammdaten, das beide Seiten frustriert.

Die Idee: Das NAP Wallet (Netzanschluss-Wallet)

Wir haben in den letzten Tagen intensiv an einem Konzept gearbeitet, das wir als "NAP Wallet" bezeichnen. Die physische, rechtliche und mess-technische Grenze im System ist immer der Netzanschluss (NAP). Also muss auch das digitale Interface exakt dort ansetzen.

Das NAP Wallet ist konzipiert als ein standardisierter, digitaler Container – ein universeller Übersetzer.

  1. Die Übersetzung: Wenn der Endkunde in seiner App meldet "Meine neue Wallbox lädt nicht", übersetzt das NAP Wallet dieses HEMS-Muster semantisch (via Open Energy Ontology) in einen maschinenlesbaren Datensatz für das Asset Management des Stadtwerks ("Anpassung Profil §14a EnWG relevant"). Und umgekehrt übersetzt es kryptische SCADA-Drosselbefehle in kundenfreundliche Push-Nachrichten ("Wir optimieren kurz das Netz, dafür sparst du heute 15 Cent").

  2. Der Data-for-Value Loop: Anstatt Kunden mit Formularen zur Stammdatenpflege zu gängeln, liefert das System sofortige Werte (z.B. eine Basis-Ertragsprognose aus öffentlichen MaStR-Daten). Korrigiert der Kunde diese Prognose freiwillig (z.B. "Ich habe noch eine Wärmepumpe"), heilen sich die Stammdaten des Stadtwerks im Hintergrund von selbst ("Self-Healing Master Data").

  3. Boundary of Trust (Compliance by Design): Das Wichtigste: Sensible HEMS-Verhaltensdaten des Kunden verschwinden nicht in einem gigantischen Data-Lake des Stadtwerks. Sie bleiben kryptografisch isoliert im Wallet des Kunden. Die KI rechnet lokal (Zero-Knowledge) und gibt an das Stadtwerk nur das aggregierte, harmlose Ergebnis (z.B. "5 kW Flexibilität verfügbar") zurück. Das schützt Stadtwerke vor den toxischen Haftungsrisiken des EU AI Act und der DSGVO.

Fazit & Ausblick

Ein solches NAP Wallet skaliert fraktal – vom 600W-Balkonkraftwerk bis zum 5MW-Speicher im Redispatch 2.0. Es löst den Vendor-Lock-in von Hardware-Herstellern und macht das Stadtwerk wieder zum zentralen, vertrauensvollen "Trusted Advisor" für alle Energiefragen.

Wir werden dieses Architektur-Konzept in den kommenden Wochen tiefgreifend technisch spezifizieren. Feedback aus der Community ist ausdrücklich erwünscht.

← Zurück zur Timeline