Earlier quoted context omitted.
I'm afraid that atproto will suffer from Bluesky's irrelevance. Not sure if that's a valid fear.
Everything is irrelevant until it isn't. Then it isn't until it is. If we all do our part, X will become irrelevant.
We need a federation of forges
221–230 of 424 posts
Re: We need a federation of forges
#222I'm a huge supporter of federation, but I've never understood the use-case for a "federation of forges". What data are the forges exchanging? Why should the forge for Blender have any connection to the forge for Ubuntu? Most of the value I get from Github is having a single login that I can take from project to project. Independent forges can get the same value simply by supporting social login, without needing the c…
- your data lives in one place, your Personal Data Server (PDS). You can self-host this if you like - The AppView (in this case, tangled.org) aggregates the data from many PDS's into one view. - If tangled.org enshittifies, you can do all the same things from any other AppView -- tangled.org itself is not privileged in any way.
Social logins on independent forges help, but personally I'd rather have a single account to manage -- and the AT protocol means that any individual forge can go down, but the data remains accessible from other AppViews.
Re: We need a federation of forges
#223How will this end up going any better than Mastodon has? Near inevitabilities: - All the small instances defederating from the largest due to politics/spam/annoying noobs/whatever, effectively killing the easiest path to entry into the community - Pointless debates about whether it’s OK to federate with instances that host pirated content, disagreeable politics, furry VNs, etc., which everyone has to take a side (the…
Re: We need a federation of forges
#224I would be happier with my code distributely hosted on every participating node, rather than federating it on my crappy instance.
Also your wallet can be auth + sign so no need for third party auth layers
Re: We need a federation of forges
#225If anyone here’s curious about atproto data model, I wrote an into here: https://overreacted.io/a-social-filesystem/ It’s a bit long but should give you a really crisp picture.
Re: We need a federation of forges
#226We already have the web. The web already has OAuth. OAuth is already widely supported. IndieAuth already offers a very simple and standard approach to personal OAuth servers, if people really want to run their own identity server.
"Feeds" are perfectly doable using the web. It's already pull-based. We don't need another protocol to listen for changes at a URL. The web already has support for different content types and document schemas, we don't need to reimplement content types and schemas as ATProto "lexicons".
Re: We need a federation of forges
#227I'd like to preface I'm pretty active in atprotocol ecosystem, so my experience is more than likely a bit more biased, but thought I'd share some of my thoughts as a big fan of tangled. I've really enjoyed Tangled. It has so far been what I've wanted from a GitHub replacement, is simpler and does not have as many features, but it has been the main social/git provider I've been using for personal open source projects…
I'm afraid that atproto will suffer from Bluesky's irrelevance. Not sure if that's a valid fear.
Re: We need a federation of forges
#228"There are 4 standards that try to solve this problem, its too many, we need one that finally unifies it all and solves the problem once and for all" "There are 5 standards that..." Jokes aside, I think we need stronger arguments as to why something like activity pub is not good enough to solve the problem instead of trying to come up a new way of solving the "decentralized comms" problem.
ActivityPub and atproto are differently shaped. Pitting them against each other is like asking “why need web when we have email”. ActivityPub is email-shaped. Servers are inboxes sending messages to each other. atproto is web-shaped. User repositories host data (like personal sites or git/RSS), while apps aggregate from repositories (like Google Reader). Different topologies lead to different properties. Eg atproto l…
Re: We need a federation of forges
#229I'm a huge supporter of federation, but I've never understood the use-case for a "federation of forges". What data are the forges exchanging? Why should the forge for Blender have any connection to the forge for Ubuntu? Most of the value I get from Github is having a single login that I can take from project to project. Independent forges can get the same value simply by supporting social login, without needing the c…
Beyond that, maybe resilience when a project's host disappears, changes its policies, or gets blocked by a government?
Re: We need a federation of forges
#230If anyone here’s curious about atproto data model, I wrote an into here: https://overreacted.io/a-social-filesystem/ It’s a bit long but should give you a really crisp picture.
Understatement, probably. Your blog posts are so far the best introduction I've seen to ATProto. Is there any tagging I missed that collects them all in one place?