Jede heute auf Nostr verschlüsselte Nachricht kann später von jedem entschlüsselt werden, der sie mitgeschnitten hat. Post-Quanten-Schlüssel, abgeleitet aus der Seed-Phrase, die Sie ohnehin haben, schließen diese Lücke - ohne Ihre Identität zu ändern.
Das eine prüft jemand anderen. Das andere lässt Sie dem Ganzen zusehen.
Schlagen Sie einen beliebigen npub nach und sehen Sie, ob Post-Quanten-Schlüssel veröffentlicht wurden, ob die Schlüssellängen stimmen und ob der Besitz nachgewiesen ist.
Zwei Identitäten registrieren sich auf öffentlichen Relays und tauschen echte ML-KEM-verschlüsselte Nachrichten aus. Zerlegen Sie jedes Ereignis Schicht für Schicht und sehen Sie genau, was ein Relay speichert.
Drei Ideen - keine davon erfordert Änderungen an den Relays.
Ihre Post-Quanten-Schlüssel stammen aus demselben BIP-39-Seed wie Ihr Nostr-Schlüssel, nur separat expandiert. Keiner wird aus dem anderen abgeleitet. Genau darauf kommt es an: Würde ein Post-Quanten-Schlüssel aus Ihrem privaten Schlüssel abgeleitet, müsste jemand, der Ihren Nostr-Schlüssel bricht, nur dieselbe Ableitung wiederholen. Da die Ableitung aus dem Seed eine Einbahnstraße ist, verrät ein gebrochener Nostr-Schlüssel nichts darüber.
Die öffentlichen Schlüssel liegen in einem eigenen ersetzbaren Event, nicht in Ihren Profil-Metadaten. Clients bauen diese Metadaten aus den Feldern zusammen, die sie kennen - ein unbekannter Schlüssel verschwände also stillschweigend, sobald Sie anderswo Ihren Anzeigenamen ändern, ohne dass Sie es merken.
Die Post-Quanten-Nutzlast reist innerhalb der bestehenden NIP-44- und NIP-59-Schichten, kombiniert mit dem klassischen Schlüssel statt ihn zu ersetzen. Relays brauchen keine Änderungen, und Clients, die nichts davon umsetzen, bleiben unberührt.
Es schützt dauerhaft die Vertraulichkeit aller ab jetzt gesendeten Nachrichten - auch gegenüber jemandem, der sie heute aufzeichnet und die Kryptografie später bricht. Es hindert einen Quantenangreifer nicht daran, Events in Ihrem Namen zu fälschen, denn Events werden weiterhin mit secp256k1 signiert. Das zu beheben erfordert eine Migration der Signaturen - eine eigene und deutlich größere Aufgabe.
Was er abfragt und was mit der Antwort zu tun ist.
Er sucht die kind:10203-Attestierung der Identität auf öffentlichen Relays und validiert sie: Stimmen die Schlüssellängen für ML-KEM-1024 und ML-DSA-87, passt die Herkunft zur angegebenen Seed-Stärke, und lässt sich der Besitznachweis verifizieren.
Weil diese Identität keine veröffentlicht hat. Es gibt keinen Rückfallweg und kein Raten: Ohne veröffentlichten ML-KEM-Schlüssel lässt sich keine Post-Quanten-Nachricht senden, und eine weichere Formulierung würde eine stille Rückstufung auf klassische Verschlüsselung einladen.
Eine secp256k1-Signatur beweist, dass jemand diese Bytes veröffentlicht hat, nicht dass er die passenden Post-Quanten-Geheimnisse besitzt. Deshalb gegensigniert der ML-DSA-Schlüssel eine Nachricht, die den npub und beide öffentlichen Schlüssel verbindet. ML-KEM kann nicht signieren — deshalb erhält auch der Verschlüsselungsschlüssel darüber seinen Besitznachweis.
Leiten Sie sie aus Ihrer vorhandenen 24-Wort-Seed-Phrase ab — kein neues Backup, und dieselben Wörter stellen weiterhin alles wieder her. Die Nostr-WoT-Erweiterung kann die Attestierung für Sie veröffentlichen, oder die Anleitung zeigt den Weg offline über die Kommandozeile.
Es ist ein Vorschlag, gemeinsam von Nostr WoT und QuantaKrypto entwickelt, aufbauend auf den finalisierten NIST-Standards FIPS 203 und FIPS 204. Er ist implementiert und läuft, statt theoretisch zu bleiben — genau dafür gibt es die Live-Chat-Demo.