Content
@
0 reply
20 recasts
20 reactions
Dan Romero
@dwr
I often see people Farcaster isn't "sufficiently decentralized". You're free to define what "sufficiently decentralized" means to you, of course, but how we think about it is laid out in Varun's blog post. https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks
15 replies
79 recasts
184 reactions
Dan Romero
@dwr
"But if most people use Warpcast, doesn't that mean it's de facto centralized?" Depends on the perspective. For a developer, if you are building on the protocol, then you're free to sign up your own users or convince users to move over to your app (it's easy for users to use multiple clients at the same time). For an account with an audience, let's say you were unfairly nerfed by Warpcast, i.e. you don't appear on the app. There's definitely a lot of friction to get people to start using another client if they already don't, but the protocol itself is not restricting your ability to communicate. That's an important distinction because on web2 / centralized social networks, the app and the "protocol" (i.e. the database) is the same thing.
3 replies
7 recasts
65 reactions
Dan Romero
@dwr
So if you're argument is Farcaster is not sufficiently "decentralized" (or "decentralized" if you don't like the sufficient framing) then you're defining decentralization as a protocol or network that has at least 2 independent, roughly equivalent functionality and UX clients (because majority of consumers revealed preference is UX over principles). That's a reasonable definition. But in practice, in the near-term, there's unlikely to be multiple, well-resourced enough clients that are full-time building on the protocol for amazing UX. That's not a knock on people building, just the reality that in 2024 consumers expect a lot of our their daily driver apps. In the medium to long-term, dedicated individuals, small teams or open source projects can likely hit the UX bar. But that will probably take years of sustained effort. So protocols in the early days are unlikely to hit the bar of 2 independent, roughly equivalent and functionality UX clients. This is something I've changed my mind on over the years.
3 replies
1 recast
9 reactions
Dan Romero
@dwr
"But if Warpcast didn't have exclusivity on DCs and channels, then other clients could better compete" Yes, but having both be interoperable / in the protocol doesn't magically mean all of that surface area gets built out in other clients. I would assume other clients can move quicker by copying whatever patterns Warpcast has iterated to (avoiding all of our mistakes) and then in some cases, improve the UX. But building out a robust chat UX in 2024 that's passable (not even Telegram level snappy) is *a lot* of work. That's effort not being spent on differentiating features or other core parts of the app. Same goes for channels. And arguably, the most important part of a feed-based social app is the feed, which is mostly backend (machine learning, performance). One advantage for other clients are dedicated infrastructure companies like @neynar, @openrank etc. But it's still a lot of work.
3 replies
0 recast
8 reactions
Vitalik Buterin
@vitalik.eth
I do think channels need to be decentralized asap. To me the feature is a key part of what makes farcaster a unique experience compared to twitter, and having only warpcast support it is a big tax on the viability of alt clients.
2 replies
0 recast
6 reactions
Varun Srinivasan
@v
Read/write is open but we’re still figuring out moderation. Hopeful that this iteration is good enough to finalize on and commit to the protocol.
0 reply
0 recast
2 reactions
Dan Romero
@dwr
Channel content has been decentralized since Day 1. So they have worked on other clients from a read / write content standpoint. Just haven’t figured out the fight form factor for metadata (a year of failed iteration on our part). We’re optimistic that the membership change will work and then we have a clear path to decentralization long creation, metadata, etc.
1 reply
0 recast
1 reaction
