Earlier quoted context omitted.
> And every blue-stodon instance would have to scrape every single PDS. So it's a much much worse O(n²) issue, isn't it? They could rely on some relays to build their AppViews. The flexibility is already there.
I feel like you're missing the point of a decentralized protocol if at every step you suggest to use centralized services instead.
There are no instances in ATProto
301–310 of 327 posts
Re: There are no instances in ATProto
#302Earlier quoted context omitted.
How is that trivially answered with Mastodon? And what does "the rest of the world disappearing" actually mean in your example? Everything I'm seeing about hosting costs in the current day and age is that the full AtProto stack (PDS, Relay, AppView) is roughly in par with hosting an ActivityPub instance of equivalent size (if not a little cheaper). And with AtProto, folks get to pick and choose what slice of the stac…
Imagine bluesky (the company) and mastodon.social both disappear tomorrow. My self-hosted mastodon server continues working, and can continue federating with e.g. chaos.social With bluesky it's different. If I am fully self-hosting the entire bluesky app, I need to spend ten thousands of dollars a month, but it'll keep working. If I self-host my own app, it's cheap and keeps working, but I can only see content from m…
> If I am fully self-hosting the entire bluesky app, I need to spend ten thousands of dollars a month, but it'll keep working.
That strikes me as a point in favor of AtProto for decentralization (unless it's possible for others to cheaply/simply run their own backups of the entire mastodon.social instance & I'm just unaware of that fact).
> With bluesky it's different.
The key AtProto differentiator I find most compelling (which it seems you omitted from your list) is that Bluesky can disappear tomorrow and, if I'm running my own PDS, I can simply log in to another different platform using my same username & account and immediately see my entire message history w/o skipping a beat.
From the standpoint of an individual user who just wants to own their own data w/o needing to worry about hosting entire apps or manage scaling, the fact that AtProto allows me to host a PDS and do just that while still using any of big-name apps w/o needing to create new logins and fracture my online presence feels like a far more pragmatic trade-off, IMO.
I guess it comes down whether you care more about data decentralization, or platform decentralization. Personally, I care far more about the former, and to that end the AtProto model feels much easier to set up & far more seamless in practice.
Re: There are no instances in ATProto
#303Earlier quoted context omitted.
I feel like you're missing the point of a decentralized protocol if at every step you suggest to use centralized services instead.
You can self host every component in the stack. You can create a new one for your use case.
Re: There are no instances in ATProto
#304Earlier quoted context omitted.
Say bluesky is applying content moderation techniques I disagree with. What steps do I have to follow to get the majority of users to see my content? Another example. Let's define decentralisation in terms of bus factor: How many companies could go bust today before most users would notice? > To make the comparison fair Okay, so let's build that, then we can actually talk about building a decentralized network on atp…
> What steps do I have to follow to get the majority of users to see my content? You can’t “get” the majority of the people to see anything, that’s not how anything works. Neither on centralized systems, nor on Mastodon, nor in real life. On a centralized platform, if you get banned, there are no steps you can take. Your account is down — goodbye. On a Mastodon instance, there are also no steps you can take. Your acc…
> On atproto, it depend on whether you’re banned at hosting or app level.
> If you get banned at hosting level (usually something clearly illegal would trigger this), you’d have to find another hosting (assuming apps haven’t banned you too).
This isn't as different as you make it sound. Most people on AT Proto are using Bluesky, so "getting banned" is fundamentally the same for them as getting banned from a Mastodon instance. Conversely, you can just run your own Mastodon instance and the only thing you'd have to worry about is defederation (an "appview ban").
Re: There are no instances in ATProto
#305Earlier quoted context omitted.
Currently, just over 3000: https://blue.mackuba.eu/directory/pdses
There are: - 221 with over 5 accounts - 74 with over 20 accounts - 19 with over 250 accounts - 8 with over 1000 accounts. And only a handful of those have open signups (13 with open signups have >50 users). Many of them are actually ActivityPub instances with a PDS bridge, e.g., https://join.wafrn.net/ And most of the other open signup instances are also primarily designed as their own social network, just using AT p…
Re: There are no instances in ATProto
#306Another way to look at it: the Twitter-brained perspective is that it's a good thing to build a system where everyone has access to everyone else all of the time - that the global firehose is a primary goal.
That notion is not universally agreed upon as desirable. Some folks and groups of folks value membranes with varying degrees of permeability.
With Mastodon, each instance is a self-contained community server with the option to link up with peers of similar shape. That this arrangement makes a whole-world view difficult is seen as a feature-not-bug by many users.
Also, since each instance is a self-contained complete unit of microblogging-shaped community, that means a relatively small technical team can host & maintain that unit for a decent-sized group of folks with relatively cheap cost.
Put a bunch of those together in federation, and you have a chance at a pretty well-distributed spread of moderators and caretakers. Depending on how any particular instance's funding and governance is setup, that can also result in members being more or less involved in the running of the place. (Which, also, is why some folks value being "belonging" to a particular instance.)
In ATProto, the "instance" is the complete stack you'd need to have ownership over the whole shebang. Some folks and communities value that. Versus Mastodon, Bluesky is just a much much bigger box.
You can also separate Mastodon from ActivityPub. You can make new apps atop ActivityPub - and folks are. Photos, videos, calendars, etc. It's based on JSON Linked Data, and that's expandable to other types of activities and data. If you really wanted to, you could make a great big all-encompassing app UX that handles everything. But, I guess no one's found that interesting enough for it to take off yet.
Re: There are no instances in ATProto
#307Earlier quoted context omitted.
Imagine bluesky (the company) and mastodon.social both disappear tomorrow. My self-hosted mastodon server continues working, and can continue federating with e.g. chaos.social With bluesky it's different. If I am fully self-hosting the entire bluesky app, I need to spend ten thousands of dollars a month, but it'll keep working. If I self-host my own app, it's cheap and keeps working, but I can only see content from m…
If Mastodon.social disappeared tomorrow, aren't everyone's accounts on that instance effectively just gone? > If I am fully self-hosting the entire bluesky app, I need to spend ten thousands of dollars a month, but it'll keep working. That strikes me as a point in favor of AtProto for decentralization (unless it's possible for others to cheaply/simply run their own backups of the entire mastodon.social instance & I'm…
Well everyone's data that was stored on the bluesky PDS is also gone, but at least for a few ten thousand dollars a month I can keep my own instance running?
Self-hosting mastodon is about the same amount of effort as self-hosting your PDS.
But you get a lot more for it. And that's just not an option you have with ATproto.
Re: There are no instances in ATProto
#308Re: There are no instances in ATProto
#309Earlier quoted context omitted.
You can self host every component in the stack. You can create a new one for your use case.
And then once you've self-hosted ever component in the stack, you have one (1) Mastodon instance equivalent :)
Re: There are no instances in ATProto
#310Earlier quoted context omitted.
I don’t think the problem I want solved here is replicating forums, blogs, IRC, Teamspeak, or gaming servers. I want something a lot like Twitter but with some way to take my stuff and leave if an asshole takes control. I don’t want Mastodon, because from what I’ve seen of it when friends link me stuff from it it’s extremely clunky and slow. Plus, whenever I’ve gone to create an account I’ve been presented with a hug…
Twitter became a global phenomenon with the same UI and an even slower ruby on rails implementation behind it, despite the constant fail whale. > Plus, whenever I’ve gone to create an account I’ve been presented with a huge list of servers to chose from, many of which seem to be focused on a specific topic, which makes me think I need to pick which community I want to be tied to with minimal knowledge. As you're alre…
I’m not sure what this comment is responding to. I don’t want a constant fail whale or a slow experience, and I don’t think a lot of other people would want that either.
> As you're already self-hosting ATproto anyway, why not self-host a mastodon instance as well?
Hosting a PDS is free, plus it’s considerably lighter weight conceptually than a whole Mastodon instance!