Sriram Krishnan
@sriramk.eth
If you had to convince folks that the fediverse / activitypub isn’t decentralization and all the perils of the former, what stories/anecdotes/tech arguments work best?
18 replies
4 recasts
23 reactions
tldr (tim reilly)
@tldr
Imo federated systems address server-to-server decentralization - eg, whether a threads.net can talk to a threads.social server But what users really want is not this, but to prevent threads.net from cancelling/bricking user.Me! Blockhains provide such server-to-user decentralization, solving the actual user problem
2 replies
0 recast
2 reactions
Sriram Krishnan
@sriramk.eth
there's always going to be the ability for an app to have to suppress a user (otherwise spam or bot protections wont work). i think the answer is those folks can then go to another spot?
1 reply
0 recast
0 reaction
Ayush
@ayushm.eth
Go to another spot *with their data*
2 replies
0 recast
0 reaction
Sriram Krishnan
@sriramk.eth
isn't that possible still with the fediverse? for example if I go to another server (server A ) with my Threads.net profile/data and server A blocks me - I can still go to Server B with my threads.net profile/data
1 reply
0 recast
1 reaction
tldr (tim reilly)
@tldr
Yes – not just user's ability to emigrate, but do so *with their things of value* is what I see blockchain as built to protect in most direct and credible way Apparently, this lack of "portability" was the critique that BlueSky team expressed about ActivityPub: https://atproto.com/guides/faq#why-not-use-activitypub
0 reply
0 recast
1 reaction