Last week @tusker and myself have been busy setting up the infra on RetroShare. We’re up 24/7 with +4 community nodes and +2000 network nodes.
We’d like to invite you to the 100% decentral Monero p2p experience!
RetroShare is much more than a backup for centralized solutions. It is a self-organizing network, where malicious actors are marginalized by majority vote and eventually excluded.
You are free to create your own channels. There is no hierarchy. Private groups/chats/channels/circles/nodegroups can be created, too.
The bright nodes are ON 24/7 (our own IDs) and the dark nodes are occasional visitors (1st degree separation). Any of +2000 nodes worldwide can be used to access public boards
In the boot phase we are invitation only. If you want to help testing reply here and get an invitation PM. Don’t send me PMs from other lemmy instances — had to ban due to spam. PMs from monero.town are fine.
The short answer is: NOT YOUR NODE, NOT YOUR RULES
“federated” has been used lately to mindfuck ppl into believing they are free and decentralized. A federated government is not a democracy and a federated protocol doesn’t set u free. It’s the old server-client paradigm.
The longer answer is: there might be times when users want to DELEGATE some functionality TEMPORARILY to confidents and software should ENABLE this feature. In a digital voting system you may not want to vote on every little issue. The critical design choice is here to deliver the full software package to endusers, so they can take back responsibility whenever they choose to. Next the software needs to be enduser friendly and not discourage the user in any way to exercise his or her full power.
Whenever you hear “client” to describe your app, chances are you don’t get the full package.