| ▲ | danabramov an hour ago | |||||||||||||
Atproto isn’t “many servers sending messages to each other”. It’s structured more like RSS: 1) there’s an app-agnostic hosting layer (and anyone can run a host, a bit like personal site with RSS) 2) then there’s apps, which aggregate over data from all hosts (a bit like Google Reader or Feedly) So there’s no such thing as “defederating”. You don’t have many copies of Tangled beefing with each other. It’s more like you can run your own hosting for your own data (if you want), and anyone can build an app that aggregates from everyone’s data (Tangled is one such app). If this got you curious, I have two longreads: https://overreacted.io/open-social/ (conceptual) and https://overreacted.io/a-social-filesystem/ (diving into the data model). | ||||||||||||||
| ▲ | cxr an hour ago | parent | next [-] | |||||||||||||
> Atproto isn’t “many servers sending messages to each other”. It’s structured more like RSS Except that, crucially, RSS/Atom plays well with static nodes (e.g. personal websites generated with Jekyll/Hugo/whatever—or even written by hand[1]), and Atproto does not. (Nor does Mastodon; previously: <https://news.ycombinator.com/item?id=30862612>.) It'd be great if the complexities needed to support the "Atmosphere" were widely recognized/acknowledged to be overkill and soon enough ended up going the way of things like CORBA and WSDL while in its place a resurgence of interest in the Atomsphere emerged. 1. <https://m15o.ichi.city/site/writing-atom-feed-manually.html> | ||||||||||||||
| ||||||||||||||
| ▲ | 4lx87 an hour ago | parent | prev | next [-] | |||||||||||||
The web is already structured like this. You can poll a URL for updates. You can host your own data. Anyone can build an app that aggregates from everyone's data. | ||||||||||||||
| ||||||||||||||
| ▲ | rafram an hour ago | parent | prev [-] | |||||||||||||
Thanks, that does seem better for this use case! | ||||||||||||||