Subnostr

I was joking when I posted that, but it actually can be developed. You could have proxy relays that don't store anything but just connect to your desired relays. Kind like a nostr relay VPN.

Second option would be to give each relay an npub, and then they update their current URL or IP address by making a kind:xx event. Those events are propagated by many other relays. This way if a relay gets banned, it can take it's DB and move to a new URL.

Third option would be to develop an alternative to the IP address based internet that we have today. Centralization of DNS can't be solved, because names can't be owned, but I don't see why you need a central authority to allocate public IPs to all. Maybe we can make this system even more private, and secure. I am brainstorming ideas, but need to refine them more.

Gzuuus 1y ago

You know, I was thinking exactly what you said in your first idea yesterday, I was thinking that maybe the gossip model could benefit from being run by a relay, for example we have relay multiplexers like bostr that just proxy between you and the relays you connect to. What if these multiplexers dynamically connected to different relays based on the kin:10002 (nip-65) of the user's contacts using them? The gossip model would work relay-side rather than client-side, so it would be safer for users not to connect directly to unknown relays and expose their IP, and it would also be quite lightweight and bandwidth-saving for users. Does this make sense?

For your second idea, if the relays have an npub (currently they can have one defined in nip-11), why not just update the kind-0 and expose the current ip or address there instead of publishing a new kind?

As for your third option, we currently have something for "replacing" dns with onchain records called nomen, I haven't looked at it much but I know it has this goal. But in your idea we don't need to rely on a central authority, how could we solve that?

Reply to this note

Please Login to reply.

Discussion

Basanta Goswami 1y ago

First one how Primal works, just not using a proxy relay but a caching server, so this might be how many nostr clients end up working in the future. For the second one, kind:0 events would work fine, but there are no shortage of kind numbers and not using kind:0 means not getting that data accidentally wiped by some other client.

For the third one I was referring to this idea by Fiatjaf: nostr:note1k2deqeq0c4kcwhq93hcmw0gh9hvy348tryepnpfv939vg6g0m9usxfyg2c

Gzuuus 1y ago

No, that's not correct, primal stores events as a cache, and doesn't care about the outbox/gossip model, nor does it proxy between you and other relays. What I mean is a proxy relay that takes care of the outbox model and connects for you to your contacts' read relays and brings their events to you. This way clients would not need to implement outbox model and everyone could use it by simply connecting to these proxy outbox relays. This would also have the benefit of increased privacy as users would not expose their ip to all these dynamically connecting relays.