In Mosaic I already have. In nostr, eventually.
Discussion
wow nostr:nprofile1qy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqacg6thl5psv62405rljzkj8spesceyfz2c32udakc2ak0dmvfeysd4uw6r thanks for reply! I haven't heard of this project before.
It does look promising. Right now reading https://mikedilger.github.io/mosaic-spec/ .
I'm a slowpoke, please be patient with me %)
So, I have an idea. Distributed Hash Tables can do routing. E.g. relay or peer X store Y piece etc. Each node store limited number of information about few other nodes, if it doesn't store requested piece of data, it sends request to other nearby dht nodes it does know. It does sounds a bit like endemic gossip protocol right? And it's good for lookup.
So, uhm, my idea is old as LAN Broadcast. It may not use dht. Each new relay or peer broadcast announcement of itself to other participants, to let's say address 255.255.248.0 , with I message "new relay want to participate in discussion of subject Y" , and every receiver manually verifies whether it's a spam or genuine paticipant, may or may not reply with (non automated) captcha. Or on the end of receiver, automated human made custom captcha could be offered, but not hardware/resource bound, to confirm legitimacy of sender.
Right. Well in a certain context that might be useful. But Mosaic is essentially nostr on steroids without major architectural change. It is still a client-server protocol and there is no gossip between servers. Basically I'm just taking all the things that I didn't like in nostr, or that we can't easily do in nostr, and trying to do them in a new way.
But I'm not going so far as to design something with a gossip protocol. No broadcasts, no routing, nothing like that.
So Mosaic is a way to find and download a subset of a person's social media content, like "what has Mike posted today". It finds where those posts are, selects just the ones you care about, and downloads them.
Other protocols could do other things outside of Mosaic.
