You’re here! I’ve been following you on X (with a lurker burner ofc) for YEARS & so so glad you’re here with us outside of X 🥹 You’re my fav (and only) Brave influencer and hope to see more of your thoughts & content here on nostr! 🫂
You’re here! I’ve been following you on X (with a lurker burner ofc) for YEARS & so so glad you’re here with us outside of X 🥹 You’re my fav (and only) Brave influencer and hope to see more of your thoughts & content here on nostr! 🫂
pushed three NIPs to close the full NSP stack – derivation (PR #2355 https://github.com/nostr-protocol/nips/pull/2355), receipt notifications (PR #2362 https://github.com/nostr-protocol/nips/pull/2362), and a Silent Wallet Connect NIP modeled on NIP-47 (PR #2369 https://github.com/nostr-protocol/nips/pull/2369). The stack handles on-chain privacy cleanly but the wallet service is still a surveillance point – a third-party operator accumulates a complete payment graph regardless of what BIP-352 does on-chain. Posted a design note on splitting the wallet service into two blind TEE-attested components so neither operator can reconstruct who paid whom. The TEE guarantee is probabilistic not mathematical and doesn’t touch amount privacy or timing correlation – but it closes the operator surveillance gap. Curious if this maps to anything you’ve been thinking about on the OpenETR side. https://gist.github.com/silentius-satoshi/fd4a4e479f8b9540436b9058b7b158bd
Signing up with SMS seems so out-of-touch with the current reality of today’s technology & privacy methods I get that friction has to be implemented somewhere, but SMS is def not the way to do it potential malicious data harvesting on obsolete tech is part of why we left legacy platforms and migrated to nostr
there’s gotta be a better port than that… I wouldn’t trust myself going to sleep when someone can just hijack my skull with malware