the gossip model will have such a large amount of traffic it will use up relays VPS bandwidth allocations quickly and the delay with which the network synchronise would get longer with the log (2) of the number of users posting to it. keep in mind that this outbound traffic will also compete with users posting traffic as well.

even if you make that more efficient with a kademlia DHT based partition resistant broadcast, the thing is that relay users are not necessarily going to request all the content that is sent to them in this manner, and this is going to consume resources needlessly and ultimately slow down the synchrony of the network (time between publishing and all readers getting their subscriptions delivered), as well.

FOREST enables a publish/subscribe model to efficiently enumerate and request demanded notes from other relays, and not just notes, it can enable also media and other files, and not just the whole files, but pieces of them.

IPFS could achieve the same thing but its merkle trees are massive and people would jam them so full , and then it would also have the very same broadcast propagation inefficiency, and the same high cost of making missing piece requests.

the rockstar devs who think they are gods at the top of the trending feeds think that FOREST is the same as IPFS, they literally said as much and this is why they are shitting all over Robin and Colby's work, even resorting to straight up harassment and trolling.

it's not. it enables publish-subscribe efficiency without centralisation. think like fully open Kafka or Dynamo.

as a cloud dev you would be familiar with these things and why achieving them in a decentralised way is a big deal for Nostr.

Reply to this note

Please Login to reply.

Discussion

🤔

Ok so my simple brain is trying to think through some gossiping..

Client sees an event. Client queries the inbox(s) of the event publisher, for all the replies. Done.

You could query more relays, perhaps you want to crawl the tree and do this for every reply event too, grab the replies from all the inboxes that you can find. If all clients were using gossip, then you would not find any additional replies *unless these replies were getting nerf'd by the OP's inbox relay. If this is the case, then you could confirm this by what, crawling all relays in existence? If someone notices their replies are rejected for whatever reason, and they really really want to troll the OP or followers of the thread with their uncensored opinion, they could boost/quote it into the current relay or another relay as a top post. Or, since they found the event on 'current relay' they can simply reply on 'current relay' and whoever sees it sees it. This would be no worse than what happens without gossip.

🤔

I will think this over more in the AM with more braincells.. I am truly curious about all this stuff, I assumed clients would use gossip eventually, pretty much anything would be better than what it is right now. (The bandwidth used by the flagship mobile clients is already enormous, relays already using way too much bandwidth, I don't think it could be less efficient if it tried).

And with that, my phone battery is 1% from dead. gn sir! Thanks for the info.

hehe, gn!

you'll get it that an effective indexing strategy is the key after your brain does its night time thing.