#ShowerThoughts pure #P2P networks don't really make much sense for public #SocialMedia. It would be a ridiculous waste of storage for every single member of a subReddit to have a complete copy of its history on their own hard drive, let alone every subscriber to a YT channel. They make a lot more sense for private #SocialNetworks, among family and friends, or colleagues, in which the total data is smaller and you ideally want it stored locally anyway.
But why? Once you start getting into people's distribution zones their "my name is" messages start populate your node and you see their nicknames. You only see public key ids for people who are too far from you, but their id was references in responses etc.
> You only see public key ids for people who are too far from you, but their id was references in responses
You kind of answered your own question ;) Also, the Jami namechain allows users to claim a unique human-readable username, without a centralized ID server. AFAIK in SSB as it works now, you'd have to check the public key of a post to be sure it was sent by this "strypey", not another user calling themself "strypey".
Correct, you can't "reserve" a nickname uniquely purely by means of protocol, but SSB is very much modeled after real life social interactions. When you initially post as `strypey` and you gain some followers, and you then come up with your new SSB node on your phone, you simply post a message on your _original_ account "hey look here's my second account" and you authenticate it through the authority of original account.
@kravietz ... OR, any SSB app that comes across a post with my public key could check that key against the ID namechain (like a decentralized keyserver) and assert with certainty that it was posted by 'strypey'. Just saying ...
If you want to disappear from social networks and delete your account, how do you do this with blockchain?
@kravietz with Jami, the account isn't stored on the blockchain, only a record that associates a certain account ID with a certain username. If you delete your account (or lose access to it), that username effectively points to nothing.
Ok, this indeed makes sense. I guess the blockchain would need to ensure uniqueness of the nicknames stored, which is the key difference with SSB.
@kravietz the blockchain is the means of ensuring uniqueness of usernames without a centralized nameserver. I don't understand why this wouldn't also be useful on SSB (or any social network), especially if it had 1000 times its current user numbers.
No, I don't mean it's not useful - I guess it's just complex from architecture point of view. Uniqueness can be ensured either by scanning the whole blockchain or by some kind of hash-addressed database. SSB on its own is just a quite simple protocol to distribute messages between peers using an append-only log. PatchWork is an application built *on top* of SSB, so this perhaps would require another application to be built.
@kravietz it would require SSB apps to include a node of the namechain (if they want to implement the feature) and check any unfamiliar public keys against it whenever they download new posts. Like the way web browsers include code to reference the #DNS system, so they can map the domain name of a website to the IP address of the webserver that hosts it.
Because all messages are digitally signed, there were discussions to possibly automate it - so if a SSB client sees a signed message "this is my new account" to somehow link them or auto-follow, but because the existing model works well nobody really cared.
> if a SSB client sees a signed message "this is my new account" to somehow link them or auto-follow
... doesn't do anything to allow users to claim a unique username across the network.
> because the existing model works well nobody really cared
Fully concur, in case of SSB the size of your `.ssb` dir grows at alarming rate as you follow more people.
You can however periodically delete the whole dir and as long as you preserve your secret key it will over time download all messages you ever followed *and* your own posts too from the others.
I don't think there's a reasonable compromise here but eternal storage isn't really what I'm looking for in social network...
Yes, I've been using SSB for a while and the AppImage is definitely the easiest way to run it.
I had to struggle with the npm mess though as I also run a SSB pub at ssb.webcookies.pub 😃
I've reached the end of a third episode, trying to get #Patchwork to work for me. Including help from @alanz and veterans of SSB and fedwiki. Endless scuttling once more - even with a private pub invite from christian bundy. The end of this road, I think. Life's too short to get tangled in much bleeding edge tech? Sad though, to be reminded of the distances there can be between code hackers and culture hackers.
@ademalsasa an AppImage seems like a good way to test new apps that haven't been packaged for your distribution yet.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!