What is Nostr?
SwBratcher
npub1gkg…yk5m
2024-11-10 15:39:45

SwBratcher on Nostr: I use a Start9 with their built in marketplace relay active and I cannot use it with ...

I use a Start9 (npub126n…e9ll) with their built in marketplace relay active and I cannot use it with my most of my clients. Only with nos.social (npub1pu3…tfch) .

I would ask the community, why not? Is there a security risk, to me or users? Must I use a domain connected relay with DNS management and am I opening myself to trouble by using my own .onion addressed relay for my own storage of notes and media and for others that follow me to snag that content without going centralized on a primal (npub12vk…pugg) nos.social (npub1pu3…tfch) damus (npub18m7…q955) or other branded relay? My thought is that true ownership is keys and data backups. If I don’t have my posts, what do I have? An empty key with followers?

What am I misunderstanding?

If we want Nostr to truly protect privacy and resist censorship—like when X faced a government ban—we need to stop relying on relays with known IPs or domain names.

We need encrypted traffic between clients and servers by default. That means Tor (and networks like I2P and Nym) should just work right out of the box, ideally without leaving the mixnet where traffic could be exposed at the exit node.

💡 A lot of relay operators are already running Tor onion services, which is awesome—but we need to make them easier to discover and use. If a public relay becomes unavailable, we should be able to switch to the Onion service version seamlessly.

What do we need to do to make this happen? First, it’s about getting Nostr relay software to publish the Onion address when it’s set up. Then, it’s about getting clients to handle alternative transports like Tor or I2P natively, letting users choose between IP (TCP/IP), Tor, or other options.

We could also explore mapping DNS records to onion addresses or including the info in HTTP headers. But maybe the most straightforward approach is extending NIP-11 to include alternate transport details so that everything's baked into the protocol.

What do you all think? How can we push this forward? Let’s brainstorm and figure out the best way to support these privacy-preserving networks and keep Nostr resilient. I think we need Tor support in native clients where users can turn it on with a single click. Or maybe even have it attempt Tor as a fallback when the normal way of connecting fails.

This isn’t a big change current relay info ospec here: NIP-11 https://github.com/nostr-protocol/nips/blob/master/11.md

Author Public Key
npub1gkgyk28lurjuhyfjlxsga9mw6lc0c47c8pmcr65usre9d3qjcx6q9cyk5m