https://njump.edufeed.org https://njump.edufeed.org/npub1qvqv0ne0hkx3llfjddgvej2ep0jg5xvysue0z7gac049y74p3avsc6u54n https://njump.edufeed.org/nevent1qqsv2zma2378tw2tpgq9v248uqdgltjujjdpw4gq68npe3hhxy585dczyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84jm44tte In reply to <a href='/nevent1qqsxgmyrg7m26u96fc506tehtcevvycqkee6jwfnmztw9gukk07xmcqpzamhxue69uhhyetvv9ujuurjd9kkzmpwdejhgtcw55r63'>nevent1q…5r63</a><br/>_________________________<br/><br/>Sadly the lightning network cannot survive any layer one quantum migration to a proper quantum-resistant sig scheme in its current form, and I do feel confident that quantum is coming and that the pressure for the layer one to migrate will be too great, especially the institutional pressure. The lightning network has a few years left at best, it feels like time to let it go, I&#39;m more interested in what comes after. 2026-04-21T22:52:42Z https://njump.edufeed.org/nevent1qqs9578nd6kt876tr6qyl7dj2t2m3593x8a4kfz9kq59qvlp8lh97uszyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84j2e7h0k In reply to <a href='/nevent1qqsglt57l8mnhmm0tjewjx42fvsxj9cj7sk7e6epsg4g6jx3tqh993qppemhxue69uhkummn9ekx7mp0cl5ma6'>nevent1q…5ma6</a><br/>_________________________<br/><br/>Our team did, but conclusion: there is very little to talk about. Dilithium signatures are fine, latency is acceptable, events look comical but that&#39;s a UI issue. It would be dilithium or nothing I think, falcon is floating point and needs a highly curated environment (which nostr is definitely not), mayo and the rest no real benefit, and so dilithium it is.<br/><br/>The main thing is there is no way to transition sigs, no backwards compatibility, because there is no timestamp authority in nostr. Without one, you have to essentially burn this current nostr, accept all histories are de-facto back-to-the-future comprised, and start again from zero. If all of nostr can agree on a single timestamp authority then maybe there could be a great wrapping of sorts, but that seems unlikely. <br/><br/>As it stands a schnorr key cannot lay claim to a dilithium key and have that claim survive q-day, and vice versa, a dilithium key cannot lay claim to a schnorr key in the sense that any dilithium key could lay claim to any schnorr key. <br/><br/>All in all nostr is in a uniquely difficult position vis a vis quantum. 2026-04-16T22:58:24Z https://njump.edufeed.org/nevent1qqszdy9969l7k38jtrmmlpflj5npc6l2dmlh26f3yavlu3tdlqzrh7gzyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84jxegcn5 In reply to <a href='/nevent1qqszpp6u79x3hdl3j9ulen377y09aeym496hu7q56hhgz6svm8tr54qlu0chm'>nevent1q…0chm</a><br/>_________________________<br/><br/><a href="https://reddwarf.app/">https://reddwarf.app/</a><br/><br/>This client pulls directly from PDSes. 2026-02-09T18:32:47Z https://njump.edufeed.org/nevent1qqsgkdtvpahmga3pcm2zskyd8fc5ukd5m5330q70c7zcpuv0ja4awtszyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84j3er7gx One of the many scratch your chin moments when working with enterprises that have PQC requirements (which is many these days) is when you realise there isn&#39;t a simple, drop-in Diffie-Hellman analogue for the post-quantum world. We’ve spent decades building things around the DH handshake, but the PQC world is dominated by KEMs, and will likely stay that way for a good while since all the DH analogues we&#39;ve thought up so far are all pretty wobbly. So it&#39;s not just a swap of algorithms, it&#39;s a pretty considerable shift in how we handle design and function. 2026-01-21T06:31:03Z https://njump.edufeed.org/nevent1qqspklnhhevxzqpldkz0rtwtsmy34jczh39gtntysw3gzpas5yer8jczyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84j2n7yl9 In reply to <a href='/nevent1qqsf38md725axl7y60n970c0re2etq8264qr4cpr7ut8cr3928gvktcpzamhxue69uhhyetvv9uhxtnyd9nkwmm09e3k7mg5fd9hl'>nevent1q…d9hl</a><br/>_________________________<br/><br/>In Moulin Rouge they said it was love. What happened? 2025-12-20T11:00:40Z https://njump.edufeed.org/nevent1qqstdh7hlde4uqy3q42hpztuds0dk5ce8d5xegcm3gdfyt6wxz5ut4gzyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84javfmql In reply to <a href='/naddr1qqgxgcf58ycrjwrzxp3xvvrpvc6kgq3qklkk3vrzme455yh9rl2jshq7rc8dpegj3ndf82c3ks2sk40dxt7qxpqqqp65wtmxeru'>naddr1qq…xeru</a><br/>_________________________<br/><br/>Great read. I&#39;ve got a small team working on this exact thing. Feeling a little less lonely now. 2025-12-16T23:09:37Z https://njump.edufeed.org/nevent1qqsztgq2gr8hggmtt0dtmct7ky0f7dhqxpt4dea0nmz7svmkv5pelvgzyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84jpg7nxe In reply to <a href='/nevent1qqsxxmepudnxt0dr5z87wpzz7f3msl6y29c0uezx6f67azymry5j3fcppemhxue69uhkummn9ekx7mp0ex5adv'>nevent1q…5adv</a><br/>_________________________<br/><br/>There&#39;s a school of thought that says if your website needs a chrome extension at all then as far as beginner users go you&#39;ve already lost. 2025-12-15T11:39:22Z https://njump.edufeed.org/nevent1qqsghhhpqs02hycra3g7el0rurwslf8ttr9futz2llps8kmhkg6pw7qzyqpsp370977c68laxf44pnxfty97fzsesjrn9uterhp755n65x84jft5qgl In reply to <a href='/nevent1qqsqh7638e0ukugr6pyadlv5s7cavuslmux3hn83wmp0yx9uke3kgcgpp4mhxue69uhkummn9ekx7mq4mr9dl'>nevent1q…r9dl</a><br/>_________________________<br/><br/>Yes, not the way forward IMO. Passkeys are just private keys that sign challenges from within the secure enclave on your iOS device, or from keychain, a TPM, Yubikey, even cross-platform third-party password managers. And with specific protocol scaffolding around them (WebAuthn/FIDO2). <br/><br/>Often when people say they’re doing something with passkeys for nostr it’s not actual passkey passkeys (not WebAuthn/FIDO2), it’s more like “passkey-inspired design&#34;. Because passkeys themselves are too limited. 2025-12-11T06:39:26Z