Skip to main content


reshared this

in reply to Tio

Fediverse is more decentralized than mainstream social media platforms like twitter, but its still not decentralized enough to the point where we can say it "puts users back in control of their social network". This is why I'm always in the lookout for better tools that allows us to connect with our friends, without it being entirely reliant on centralized infrastructures like servers and stuff. Such completely decentralized networks will also be much more resilient and reliable.
in reply to Tio

this is why I really love SSB (scuttlebutt) but the whole keeping your whole history makes for a pretty big local file after awhile 😅
in reply to Tio

"Such completely decentralized networks will also be much more resilient and reliable"

To be fair, being decentralized does not inherently mean something is more resilient or reliable. In fact there exist many cases where being decentralized can render something/one less resilient, less reliable, or even both. The fediverse it self has shown many examples of this over (it's young) the years.
in reply to Alien (A23P)

It is not that difficult to shut down a server. So being decentralized (no servers) is a lot more reliable and resilient in that regards.
in reply to Tio

It still depends on exactly how it's decentralised. Briar is currently very unreliable since both sender and recipient need to be online simultaneously, meaning messages can go undelivered if both parties have limited connections.
in reply to Mark

Sure, but if you have no internet connection then you can't reach a server either 😛. And nowadays most people have an internet connection (talking about the "developed" tribes). More to that, you can implement something that allows you to send that message to anyone in the node, encrypted, and then when your friend is online, they will receive it. Making it as reliable as any server, considering the network is decently big, at least a few thousand users.
in reply to Mark

> Briar is currently very unreliable since both sender and recipient need to be online simultaneously

In order to solve this problem you need propagation nodes in the network, that way you can send your message and then go offline, these propagation nodes will store your message and send it to the recipient when they come online. A new project that does this is https://github.com/markqvist/sideband

@tio @alien23