We are just starting... We are going to be building servers and running relays from the app. None of that centralized bullshit that you need to trust the app maker to keep your data safe... Each user gets an online relay if they want. View quoted note →

Replies (26)

Is this worth the performance/UX tradeoff? Nostr reduces app risk in a different way than “perfect sovereignty in every client.” It reduces risk through exit. Because users can verify, compare, and leave, **the ecosystem** can be safe enough even when individual clients are imperfect…
Sure do... but Vitor said no "centralized" so I suspect that would mean self-hosted homeserver only and no VPS provider such as DO, Linode, Google, AWS, Cloudflare, etc...
ahh yesss, hehe, ok im putting it on my liste now for a hopeful tomorrow 😁
oo nice, yeah if you have classifications for any of them, that's what i think will blow everyones minds (eg. look for PrivateInbox or Directory) 👀
How can I tell If they have a limited kind list, or no AUTH but with whitelist? I always have to add 5 randoms, to make sure at least 1 works. Effective, but not very efficient Should I just have an automated test run over each, trying stuff out?
Oh, yeah good questions.. I was kind-of just doing a more human type tagging, like tagging the relays I know about that are "good for Directory" purpose or etc, even if I don't run them, just to help discovery.. I also really dislike the wording on nip11 and clients saying "payment required" vs "payments accepted". Same for auth, "auth required" vs. "auth capable". We've evolved so far past nip11 and relays being just one single dumb thing. The relay may accept payment, but that does not mean it requires it to use. So yeah, if you're automating, it might take some kind of testing of the relay capabilities, or if you have nip86 access you can pull allowedkinds that way (but that requires the access which is usually only owners and mods). I don't really know how you'd do this for random relays.. That's why relays should all have their own monitors, where the operator can at least seed some of this info.. (or fix/augment their nip11s)