it's supposed to publish it to all your relays (who will accept it if they never saw it)

as contrasted to sharing/boosting, which is when you post an event that just has the nostr:eventdoodedoo which shows as a "someone shared" in nostrudel and quote post which lets you edit that note and add your own content above and below the quote

yeah, it is a bit confusing because broadcast is not a thing you have to do on "normal" social networks because there is no "anyone else" to broadcast them to

Reply to this note

Please Login to reply.

Discussion

I didn't know that! I had considered the possibility of an ordinary user relaying notes, but I'm glad that this is an official feature. That means that it's possible to create a client that tests which posts are blocked by which relays by just broadcasting them and seeing if something changes. I wonder if there is a better way...

a better way to what?

if you mean the propagation of events, there's a whole category of computer science called distributed systems which replicating data across many nodes on a network... blockchains are one form with a very high level of consistency (nodes all see the same thing), nostr doesn't have a consensus because it's a separate thing, it's the layer of the cake that concerns itself with the actual implementation of distribution - this is commonly known as a "publish-subscribe" system, the model it uses, there are others, like polling and push, also... the underlying systems that power centralised social networks are similar in nature to nostr's design, where data is replicated on demand instead of preemptively

there is many ways that it could be done but i personally favor the idea of relays behaving as caches and forwarding queries to other nodes and caching the results that come back, where relays use other relays as an extension of their internal database, this would greatly reduce the network traffic cost for users as well, but designing an appropriate system is a bit of a puzzle

I mean a better way for users to test and audit relays. Obviously if the user picks good relays then they will be able to see the notes they want to see and post the notes they want to post. And obviously the user can always increase their chances by adding as many random relays as they can.

But I am interested in a way to query the nevents that different relays are blocking, the reasons they are being blocked, and the relays that those nevents originally came from. Mastadon makes it easy. Many servers publish lists of blocked instances; it's very easy to know if you are missing out on something, and what to do if you want to see it. Most servers have a list of rules for what you may post.

Nostr is a much more complex system, since all the filtering happens on a note by note basis. However, the information available to the user seems far more sparse.

well, i think that a paid relay has an incentive to have all the things that the paid clients are wanting to see

free ones, i mean, it's just gonna be a lucky dip, always

there is a lot of stupid, smart people in nostr who don't really seem to understand this problem, their eyes are all clouded up with commie bullshit