Stephan pfp
Stephan
@stephancill
p2p social
4 replies
2 recasts
13 reactions

Stephan pfp
Stephan
@stephancill
remove the extractive middlemen
1 reply
0 recast
5 reactions

Mike | Abundance 🌟 pfp
Mike | Abundance 🌟
@abundance
how? 👀 😅
1 reply
0 recast
1 reaction

Stephan pfp
Stephan
@stephancill
Completely rethink the stack - p2p content hosting - client side feed building - maybe onchain profiles/social graph for composability
2 replies
0 recast
2 reactions

Mike | Abundance 🌟 pfp
Mike | Abundance 🌟
@abundance
But will it scale? There's value in being able to work with large (social) datasets. Why not just change the incentives so the middleman isn't extractive?
1 reply
0 recast
1 reaction

Stephan pfp
Stephan
@stephancill
P2P arguably scales better than monolithic architectures, no? But yes I agree there’s a trade off. I don’t think many end users care about being part of large social datasets - as a matter of fact, I think this inability to opt out is a bug, not a feature of the current decentralized social architectures There are also UX trade offs to be made in a p2p architecture, but worth exploring imo
2 replies
1 recast
2 reactions

Mike | Abundance 🌟 pfp
Mike | Abundance 🌟
@abundance
I think the use cases are very varied, where for some interactions p2p makes perfect sense and for others you need network effects (presumably with economic incentives) that I don't see a p2p approach for. Let's say I'm looking for a tutorial on cooking lasagna. A network like YT works great for that. Finding something like that in a p2p system would be byzantine and exhausting
1 reply
0 recast
1 reaction

Steve pfp
Steve
@stevedylandev.eth
Would be very interested to see what something like this looks like. Making IPFS fast at Pinata was/is a very difficult problem, and the solutions often involve p2p enhancements as well as web2 caching. I personally think there’s some unexplored options with database sync engines like ElectricSQL and how that could be used in a p2p local first application.
0 reply
0 recast
2 reactions