8 ms·
Reply on Bluesky and Decentralization
- Kye 2y agoThere was a time not long ago when smart people would write blog posts about the topics of the day, other smart people would reply, and a big bustling conversation would ensue. It was aggregated in places like Techmeme and Technorati. It's nice to see a little bit of that is still alive.
- bawolff 2y agoHonestly i wish people would give up on the whole decentralized/federated thing. There are so many variants of the notion, and most implentations implement something that meets some technical definition of decentralized but not a useful one from a social perspective (especially at scale)
- miloignis 2y agoYou want people to give up trying to make something better because you don't think they've succeeded yet? Multiple projects that are fairly distributed have achieved a pretty high level of success, and I don't think there's any reason to think we can't do even better in the future. BitTorrent, Git, XMPP, Matrix, Mastodon, BlueSky - all different levels of distributed and different amounts of popular, but I'd argue they're all at least moderately if not wildly successful, and all are it least partially distributed.
- bawolff 2y ago> You want people to give up trying to make something better because you don't think they've succeeded yet? I think they have suceeded at their goals, but the model is wrong, and they have not accomplished the promise of distribution. I think that is impossible to remedy unless a better model is used, so yes i would like them to stop with the current buzz word approach to distribution and think more deeply about what they really want from distribution. > BitTorrent, Git, XMPP, Matrix, Mastodon, BlueSky I think you could draw a big dividing line between bittorrent, git and the other 4 (xmpp is maybe a bit in the middle) Bit torrent, git (i would also add things like HTTP,irc, email, tor) are distributed to accomplish some end. So they work well and their distributiveness makes sense. It is not just a gimick. Stuff like matrix,mastodon and bluesky are distributed because it is a cool buzz word or at best as an end in itself. Their distribution model doesn't really make sense, and it more takes something away from the product than adds to it. Things that actually have distributed properties for good reason are cool. Things that are doing it as a PR play are silly. I want more of the former and less of the latter.
- TRiG_Ireland 2y agoAfter all, the most famous project, arguably one of the most famous websites, is Wikipedia, and that's fully centralised.
- diggan 2y agoHonestly i wish people would give up on the whole performance/scalability thing. There are so many variants of the notion, and most implentations implement something that meets some technical definition of fast/scalable but not a useful one from a social perspective
- bawolff 2y agoYou are making fun of me here, but i would reiterate my claim here. Non useful performance/scalability should be given up on. We usually call such things "micro-optimizations". There is a famous quote about them being the root of all evil. Useful scalability (things that actually make computer go noticably faster) should be persued. I don't think this is a controversial opinion.
- whyrusleeping 2y agofwiw, the Knuth quote is "premature optimizations are the root of all evil"
- smcn 2y agoI think that the clear preference people have for Bluesky over the Fediverse shows that maybe it's as decentralised as people as willing to accept. Fedi is an amazing piece of software but so too people were/are bouncing off of it. I'm not one that shared the same frustration but it was very clearly a problem for many people. Bluesky doesn't have that issue and has been easy for people to migrate to. At the end of the day, we can't let good be the enemy of perfect.
- ocdtrekkie 2y agoBluesky has been popular for like a month. I think it would be very weird to evaluate "clear preference" for Bluesky vs. Mastodon based on the fact one is kinda trendy to post about today. In a lot of ways Mastodon has reached normal daily productivity while Bluesky is on the peak of inflated expectations. A lot of problems Mastodon has or has dealt with are problems Bluesky hasn't meaningfully had to deal with yet.
- smcn 2y agoMy justification for stating that is that we're seeing people come back to Bluesky whereas people would try to create an account on a Mastodon service, their first post would be confusion and terror, and they'd leave after a few days of trying. There are daily users of Mastodon (myself being one), it's just that the range of people is much smaller than Bluesky and Twitter due to the comparatively higher barrier of entry.
- ocdtrekkie 2y agoI mean I registered in 2018 and then apart from some initial experimentation mostly abandoned Mastodon until like 2021. There are people "coming back" to Mastodon all the time, and I’m sure plenty of people (myself included) signed up on Bluesky, went "meh", and then uninstalled the app because their phone didn't have enough free space for OS updates. Anecdotes are sort of interesting but not necessarily representative. Numbers are also garbage, mostly because bots are a lot of the numbers. Things need time, and as Bryan pointed out, the goals are pretty different. Maybe both are destined to win in their specific niches of global vs. nonglobal interaction. Maybe Bluesky kills Twitter (which is mostly global chat) and Mastodon kills Facebook (which is mostly friends chat).
- willscott 2y agoBryan touches on an important axes in the question of how to structure decentralized networks in describing sharded search as "too risky to build on today." Designs that a team thinks will be able to scale are going to be different from the ones built in a fully satisfying decentralized way. It's the prototyping and experimental networks that can help pave the way for more decentralized systems to get built with the intention of scale.
- pfraze 2y agoWe couldn't pin this project on federated queries / decentralized indexes reaching scale & reliability, but that's what I'd encourage people to research. If somebody can make a breakthrough on it, they'd be able to introduce it as a variant AppView model on top of atproto.
- xnx 2y agoI'm surprised so much has been written on this topic. I'm probably naive in thinking this is overcomplicating things. If you don't control the url to your content, you control nothing.
- high_priest 2y agoWkat does URL ownership have to do with control over content? DNS & HTTP hosting are just another services. Maybe a bit less vulnerable themselves, than some social media website. But still, even facebook does routing errors & internet archive gets hacked.
- whyrusleeping 2y agoI tend to agree with this, thats why theres canonical URIs for atproto posts that are agnostic to the hosting provider. The format is at://DID/collection/recordKey. These are used throughout the system, for example if you look at the output of a feed generator, its just a list of these URIs
- wmf 2y agoIn some ways that's worse because it means you can be blocked at the DID layer.
- wmf 2y agoControlling the URL makes a lot of sense if you're publishing HTML that a browser can directly render but ATProto/Bluesky doesn't really work that way. The underlying data is CBOR/JSON that needs to be interpreted by an AppView and client. So you need to control the URL of your data and also control the AppView and client.
- xnx 2y agoRight. There's probably an alternate reality where it's easy for anyone to own a domain and configure CNAME's for services they use like https://bluesky.yourname.com https://bluesky.yourname.com.
- 2y ago
- seba_dos1 2y ago> The bar we are shooting for is to convince people that atproto is legitimate and useful even if Bluesky and the team adopt the worst of intentions. Oof, that's a high bar. The protocol itself may still be technically useful, sure, but Bluesky could tomorrow block access to its PDS and relays, disallow migrations, stop digesting data from other PDSes or even completely drop atproto - and the vast majority of now locked-in users wouldn't notice.
- high_priest 2y agoWhat are the odds, the Direct Messaging solution, could be inspired / replicate the Matrix protocol? I love how the system works, despite many shortcomings (mostly on the front-end), especially the bridges to other services functionality. Is there a chance the direct messaging task could enjoy some cooperation with the Matrix protocol / Element people? I have little-to-no knowledge about the politics, goals & inner-working of both groups.
- whyrusleeping 2y agoIt's possible, and we've talked about it, but it would take a good amount of work (as would any 'correct' solution), so we have punted on properly solving DMs for a bit. I know Matthew has been very interested in working with us to figure something out here
- Arathorn 2y agoOn the Matrix side, we’d definitely like to help make this happen. Decentralised e2ee is Hard, and after a lot of iteration we’ve got Matrix into a good place these days (plus there’s a new wave of React Native Matrix dev happening atm). Plus we’re not shy about doing stuff like switching IDs on Matrix to DIDs, or even supporting ATProto as a federation mechanism and client/server API if that’s what it takes. https://bsky.app/profile/patak.dev/post/3lbbxbekjw22q https://bsky.app/profile/patak.dev/post/3lbbxbekjw22q gives more context. What would suck is if bluesky ended up with an entirely incompatible (but functionally identical) thing, so that all the existing Matrix clients, bridges, servers etc couldn’t be leveraged.