Sriram Krishnan on Warpcast

Sriram Krishnan pfp

Sriram Krishnan

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

7 recasts

30 reactions

tldr (tim reilly) pfp

tldr (tim reilly)

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

timdaub 🥝 pfp

But I Am telling you right. now. that fedi… that fediverse back there is NOT real

1 reply

1 recast

0 reaction

✳️ dcposch on daimo pfp

✳️ dcposch on daimo

Here’s a decent breakdown from before all the recent heat and noise https://news.ycombinator.com/item?id=28495086

1 reply

0 recast

3 reactions

Ayush pfp

Think it was @lefteris.eth who got blocked out of a server for being in crypto

2 replies

0 recast

3 reactions

Prashant Mittal pfp

Prashant Mittal

The answer lies in who controls the user identity. The server controls your account/identity in activity pub, not the user. Every user needs to run their own server if they want full control.

0 reply

0 recast

2 reactions

Phil Cockfield pfp

Yeah, I guess one way of framing a rubric might be: "if it's not architecturally a "local-first" client over a "credibly neutral <stateful data network> protocol*" then topology wise it's a "corporate network" trap." * <stateful data network> protocol → CRDT → ie. "Farcaster"

0 reply

0 recast

1 reaction

vincent pfp

- server owner can nuke servers - identity tied to servers, moving identity between server is (was) a pain - private key means control - fediverse has no concept of "hold your key" last time i used it out was years ago, not sure about how it's now, but seems like there are fundamental protocol limitation

0 reply

0 recast

1 reaction

Juan Diosdado ☀️🌱 pfp

Juan Diosdado ☀️🌱

It *is* decentralization, just not the kind they imagine. In the standard web2 model you have one large organization in charge, that's more or less accountable due to it's scale, that has more or less clear rules and processes, that has publicly known people in charge.

1 reply

0 recast

1 reaction

Varun Srinivasan pfp

Varun Srinivasan

for the landed gentry there is: "do you like your hoa? well then..."

0 reply

0 recast

5 reactions

timdaub 🥝 pfp

https://daringfireball.net/linked/2023/06/19/not-that-kind-of-open

0 reply

0 recast

4 reactions

Gabriel Ayuso ⌁ pfp

Gabriel Ayuso ⌁

@gabrielayuso.eth

0 reply

1 recast

1 reaction

timdaub 🥝 pfp

https://warpcast.com/dwr/0x57ffb4

0 reply

0 recast

1 reaction

timdaub 🥝 pfp

https://warpcast.com/gabrielayuso/0x3a2200

0 reply

0 recast

1 reaction

grin pfp

@moar mastodon / activitypub / federation vs decentralization

1 reply

0 recast

1 reaction

timdaub 🥝 pfp

https://blog.bloonface.com/2023/06/12/why-did-the-twittermigration-fail/ (they don‘t even aim for decentralization)

1 reply

0 recast

0 reaction

Joshua Hyde pfp

Dusted off an old Mastodon account recently and found it was gone, either having been purged due to disuse or its associated instance shutting down. You're ultimately still giving your info to one owner, just with more lateral move options if you lose access to that information. It's two dozen interoperative Twitters.

0 reply

0 recast

0 reaction

Phil Cockfield pfp

Recently I've been using the arguments out of @cdixon.eth's mouth, at around (16:04,↓link) leading to the observation historically “the [network] architecture is destiny” Appeals to history are what I normally fall back on. But to be fair - I'm never trying to convince someone of this stuff...

2 replies

0 recast

0 reaction

Semui pfp

Arbitrary suspension by server owners. This thread was an eye-opener for me. The person was basically held hostage. https://twitter.com/lefterisjp/status/1593934653114785793?s=46&t=Klz4hGy0f4b2Ub3lXoVfmQ

0 reply

0 recast

0 reaction