Replying to Avatar fiatjaf

You're not alone in thinking that: nostr:nevent1qgsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gppemhxue69uhkummn9ekx7mp0qqsqqqzk6ac2vkmm6kqjpc9ea7ph5pttfuvhdjr3ky07a6sntsvmptsteez6l nostr:npub1raustrrh5gjwt03zdj8syn9vmt2dwsv9t467m8c3gua636uxu89svgdees

Turns out relays are a great abstraction, infinitely flexible and easy to use and reason about. Relay feeds and other types of custom relay usage could be the thing that differentiates Nostr from all other Twitter clones and are vastly underexplored today.

One example that does one form of "curation" today is nostr:nevent1qqsw0dtkdzl4xt9y2g7u98dr38edq5uehnrpeuu3gm6vrysm6t8p5wgzyqalp33lewf5vdq847t6te0wvnags0gs0mu72kz8938tn24wlfze6cpafg2

Try also wss://algo.utxo.one, but we need more!

This has been on my mind since I asked that question, because extending my blog software with support for publications is still my goal. However, after observing and dabbling in Nostr dev and specs for about a year now, I'm more convinced than before that relays are the wrong abstraction for publications. I haven't engaged in more discussion yet, because I was both trying to solidify my understanding of why, as well as come up with and implement what I think is a decent event-based solution.

That said, I think relays could be useful for indexing/curating publications themselves (while users should also be able to index/curate them separate from relays). Either way, demo and article incoming (soon-ish).

Reply to this note

Please Login to reply.

Discussion

Are you think publications should be a keypair but then articles within publications should be a “multi-sig” note of some kind?

I think what you describe can still maintain the “locality” of relays. Relays as “places” abstraction is powerful

No, I think multi-sig is overkill. Relays are places, sure, like you can hand over a newspaper on a town square.

Cc nostr:nprofile1qqs06gywary09qmcp2249ztwfq3ue8wxhl2yyp3c39thzp55plvj0sgprdmhxue69uhhg6r9vehhyetnwshxummnw3erztnrdakj74c23x6

Where can we find the most current approach of project Alexandria?

You mentioned that the nip repo does not have your current nip hosted

Good question. I'll update the wiki page and post a link. Liminal also asked for an update.

Please share here as well then. Thank you. 🙏

I'll wait for you to solidify your understanding, and maybe I don't know what a "publication" entails anyway (because I have no experience with that) and that specific thing is better done with a dedicated keypair or something, but that doesn't change the fact that relays are the unique Nostr superpower (and that we don't have any other superpower, so we should use that one wisely).

In other words: if relays are not the right abstraction for publications I'm interested in learning what new things relays are a good abstraction for -- and how these new things can be better than old style publications.

A relay is a printing press, not a magazine editor.

The comparison of relays to printing presses is made specifically in contrast to magazine editors. Relay operators are usually developers, and their role is vastly different from that of content editors—they are entirely different professions.

This doesn't even make sense as an analogy.

But I wouldn't have expected a reasonable take from you anyway given the way keychat deals with relays.

Keychat does something wrong with relays? I really like the setup because I thought it just creates a sustainable business model for them