Salta al contenuto principale


Unfortunately, Bluesky is unavailable in Mississippi right now, due to a new state law that requires age verification for all users. While intended for child safety, we think this law poses broader challenges & creates significant barriers that limit free speech & harm smaller platforms like ours.

reshared this

in reply to Bluesky

With legal challenges to this law pending, we cannot justify building the expensive required infrastructure. For now, we have made the difficult decision to block access in Mississippi. To learn more, read our blog post:

Our Response to Mississippi’s ...

in reply to Bluesky

And this is why real decentralization matters. There is nobody that can decide for the fediverse to block Mississippi.
in reply to Eugen Rochko

But aren’t I breaking Mississippi law if I host a Mastodon instance with no age verification that people in MS can access?
in reply to Jay 🆘

Technically, you're probably also breaking laws in Afghanistan, Iran, North Korea and so on. The question is, do you care? I'm not a lawyer, so I can't answer that for you specifically, but 10.000+ fediverse operators across the world get to make that decision for themselves.
Questa voce è stata modificata (3 settimane fa)

reshared this

in reply to Eugen Rochko

Unlike Afghanistan, Iran or North Korea, the US has got a legal system where they can - and will - enforce their rights all over the world. And especially when you are a Fediverse operator who is based in the US, especially in Mississippi, then you will face legal problems, since the law doesn't specify any minimal size of the service, see here:
legiscan.com/MS/text/HB1126/id…
in reply to Eugen Rochko

with respect, you are a CEO that operates a subsidiary organisation in the US, caring about laws in the country your organisation operates in seems like a pretty good idea to me
in reply to Laurens Hof

With respect, I'm not the CEO of the fediverse. My reach extends over mastodon.social only. And that is the point. There is no gatekeeper for the fediverse as a whole.

Mastodon Migration reshared this.

in reply to Eugen Rochko

There is no gatekeeper for how you tap into the ATProto network as well. Here's a short list of just some of the ways Bsky PBC can't block a user's access today: bsky.app/profile/jackvalinsky.…

And there's even more options than that out there.

@laurenshof @jsit @bsky.app

in reply to Anuj Ahooja

In fact, we're tapping into the network right now as we're having this conversation.

@laurenshof @jsit @bsky.app

in reply to Anuj Ahooja

I have issues accessing services and new products all the time not because of stupid laws, but because of being blind. think of that. I love this app I use called tweesecake it lets me use mastodon so dang easy. just letting you all know for those of you who have an interest. and back to the thing at hand why cant parents ya know be parents. Why can't parents decide what there kids access oh wait now computers phones.
in reply to Anuj Ahooja

also it’s waaaay easier to setup a PDS than any AP software. i eventually got this GoToSocial one up, but my atproto PDS was far easier.

i’m 16 and i got my atproto PDS up in less than an hour..lol - with that you can bypass laws with custom scripts to change your region etc 😁

in reply to jack

A PDS is not the same as a GoToSocial or Mastodon server. The latter give you complete autonomy. You connect directly to whoever you want to follow or broadcast messages to. A PDS is only the data layer. It has to be indexed by a cooperating relay, and ingested by a cooperating app view, before you can actually reach anybody. Those are controlled by Bluesky PBC.
in reply to Eugen Rochko

Not *anybody*, there are multiple third party relays and appviews in operation - look at microcosm.blue/

and you could argue that mastodon.social connects a lot of the fediverse. this morning I finished setting up this instance and when I boosted it from my old acc on mastodon.social the instances that federated with this GTS instance went up by over 100… if you started blocking many instances, or had to shutdown, the fediverse would be very broken

in reply to jack

mastodon.social plays no role in connecting other servers to each other. All connections in the fediverse are direct.
in reply to Eugen Rochko

Again, if you look at the link I've sent you in this thread, you'll see why this isn't true (specifically, see Red Dwarf)

@jack @laurenshof @jsit @bsky.app

in reply to Anuj Ahooja

"go read this" is not a real response. it means you don't have a reply to eugen's point and are just waving your hands
in reply to Eugen Rochko

If you see the post I linked to one reply above, it'll be clear that no user is beholden to the PBC.

@jack @laurenshof @jsit @bsky.app

in reply to Eugen Rochko

I have read the full back and forth of that conversation, but it doesn't seem like you're looking at what I've sent that proves decentralization.

@jack @laurenshof @jsit @bsky.app

in reply to Anuj Ahooja

I have seen the link you sent. The only client on there that doesn't send me to bsky.app if I want to sign up is blacksky.community, though it requires an invite code.
in reply to Eugen Rochko

Red Dwarf doesn't use Bsky if you're not on their PDSs as well. Blacksky is early and is already the biggest non-Bsky non-bot PDS hoster and has built the whole ATProto stack from scratch in Rust. And there's more. This goes way deeper than you think it does.

@jack @laurenshof @jsit @bsky.app

in reply to Anuj Ahooja

Red Dwarf doesn't have a sign up link and nothing loads on the site. But you're right, it is early. Everything is new, shiny, and full of venture-capital funded marketing right now. We'll see how all of this architecture turns out in a few years, when the investors come calling.
in reply to Eugen Rochko

So are we agreeing that ATProto is decentralized? Because that's different than the fear of what funding will potentially lead to one day in the future.

And if you fear that, then shouldn't we triple down on making sure that the PBC doesn't hold all the power before that happens, do adversarial interop, and make sure it's in it's ideal decentralized state asap?

@jack @laurenshof @jsit @bsky.app

in reply to Anuj Ahooja

Strictly speaking, the question is if Bluesky is decentralized, not if AT Proto is decentralized. Second of all, I am not sure why I should "triple down on making sure" anything about Bluesky or AT Proto. I work on improving the fediverse. The place that is already built with adversarial interoperability.
in reply to Eugen Rochko

I personally believe that if you are a founder and lead programmer of a decentralized social media platform, you should be absolutely sure what you are talking about before you start comparing the protocol that you use with others, because you are effectively representing your own project and have a lot of responsibilities and eyes on you as a result. If someone believes that you are misinformed and says so, then it would make sense to check so that you are sure that you are not using your platform to spread misinformation.
in reply to eblu

the misinformation in question is representing centralized social media like bluesky as if it were decentralized

we all understand the amazing tech that *promises* decentralization but the *reality* is that it is not

the fediverse is genuinely decentralized, and bluesky may one day be decentralized

but it isn't now

and this upsets people like yourself who view the issue in cultish terms: how dare someone cite reality

in reply to Joe (TBA) 🇺🇸

the essential problem with #bluesky is that it promises a lot, but delivers little in the realm of #decentralization (reality, not technical potential)

now there's something interesting about that:

bluesky is run by #crypto bros

in crypto, promising a lot, not delivering, but generating devotion off of the promise, is the standard grift template

and you see it in the cultish denial of many commenting here

Mastodon Migration reshared this.

in reply to Ben Royce 🇺🇦

a more modern take on self hosted/decentralized Bluesky whtwnd.com/bnewbold.net/3lo7a2…

(which I found from pluralistic.net/2025/08/15/dog…)

Cory said he wasn't going to Bluesky until he could self host...and it seems like his criteria are being met finally

in reply to Pusher of Pixels

i read that entire article a few days ago, i don't remember cory saying anything like "his criteria are being met finally"

what i remember is cory being mystified by bluesky's new TOS

do you have a clear indication cory is doing that?

in reply to Ben Royce 🇺🇦

it's in the link towards the bottom. Search for 'colo' where he says his sysadmin is setting it up
in reply to Pusher of Pixels

thank you

and of course cory's reach on bluesky will be limited in places like mississippi

now the "you don't need to be on bluesky to read that though" reply guys

missing the entire point of bluesky's de facto centralization

Questa voce è stata modificata (3 settimane fa)
in reply to Ben Royce 🇺🇦

yeah, it's a similar thing I say about civil rights. The most interesting cases pit 2 rights against each other.

I'm happy BS (my name for them haha) is slowly getting to some de-centralization capability...but how that will play with their monied backers will be an interesting thing to watch.

in reply to Pusher of Pixels

yup

the looming issue with #bluesky:

bluesky is financially backdoored such that as it grows in popularity it will suffer the same fate that befell #twitter

investors will demand a return, a return that can't be delivered without centralization

and then they engineer a takeover putting an elon #musk type at the helm

this is how #plutocracy destroys #socialMedia

enjoy bluesky

but it's doomed

in reply to Clinton Anderson SwordForHire

jumping into this branch of replies to say that Bluesky did anticipate this and specifically built atproto to allow you to move off of their servers and onto an independently operated one in case the shareholders come knocking. the only issue is that most people aren't really aware of this
in reply to eblu

"we understand vulture capital will destroy #bluesky, and we've prepared for that by making it possible to have rebel bases"

"why don't you just use something that is already decentralized, like #mastodon/ #fediverse"

"you don't understand, this is a cult-centered discussion"

...

"in case the shareholders come knocking"

"in case"

🤦‍♂️

Questa voce è stata modificata (3 settimane fa)
in reply to Joe (TBA) 🇺🇸

exactly

the person i responded to is talking about "in case" shareholders come knocking

like "in case" my mouth goes on fire after eating chili peppers

🤦

bluesky is doomed

the crypto bro venture capitalists *will* demand a return on their investment, and apparently some believe you just send them away

no. they send you away:

they replace the leadership to get their money

Questa voce è stata modificata (3 settimane fa)
in reply to Ben Royce 🇺🇦

I'm not an expert, but my understanding is that they can't replace the leadership if they don't own a controlling share of the company
in reply to Kuba Suder • @mackuba.eu on 🦋

if i loan you $200, i want my money back

you, a board, whatever entity you are, needs to pay it back

you need to make moves to satisfy me, your investor

if you don't, i can go after you

so usually you will say "ok, i'll do this to earn some money"

this is how venture capital can destroy anything

app.dealroom.co/companies/blue…

in reply to Joe (TBA) 🇺🇸

And Twitter was initially built from the beginning as a decentralized network meant to be a decentralized version of an earlier centralized social network, right? Because that's how Bluesky started. So if Twitter wasn't built like that, then it's not really a perfect case study, is it?
in reply to Kuba Suder • @mackuba.eu on 🦋

i don't understand what you're saying

"something else failed so this other thing over here won't fail"?

in reply to Ben Royce 🇺🇦

No, I was just referring to Twitter being a "case study" of what will happen to Bluesky - it's not the same thing, so it can't be a case study of what will happen. I'm not saying this means this thing won't fail, rather that Twitter failing doesn't mean we can be sure this will fail too in the same way.
in reply to Kuba Suder • @mackuba.eu on 🦋

bluesky will fail in the same way any entity controlled by venture capital will fail if it doesn't earn enough. like twitter didn't. instead, the ghouls moved in when they didn't get their money back

it doesn't matter about the technology. it doesn't matter if it's a social media company or if they are a high end waffle restaurant: they need to earn money on an investment

Questa voce è stata modificata (3 settimane fa)
in reply to Ben Royce 🇺🇦

Maybe someone can set up a mastodon server called bluesky.recovery.center. They can all go their and maintain their affinity.
in reply to Clinton Anderson SwordForHire

I keep seeing this picture, can someone explain what it means like I'm someone who doesn't get the reference?…
in reply to Kuba Suder • @mackuba.eu on 🦋

this is depicting a scene from Peanuts in which Lucy (representing tech companies) holds a football (representing Bluesky) for Charlie (representing regular users) to kick. what happens next is that Lucy lifts the football right before Charlie kicks it, resulting in him falling over face up instead and humiliated. this is intended to be a metaphor for how the poster believes that Bluesky is a bait and switch propped up by large tech companies that will trap users like other social media sites such as Facebook and Twitter.

(christ I sound like a LLM right now)

in reply to cultdev

Look, despite how much time I spend posting on Mastodon, I want to make very clear that there are plenty of other #Fediverse options out there.
in reply to Eugen Rochko

You seem to, from what I'm seeing, have a basic understanding of how the AT protocol works but not how it is decentralized in practice, and I think you might be confusing it with ActivityPub's model of distribution, but I could be wrong. A lot of us in this thread have been trying to explain this but you seem to be dismissive about it instead of understanding. I totally understand as someone who was also like this but it helps to read up about the subject from those who currently work with the protocol itself.

I also feel that you believe that Mastodon is above the law because it doesn't have any official presence in areas where age-verification laws exist, however the Mississippi law that Bluesky is protesting, for example, applies nondiscriminately to all platforms, regardless of where they are based.

I really don't want to come off as saying that Bluesky is a better platform, rather that I want to hold you accountable for any "not invented here" biases that you might have.

in reply to eblu

Two separate discussions here. I'll start with the second one. This isn't about Mastodon the organization. Mastodon gGmbH is certainly not above the law. But even if Mastodon gGmbH was legally forced to block users from Mississippi, the only thing we could do is block them from mastodon.social. The fediverse does not have an owner that can make this call. Every operator decides this individually.
in reply to Eugen Rochko

Yep, there's nothing really incorrect here (outside of that Mastodon is also responsible for mastodon.online). I should mention that this is also what Bluesky is essentially doing; they've blocked off access to the frontend that they control, while leaving the user data and relays that they host accessible. Anything built on their protocol can still communicate with it, and they do not have to implement geo-blocking because Bluesky does not control them.

I do understand your concern, however; there's nothing stopping them from outright blocking anything independently operated from pulling from their relays or directly from their PDSes themselves. But the same could be said about Mastodon instances through the practice of defederation.

Bluesky technically has the upper hand here because they architected their protocol in a way where each user is identified by a decentralized ID instead of a URI tied to a specific hostname, and full data portability is strictly specified, something that Mastodon only partially has an analog to, however it still remains a social issue because most people don't really want to move off of Bluesky servers at this time, or are even aware that it's an option.

in reply to eblu

The major difference between AT Proto and ActivityPub is that in ActivityPub, nodes communicate directly with each other, without relying on a third party. Mastodon (as an organization) could disappear along with mastodon.social overnight, and the fediverse would continue to function flawlessly (although you'd stop getting cool new software updates from us, until someone else stepped in).
in reply to Eugen Rochko

In AT Proto, and Bluesky specifically, technically all components can be hosted by other parties, but the interdependency of these components favours control by Bluesky PBC. For example, if Bluesky PBC decides to ban your account from their relay, you could get indexed by another relay, but unless all your friends switched to an app view that uses that relay, it would be of little use to you.
in reply to Eugen Rochko

This is an important point that gets down into the weeds of the AT Proto architecture. Real independence from Bluesky PBC technology is much more difficult to achieve. Just because you might be on a different data server (PDS)[only a tiny fraction are now on an independent PDS] your traffic still flows through Bluesky hosted technologies, and your link to the network can be severed there.
in reply to Eugen Rochko

Not to mention that the decentralized ID ledger is currently another central piece of infrastructure controlled by Bluesky PBC, so they could stop you from registering an account or moving it if they wanted to. Sure, DIDs have some advantages in terms of data portability, but at least usernames in the fediverse don't rely on a single authority.
in reply to Eugen Rochko

@bsky.app@bsky.brid.gy I mean, yes, but: in the Fediverse, identity is tightly coupled to instances. You can move to other instances or platforms, but there’s a bunch of conditions as to whether or not it will actually work. If your instance permanently goes down all of a sudden, you basically have to start over from scratch.

I think one thing Bluesky actually got right with AT Protocol is that your identity, your PDS, and your social stream all effectively exist on separate layers. Trying to make ActivityPub do a similar thing is…technically possible, but also really, really difficult. It would require a massive undertaking.

in reply to Sean Tilley

Bluesky did that by making it much more likely to centralise though?

What is the point of decentralisation if it makes centralisation more likely? Is it just to give a centralised for-profit corporation plausible deniability when asked if they're centralised? Some infrastructural relative of greenwashing?

I don't think Bluesky are in this to make a decentralised network, I think they are just in it for the money and see AT as a promotional tool which they can control and discard if something more profitable comes along.

Bluesky's "billionaire proof" is like Google's "don't be evil".

Questa voce è stata modificata (3 settimane fa)
in reply to FediThing 🏳️‍🌈

The DID:PLC piece is something we have to keep Bluesky accountable about, but it’s literally intended as a placeholder until they develop something better. It’s a point of failure for now, though, no argument there.

As @quillmatiq pointed out earlier up in the thread, Blacksky has effectively developed all of their own infrastructure from scratch, to the point that people can move off of Bluesky infra, and still interoperate with the existing Bluesky network. That stack and tooling is open source, and available to other communities to create their own networks that also interoperate.

It’s a remarkable development, but the point is that many parts of Bluesky’s network have actually become more radically decentralized and independent than before. It happened from the inside, at a grassroots level.

Questa voce è stata modificata (3 settimane fa)
in reply to Sean Tilley

What percentage of users depend on network parts controlled by the Bluesky Corporation?

If most people remain on infrastructure under corporate control, what's to stop the Bluesky Corporation from just raising the drawbridge if they consider it more profitable?

This is a danger on any decentralised network where most people congregate on parts controlled by one entity, and it's even worse when that entity is a VC-owned for-profit corporation.

Questa voce è stata modificata (3 settimane fa)
in reply to Sean Tilley

"You can move to other instances or platforms, but there’s a bunch of conditions as to whether or not it will actually work. If your instance permanently goes down all of a sudden, you basically have to start over from scratch."

I've moved my Mastodon instance twice so far, and each went without a hitch.

And if my current instance _did_ close without a warning, I would not "start over from scratch" either - since I semi-regularly back up my user data, and could import these to a new instance.

in reply to Eugen Rochko

@eblu @quillmatiq @jack @laurenshof @jsit @bsky.app @benroyce But what if the state of Mississippi sued every Mastodon operator, at least in the US. I suspect most would have to block Mississippi rather than pay huge legal fees. I doubt they could sue nonUS sites but perhaps this will end up being an excuse to separate the US internet from the rest if the world.
Questa voce è stata modificata (3 settimane fa)
in reply to Anuj Ahooja

these aren't really ways that Bluesky PBC "can't block" they just happen to work around the way they happened to choose this time, they've got options that would be much more difficult to circumvent but haven't used them for now.
in reply to Eugen Rochko

Putting aside the technical issues and the Fediverse overall, will mastodon.social block Mississippi users because of this law?

@bsky.app

in reply to Eugen Rochko

I think what people need to understand is that using the Fediverse instead of Bluesky doesn't mean you aren't subject to these laws. It just means that the people who run your instance are more free to flaunt them if they choose.

I think what people are trying to say to you Eugen is that it might be advisable to tell Fediverse instance operators that this is something they should be aware of and make an informed decision about.

Questa voce è stata modificata (3 settimane fa)
in reply to Eugen Rochko

Presumably US (and EU, UK, etc.) residents do actually care about opening themselves up to potentially life ruining legal liability, as should board members of the Mastodon non-profits…
in reply to videah θΔ

@jsit @bsky.app Sure. But there are fediverse servers that are operated from Japan, China, Switzerland, anywhere really. We have seen this when FOSTA/SESTA was passed in the US. The fediverse provided a refuge for sex workers through services in Austria and so on.
in reply to Eugen Rochko

THIS, 1173%.

This is why CORPORATE (namely vc crypto techbros) owned social media will always be Twitter2.0

in reply to Jay 🆘

Yep. People running fedi instances, just like people running Bluesky, have to decide whether they want to take that risk -- and how much geoblocking decreases the risk.

The tradeoffs may well be somewhat different here but it's still very messy, especially for fedi instances either based in the US or with financial ties here (like Mastodon's 501(c)(3)). Bluesky's high-profile, so they might be a more tempting target; then again they fedi isntances have a lot less resources to fund a legal defense, so maybe we're more tempting targets? There's no way to know at this point.

@jsit @Gargron

in reply to Jay 🆘

I think people are framing this as #Bluesky being self-serving or (cringe) "enshittifying," but what they're doing would also be a reasonable thing for a Fediverse instance owner to do.
in reply to Jay 🆘

No, not if it were the only one that could do that. If you keep your service a monopoly instead of decentralizing enough that someone could run their own server then you have to choose to not break the more important law. There are conflicting laws here but Mississippi made the wrong one and it should be ignored. That BS might be punished for breaking a bad law is part of the deal they chose with their partially closed garden. They capitulated so they're just inviting more fascism. The solution is to make it so individuals can self host and serve within Mississippi, and to keep them safe from state violence.
Questa voce è stata modificata (3 settimane fa)
in reply to David

Ok, what else do you want them to do "to make it so individuals can self host and serve within Mississippi"? More documentation, better setup scripts, or what? Because what you're asking is already there, on GitHub.
in reply to Kuba Suder • @mackuba.eu on 🦋

Where are the Mississippian bluesky servers and where are their sign up links. I would join one today
in reply to David

you should be able to sign up on Bluesky-owned PDS using that deer.social client
in reply to Kuba Suder • @mackuba.eu on 🦋

I tried and wasn't able to join a Mississippi bluesky server. Maybe one day
Questa voce è stata modificata (3 settimane fa)
in reply to Kuba Suder • @mackuba.eu on 🦋

Yes, I looked for a server and didn't see one. I get the sense you think I'm looking for something that exists
Questa voce è stata modificata (3 settimane fa)
in reply to David

Ahh, you're right, I haven't realized that version has some modified signup page…

Try through here: smol.life

in reply to David

Hmm… ok, that is a problem 😀 There is probably some way to get in, but I don't really feel like digging into this further… I agree that it's not very easy yet, because while there are many personal PDSes, there aren't really any truly open ones without invites.
in reply to Kuba Suder • @mackuba.eu on 🦋

One somewhat roundabout way that I think will work: the Tangled ATProto app (GitHub alternative) now allows signups on their PDS here: tangled.sh/signup. So you should be able to sign up there, and then you have an ATProto account that you can use in any Bluesky-compatible client app (deer.social, smol.life) to access/browse/post to Bluesky.
in reply to Eugen Rochko

@bsky.app@bsky.brid.gy does the law specific any way how to decide it a user is from MS? If not, why not just ask users "are you from MS?" and it they answer yes forward them to a specific page with information about why they can't user BSKY. And if the answer no you can just let them go about their business.
in reply to utzer

See the blog post: bsky.social/about/blog/08-22-2…

They implemented the check for Mississippi in their app - but since Bluesky's infrastructure is open, it seems that you still can access the network from other apps.

in reply to Eugen Rochko

I feel like this is potentially misleading, Eugen? Both because others can host their own views of the network, but also will the largest instances, which you run, be willing to pay the $10k/user fines in Mississippi? Because the state can still go after instances, no?
in reply to Nemes Content

It's really not meant to be a gotcha kinda thing. I'm just trying to understand the actual complaint.
in reply to Mike Masnick

Fair point, and I believe you but I've see how conversations between fedi and bluesky usually goes. Many people still think atproto is centralized and corporate controlled on the fedi side. I am curious how eugene will respond since fedi runs tge whole instance as a site that talks to other sites.
in reply to Nemes Content

My larger point is simply that this is a bad law that impacts both Mastodon and Bluesky (and the wider Fediverse/Atmosphere) and it seems like a reason to work together to fix the law (i.e., with @gargron.mastodon.social.ap.brid.gy) than to use it to take potshots at each other. The law is bad.

reshared this

in reply to Mike Masnick

The law is bad, nobody said otherwise. But decentralized systems are supposed to be resilient. If the US makes a law banning all mentions of LGBT from social media, which sounds less unlikely by the minute, what will Bluesky do? All of your infrastructure is controlled by one US company…

Oblomov reshared this.

in reply to Eugen Rochko

Your final point is incorrect. Please don't spread misinfo about stuff like that.
in reply to Mike Masnick

The key point here matters @gargron.mastodon.social.ap.brid.gy: this law equally impacts both ActivityPub and ATproto instances. Using this law (and the fact that some Mastodon servers plan to not comply and risk liability) is not a statement regarding which network architecture is better.
in reply to Mike Masnick

It's just a statement over which systems are willing to risk ruinous liability over a bad law.
in reply to Mike Masnick

@gargron.mastodon.social.ap.brid.gy@mastodon.social

I continue to feel this is wrong.

*Anyone* can start a fediverse instance and be a publisher literally of 1. And yet they remain every bit as equal a participant in the overall global network.

Who today is successfully running 1-person ATProto infra and still enjoying all the features of Bluesky?

in reply to Jared White (ResistanceNet ✊)

yeah, only governments and massive businesses have the money required to run their own ATproto PDS, relay, and appview.
in reply to Kuba Suder • @mackuba.eu on 🦋

The question no one seems able to answer is who has a completely independent ATproto PDS, relay, and AppView where users can sign up?

If running all three of these is just $250 per month, why aren't there dozens of such independent AT Proto instances?

Seriously trying to understand why no one answers this question.

It seems the closest to this is currently Blacksky and they're still missing the AppView piece. Right?

cc: @folkerschamel

Questa voce è stata modificata (3 settimane fa)
in reply to Mastodon Migration

The reason it is important to answer this question is because bold claims are being made without citing any evidence by people officially associated with Bluesky, like in this thread from earlier today involving Mike Masnick and @folkerschamel: mastodon.social/@folkerschamel…

If we are to have this conversation it should be with real facts and examples not aggressive hyperbolic assertions.


Fixing the law and arguing for a truly decentralized social network should not be an either/or proposition.

Questa voce è stata modificata (3 settimane fa)
in reply to Mastodon Migration

If Blacksky is the best example of a scaled "independent" Bluesky (ATProto) instance. Then it becomes possible to talk about how independent it actually is (no AppView yet, the DID repository). It's then also possible to look at what percentage of users are "independent" of Bluesky PBC technology.

Leaving aside the issue of the DID database, it seems like right now there are no users fully independent, or at least very few. That's just a fact.

in reply to Mastodon Migration

And while rambling along here, it does not seem like we should exempt the DID database from scrutiny. The entire premise is "what if #Bluesky becomes evil?" This is the formulation of the argument by Jay Graber. If that happens then the owner of the DID database holds the keys to the castle. According to Kuba, they intend to transfer this resource to an independent "non-profit" (see mackuba.eu/2025/08/20/introduc…). What are they waiting for?
Questa voce è stata modificata (3 settimane fa)
in reply to Mastodon Migration

So, trying to imagine what a truly decentralized Bluesky ATProto would look like, and it seems like it would need to have multiple independent PDSs, sure, but also multiple instances of the other major components capable of running at scale, such that should Bluesky "become evil" all these other folks could keep right on interacting together. Kind of a "cut the cord" test.
Questa voce è stata modificata (3 settimane fa)
in reply to Mastodon Migration

And, the number of users on the non-Bluesky side of the cut the cord test would need to be significant, say at least 25% (or pick a number) of the total ATProto user base.

Finally, the DID has to be secured in a public non-profit lock box.

This seems like the bare minimum necessary for Bluesky to claim they are truly decentralized.

in reply to Mastodon Migration

yeah, I'd like to see something like what you're describing eventually; not sure when and if we will get there
in reply to Kuba Suder • @mackuba.eu on 🦋

btw, there's this post by Bryan from Bluesky written some time ago, which implies that things like "multiple independent Relay services" and "multiple independent AppView services" are goals that they also care about: bnewbold.net/2024/atproto_prog…
in reply to Kuba Suder • @mackuba.eu on 🦋

And even this is only the technical perspective, which is the simple one.

Even if all these points are fulfilled, this does not mean decentralization in practice.

To demonstrate the absurdity of the purely technical argument, you could even argue cynically that #twitter has a "credible exit" because every user can export their tweets and following list, and import it into a not-yet-existing new system ...

in reply to Folker

As they say, the purpose of a system is what it does.

Until we actually see many examples of non-nerds engaging successfully in the ATmosphere without utilizing *any* infrastructure controlled in any way by Bluesky, then the claim it's a decentralized social networking protocol rings hollow.

in reply to Jared White (ResistanceNet ✊)

Agreed. What is important from a user perspective is not technological potential or corporate aspirations, but ground truth current reality.

It is nice to know the potential may exist, but until it is realized it is just a possibility.

The thing that is most troubling about Bluesky and Mike Masnick's assertions is conflating this possibility with reality.

in reply to Mastodon Migration

I would say users mostly don't care about things as much, and you need to explain to them why they are important at all, which is one of the reasons why more people came to Bluesky which keeps the decentralization aspects mostly hidden than Mastodon which has them front and center… Only some subset of more "decentralization conscious" users cares about either potential or current reality.
in reply to Kuba Suder • @mackuba.eu on 🦋

The fact that users "don't care" about something does not mean that it is not an important characteristic, as we are learning with each successive instance of autocratic centralized action.

Twitter people didn't care about it either, until the hammer came down.

Questa voce è stata modificata (3 settimane fa)
in reply to Mastodon Migration

yeah, most people probably would care if someone explained the benefits of decentralization to them properly
in reply to Mastodon Migration

I'm thinking about writing another blog post specifically about the "status of decentralization", but probably not very soon
in reply to Kuba Suder • @mackuba.eu on 🦋

That's the point. Right now I don't see any indication that in the foreseeable future the majority of #atmosphere users will be not on the hook of #bluesky the company.

My fear is that #atproto is a kind of #decentralizationwashing of a VC-driven company - maybe and hopefully I'm wrong, but this is what I fear.

in reply to Folker

Even if it became truly decentralized, it probably wouldn't matter, considering it built its userbase on the population of folks without the wherewithal to pick an instance.

What, are the people who thought mastodon was too hard going to host their own PDS, or even bother to transport accounts?

in reply to Mastodon Migration

so, there's a few reasons:
- while PDS and relay are very easy to set up now, the AppView isn't - there isn't much documentation about it and I think it's missing some pieces like a part that indexes the existing posts created earlier; I think it took Futur who wrote a blog post about running AppView a few months to figure it out (though now he's blazed the trail a bit)
in reply to Kuba Suder • @mackuba.eu on 🦋

- people realize there's quite a lot of responsibility involved in running those things - moderation of what's being posted and how it's used, possible Bad Content, regulations/laws etc. (just running an open PDS means you can have someone making spambots on it, it already happened)
in reply to Kuba Suder • @mackuba.eu on 🦋

- there doesn't seem to be enough people so far who care about this + want this + have the skill & time + are ready to deal with the above
- most people seem to be just fine with using Bluesky infrastructure + maybe own PDS for now
in reply to Kuba Suder • @mackuba.eu on 🦋

I expect this to be changing in the coming months again as it was earlier this year, but I don't expect a large number of such fully independent stacks running soon because there just doesn't seem to be both demand and potential volunteers for it
in reply to Mike Masnick

Okay. Please help me understand:

- Who owns bsky.app and the apps named "Bluesky" in the app stores?
- Who owns the app view the above connect to?
- Who owns the relay the above app view uses?
- Where are the parties that own the above domiciled?

reshared this

in reply to Mike Masnick

@Gargron wait, what infrastructure is beyond Bluesky Social PBC's control?
in reply to Glyph

A lot? There are independent instances of ATproto infrastructure that are not controlled by Bluesky. There are totally independent PDS's, relays, and appviews.
in reply to Mike Masnick

@glyph @Gargron
Only a tiny tiny tiny tiny tiny fraction of #atproto users is not dependent on #bluesky infrastructure. Basically all #atproto users - and literally all #bluesky users - are dependent on #bluesky and their decisions. That's a simple reality which cannot be taken away by all the tech talk how cool #atproto is in theory.

reshared this

in reply to Folker

what fraction is this? What software are they using? I would really like to even understand how this *might* work. (the fediverse is also, after all, still relatively centralized in practice, with a substantial majority of users still on mastodon ggmbh infrastructure. But other active independent instances do point a way to a less central future)
in reply to Glyph

one datapoint is that I believe there's less than one thousand users on a third party PDS out of the 30+ million registered users total. So roughly 1 out of like 30,000 or 0.003%... For the other services like third party web apps it's almost certainly even worse since you can count them with one hand and they're tiny or just experimentation by some dev. It's just not at all comparable to Mastodon.
in reply to ikuturso

What you believe and what reality may be are two different things. It's pretty silly to make your arguments based on false info someone told you.
in reply to Mike Masnick

This stupid Mastodon hate for Bluesky which always involves blatant disinformation is so stupid. We both face the same issues and should work together on it. Instead you want to have a purity contest. What the fuck?
in reply to Mike Masnick

Ikuturso's estimate is admittedly unsourced, but for this to rise to the bar of "disinformation", there would have to be accurate information somewhere that is being suppressed or ignored. If 0.003% is incorrect, do you have a better number?
in reply to Glyph

The big example being repeatedly touted as the big Bluesky-independent group is Blacksky. But Blacksky is very small. opencollective.com/blacksky shows 965 contributors, which is right in line with that 1000-user estimate (not every blacksky user is on their PDS, a few other indie devs operate experimental PDSes, but it seems like it'd be a wash to me)
Questa voce è stata modificata (3 settimane fa)
in reply to Glyph

Blacksky only opened up its PDS like a week ago and has been slowly letting people in. So that's 1000 people in a week. Give it at least a bit of time. But I see you moving goalposts. "Oh it's not decentralized." "Oh it is, but not enough." "Oh, the other providers are too small"
in reply to Mike Masnick

The whole point is that people are building a decentralized thing here. Really decentralized. And, yes, building takes time. Some people are helping. But you and a small group of others want to run a purity contest with moving goalposts. It's such a waste of time.
in reply to Mike Masnick

@glyph @folkerschamel @Gargron maybe actually say what you think is disinformation and why? not very convincing when you just accuse people of spreading it without being able to give any specifics.
Questa voce è stata modificata (3 settimane fa)
in reply to ikuturso

It's disinformation to say that the the ATmosphere, powered by ATproto, is entirely centralized and controlled by one company.
in reply to Mike Masnick

@ikuturso @glyph @folkerschamel I said it about Bluesky, not the "ATmosphere". As you have described to me, "Bluesky" as people know and use it, is a stack controlled by Bluesky PBC. And for what it's worth, I don't think pointing out the importance of decentralization is a "potshot" either.
in reply to Eugen Rochko

If we're comparing to Bluesky alone then the very same thing applies to Mastodon GMBH. You're comparing apples to oranges. Also does this mean that mastodon.social intends to not comply with Mississippi's law?
in reply to Mike Masnick

@ikuturso @glyph @folkerschamel That's kind of my point. Bluesky is like mastodon.social. When people use Mastodon, it does not mean they are using Mastodon gGmbH infrastructure. They login directly to their provider--be it hachyderm.io, infosec.exchange, mas.to, and so on, which exist all over the world in various jurisdictions without any dependency on us and provide more or less the same Mastodon experience. Today. Not in a hypothetical.
in reply to Mike Masnick

@Gargron @ikuturso @glyph @folkerschamel I think the point here is that of course both ActivityPub and AT are decentralized protocols. However, in practice AT almost wholly consists of traffic controlled by Bluesky Social PBC. It seems that's changing for the better every day. But right now "Bluesky" is more centralized *in practice* than "Mastodon."
in reply to Nathan A. Stine

Yes but also AT is newer. Give it time. And all this feels like is a pointless wasteful purity battle when what we should be doing is working together to push back on bad laws. At no point in this convo has anyone insulted AP yet it feels like many AP people can't wait to attack AT.
in reply to Mike Masnick

@stinerman @ikuturso @glyph @folkerschamel It is interesting that you are characterizing this discussion about decentralization of power as an attack on AT Proto, and it is interesting that this is the only context in which I hear about working together since Bluesky launched nearly two years ago. Well, I believe you have my e-mail address.
in reply to Eugen Rochko

The reason I claim it's an attack on AT Proto is because (if you scroll up) you responded implying that Mastodon was somehow better positioned to weather this law, and I don't see how that's true, other than if the hope is that it's so small no one in Mississippi decides to sue?
in reply to Mike Masnick

@Gargron @stinerman @ikuturso @glyph

Of course #mastadon is better positioned to wheather this mississippi law, because a) different #mastodon instances can decide differently (e.g. implementing some kind of age verification instead of blocking, giving users choices instead of #bluesky forcing down their decision to everyone's throat), and b) most instances are outside the us jurisdiction anyway and therefore don't have to worry about the mississippi law.

in reply to J.R. Cruciani

Unlike #bluesky, #mastodon is not blocked centrally in Mississippi.

Glad to hear it.

It wouldn't have been technically possible anyway, since #mastodon is decentralized.

techcrunch.com/2025/08/29/mast…

#decentralization #activitypub #atproto #bluesky #decentralizationwashing

in reply to Folker

For the record, BS also isn't centrally blocked - if you run your own server or use an alt client, there's no block
in reply to Cory Doctorow

"Bluesky is unavailable in Mississippi right now" as by the company #bluesky Social, PB itself. See the original post of this thread.

Plain, simple, and correct.

Your post is what I mean by #decentralizationwashing: Claiming theoretical #decentralization, but without real-world relevance. Basically nobody is using an own Personal Data Servers or alt client. And wouldn't evade the block anyway.

in reply to Folker

Unlike #bluesky, #mastodon is not blocked centrally in Mississippi.

Glad to hear it.

It wouldn't have been technically possible anyway, since #mastodon is decentralized.

techcrunch.com/2025/08/29/mast…

(Posting reply mastodon.social/@folkerschamel…, which wasn't bridged, again, but this time as reply to myself to see if bridging is working then.)

#decentralization #activitypub #atproto #decentralizationwashing


Unlike #bluesky, #mastodon is not blocked centrally in Mississippi.

Glad to hear it.

It wouldn't have been technically possible anyway, since #mastodon is decentralized.

techcrunch.com/2025/08/29/mast…

#decentralization #activitypub #atproto #bluesky #decentralizationwashing


in reply to Folker

You're misrepresenting again. Why? ATproto is not blocked. Other ATproto providers are still available in Mississippi. The fact that Mastodon GMBH is choosing to ignore the law is not about decentralization. If it obeyed the law then yes some Mastodon instances would be centrally blocked.
in reply to Mike Masnick

@Gargron @stinerman @ikuturso @glyph

Discuss that with Bluesky Social PBC @bsky.app and their VC investors. As said before, I'm only the messenger.😉 Well, not even that, I'm only the message-repeater "Bluesky is unavailable in Mississippi right now"
mastodon.social/@bsky.app@bsky…

What are "mastodon instances"? I never understood that concept techies are talking like crazy about all the time. Are they the cause for "centrally block[ing]" as you say?😉

in reply to Folker

You again are misrepresenting. Why? mastodon.social which you are on is centralized. If it decides to obey the law you would be blocked in Mississippi. That's different than what Bluesky is doing. With Bluesky if you login with an alternative client, you're most likely not blocked.
in reply to Mike Masnick

Indeed the ATproto setup seems much better. Your only recourse if your server blocks is to start all over again somewhere else. With ATproto you can just login somewhere else with all your content intact
in reply to Mike Masnick

Well, I'm just relaying what your colleagues of Bluesky Social PBC are saying, see my previous post - argue with them instead of me.

Or with the people of the Mississippi Free Press, who said that the action of #bluesky is a "significant blow" to them mississippifreepress.org/edito….

But yes, personally I like like the decentralized world of #mastodon and #activitypub without a single corporation controlling the infrastructure and data most users are dependent on.

in reply to Folker

There is a big difference between truly decentralized and technically decentralizable.

See: Are we decentralized yet >>> arewedecentralizedyet.online/

Mastodon Migration reshared this.

in reply to Folker

@Gargron @stinerman @ikuturso @glyph

I have no idea what this crazy tech diagram means, but I like the colors.🙃 While this large read area somehow feels really uncomfortable - like these claws wants to surround and control me 😨 - this little green sector looks really nice, friendly and comfortable.😊

mastodon.online/@mastodonmigra…

#mastodon #bluesky


There is a big difference between truly decentralized and technically decentralizable.

See: Are we decentralized yet >>> arewedecentralizedyet.online/


in reply to Folker

An insightful article about the power, importance and impact of decentralization of social networks.

compliancehub.wiki/the-decentr…

in reply to Folker

Not only does that article make a number of obvious factual errors, it also reads very much like it was written by AI. It's funny that the errors it makes are ones I already explained to you were incorrect. I'd think you would have noticed.
in reply to Mike Masnick

@Gargron @stinerman @ikuturso @glyph

Not really.

mastodon.online/@mastodonmigra…

#mastodon #bluesky #decentralization #decentralizationwashing


The technique Mike Masnick employs is to ignore the substance of the critique. #Bluesky may technically be capable of decentralization, but in practice it is still highly centralized. Instead, he repeats the mantra there are some examples of decentralization.

Stipulated Mike.

Now move on to addressing the reality that for all intents and purposes, which is what matters for these censorship issues, it is centralized.

arewedecentralizedyet.online/


in reply to Folker

"Not really" is your answer to me pointing out you're pushing an AI-generated article with blatant factual errors that completely make the point it's making false? You are not worth talking to. My goodness.
in reply to Mike Masnick

@folkerschamel @Gargron @stinerman @ikuturso

Again. Rather than engage with the substance of the article, MM's approach is to brush it aside with sweeping generalizations, false characterizations and ad hominem attacks. There is nothing untrue in the article. It is a good characterization of the benefits of real decentralization. Benefits that Bluesky and Mike Masnick often disingenuously trumpet when talking about "No Caesars" and the ability to "fork off."

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

I don't really agree that ATProto and BlueSky LLC can be realistically separated rn, but imo MM is 100% correct that that "article" with no author reads like AI slop and I'm not sure I'd engage with it, either.
in reply to little tricks

It may be AI slop. Who knows these days. But the substance of the critique is consistent with that of several others on the same subject, like this from @freezenet

freezenet.ca/mastodon-isnt-com…

Or even the TechCrunch Sarah Perez @Sarahp piece.

techcrunch.com/2025/08/29/mast…

The point is to stop attacking the messengers and address the substance of the criticism.

Questa voce è stata modificata (1 settimana fa)
in reply to Mike Masnick

@ikuturso @glyph @Gargron

Nobody said or implied that in this thread, on the contrary.

The point is that in practice #bluesky is quite centralized, because nearly all #atproto users are dependent on #bluesky, which is controlled by one company, and their centralized decisions.

As we can witness right now.

in reply to Mike Masnick

This is misinformation. It does not serve your purpose to continue to misrepresent the current state of AT Protocol decentralization.
in reply to Mike Masnick

This is kinda fundamental. You say "a lot?", but that's not as convincing as a full search engine of sites who want you to join them and are all, by definition, 100% independent of any other mastodon instance. Heck, even Truth Social is a Mastodon instance. joinmastodon.org/servers

Servers

in reply to Vault Boy

I get that the Mastodon folks are out of date and don't realize how much development has happened on ATproto in the last year, but it makes them all sound silly when they repeat things as if it were still 2023.
in reply to Mike Masnick

That's a deflection again. Nobody doubts that technically both #activitypub and #atproto support decentralization.

But the point is that *in practice* basically all #bluesky users are concentrated on infrastructure of a single company under US jurisdiction, while #mastodon users are distributed over many servers in many jurisdictions all over the world.

The consequences can be seen with Mississippi.

mastodon.social/@ikuturso/1151…

mastodon.social/@mastodonmigra…

in reply to Folker

The technique Mike Masnick employs is to ignore the substance of the critique. #Bluesky may technically be capable of decentralization, but in practice it is still highly centralized. Instead, he repeats the mantra there are some examples of decentralization.

Stipulated Mike.

Now move on to addressing the reality that for all intents and purposes, which is what matters for these censorship issues, it is centralized.

arewedecentralizedyet.online/

Questa voce è stata modificata (2 settimane fa)

Mastodon Migration reshared this.

in reply to Mastodon Migration

I just saw this thanks to folker posting it (misleadingly) on Bluesky. As I've said repeatedly, that chart is not only meaningless, but it's misleading. If it included Threads on the AP side, then Mastodon would look way way worse. But that's silly. If it counted Threads would that suddenly make Mastodon less decentralized? Of course not. That's why that chart is completely meaningless.
in reply to Mike Masnick ✅

This is a specious argument, and does not deserve a serious response. Please stop misrepresenting the current degree of centralized concentration of Bluesky PBC on AT Protocol. You are in a perfect position to advocate for actual meaningful decentralization, but instead continue to misrepresent the current overwhelming dominance of Bluesky PBC.

1/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

Rather than making false and misleading arguments you could instead stipulate that the overwhelming dominance Bluesky PBC does currently make AT Protocol a defacto centralized network, but the company recognizes this and are taking specific steps to address it. AT Protocol is designed to facilitate decentralization and list what steps are being taken, against what metrics to achieve real decentralization.

2/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

Specifically, what is the company doing to enable independent instances and provide the type of choice your marketing ballyhoos? What are your goals for achieving a meaningful percentage of the AT Protocol network users NOT being Bluesky PBC users? What programs are you sponsoring to achieve these ends? Are you serious about these goals?

3/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

the only one misrepresenting stuff is you, unfortunately. Bluesky has done a ton of stuff to enable actual decentralization, all of which we're starting to see come into effect as we speak and all you guys do is lie about it.

But you still ignore my point. If we (properly) counted Threads as part of the fediverse, would that make the fediverse less decentralized?

Answer please.

in reply to Mike Masnick ✅

@mmasnick

@ricci did answer your question very specifically here:

discuss.systems/@ricci/1151712…

There was also more in depth discussion of the issue. It may be that you are not seeing the entire thread across the bridge.


Hi, creator of the chart here. I'm disappointed to see people using it as a way to try to dunk on or bully various protocols.

@mastodonmigration and @folkerschamel if you're going to share the screenshot I'd appreciate if you'd update it to the latest version, which is slightly clearer that the gauge is showing the HHI, a measure from economics that captures market concentration - not just users on the biggest servers, as are in the table. It also now has git forges as well to show that the point is to compare many forms of decentralized networks (I'm working on getting data for more); it's not just there to dunk on atproto. The heading that you cut off also (tries) to make it clear that it's showing user data, eg. it's not attempting to show things like moderation or feeds, where Bluesky likely has more diversity.

Mike, I'm working on getting Threads data in here; Meta doesn't make that data available via the standard APIs so it's not in my data sources. The most recent estimate I can find for the number of Threads users who have opted in to the fediverse is around 25k-50k as of Dec 2024: fediversereport.com/why-is-met… . So while I do want to get it in here for completeness, Threads doesn't really move the needle.

I do want criticism of this data, the way that it's presented, and other ways I can show the decentralization that does exist in the deployment of the AT Protocol ecosystem. I've made several changes in response to feedback, some of it from Bluesky team members - in fact creating this dashboard in the first place and the way I'm getting ATProto data was the idea of a Bluesky team member. (He didn't suggest the specific use of HHI, however)

But that said, this specific criticism is off-base: if we add the number of Threads users who are actually fediverse users, nothing changes. If we were to add in the 400 MAU that Threads claims to have, but who are not fediverse users, that would be kind of like asking why we didn't put Facebook on the AT Protocol side: not a meaningful thing to do. And, if, hypothetically, all those 400 Threads users *were* fediverse users, that would, in fact, centralize a *lot* of power in Meta's hands - not all of it, but a ton. We all know how networks work. This is one reason (the other being the, you know, everything, about Meta) that fediverse folks were quite worried about Thread's entrance.

My goal in building this thing is so that we can watch the deployments, nothing more nothing less. Hopefully, blacksky grows and we see that reflected in the Atmosphere side. I've seen your recent post about a bunch of AT Protocol development that is not from Bluesky. Great. The point of this chart is to watch that grow. There are plenty of anecdotes, those are good and necessary. Data is part of the story too, and that's what I'm trying to provide here.

Speaking of which, I would very much like to get data from Bluesky regarding the use of third-party feeds and moderation tools. As far as I can tell, I can only get this from the Appview, and I can't find any indication it's exposed yet. I hope that you understand that I'm trying to provide a valuable data source here, and if you do, I'd appreciate if you could put me in touch with the right person to ask about this.

And finally, thanks for One Billion Users, I had a great game with my spouse last night 😀


in reply to Mastodon Migration

I originally left his handles out of the post by accident; I edited it to add one but maybe I added the wrong one and/or it didn't get pushed over after the edit.
in reply to Mastodon Migration

No @ricci is making a different (totally valid!) point. I am saying IF he included Threads, would you then say that Mastodon is less decentralized?

That's the only question I am asking. If your answer is yes, I would be confused. If your answer is no, you are admitting that this is not a measure of decentralization.

Which is it?

in reply to Mike Masnick ✅

I think a better question here, Mike is *if* Threads had 400M users who were active on the fediverse, would the fediverse be more centralized?

I would say yes.

in reply to Rob Ricci

But even if all of #threads would be part of the #fediverse and make the fediverse practically centralized, it wouldn't change the the factual situation that
a) #mastodon is #decentralized,
b) #bluesky as being controlled by a single company is completely centralized, and
c) #atmosphere as being dominated by #bluesky is practically centralized.
in reply to Folker

Centralization is not binary the way you're presenting it here.

Let's say we have a 400M-user Threads and a 1M-user Mastodon. If they defederate or Threads dies, Mastodon users loose access to 99.8% of the people they could communicate with. Ouch. But Mastodonians still have 1M people in their network so maybe it'll survive. Definitely not certain, though, that's a big cut. That's why I say a version of the Fediverse with 400M actual federated Threads users would be quite centralized.

Now, people on one side may not actually give a shit about communicating with people on the other side. Fine, the people in both networks are not gaining a lot from federation. This seems to be more or less the status of most of the Fediverse and Threads, and why I think the correct thing to do is count the number of Threads users who have actually turned on federation, not the rest of them. If they defederate (as a lot of the Fediverse has done already), not a lot of connections are cut. This is why the existence of Threads does not increase the centralization the Fediverse today. This could, of course, change. This is why one should *keep* counting the number of Threads users who federate.

Now, let's do this for Bluesky and Blacksky (in its role as a PDS, appview, and maybe soon relay). If, today, they split (say, the Bluesky relay stops talking to the Blacksky PDS and appview) or Bluesky dies, the 718 people on the BlackSky PDS lose access to the 38M people on the Bluesky PDSes: 99.999% of the people in the network. Again, maybe people on Blacksky could care less about people on Bluesky. But, given the even vaster difference in size, I'd wager that Blacksky users are pretty strongly interconnected with Bluesky users. And again, maybe this changes; in the week I've been watching, the number of users on the Blacksky PDS has gone up by about 200. Maybe it continues to grow and gets a lot bigger, that would change the dynamic. So again, this is why it's worth measuring and watching.

in reply to Rob Ricci

Exactly. Let's keep in mind that one of the big reasons why decentralization matters is the 'fork off' test that Bluesky CEO Jay Graber memorialized in her 'No Caesars' marketing blitz. Simply stated, what is the impact on the overall network should any one node be lost, become evil or otherwise corrupted? Any analytic should inform this risk assessment as this one seems to do very well.
in reply to Mastodon Migration

In fact, I have a proposal for a metric that attempts to measure this exactly. I'm calling it the B-Index (B for Block) but maybe I should call it C-Index for Caesar.
in reply to Rob Ricci

Very interesting. Thank you for pulling this all together and for such an in depth description. Looking forward to digging into it further.
in reply to Rob Ricci

I didn't present it binary - I deliberately chose the words "completely centralized" versus "practically centralized" versus "decentralized".

And while of course centralization is not binary, and there are many discussions about details and about the future, we should not muddle the water and forget the overall big picture that for all practical purposes today bluesky is centralized and mastodon is decentralized.

in reply to Folker

Here's an illustration of the difference (in agreement with your basic point).

Threads is currently blocked by servers representing 31% of Fediverse MAU and muted by another 2.5%. (Data from fedipact.veganism.social/ )

That's the independent decisions of 3,280 instances. Several thousand others chose to federate.

Let's say the atmosphere had the same decision to make. One organization's decision re: whether or not Thread's PDSes on their relay would affect >99% of atmosphere users.

Mike will probably say that Bluesky might fragment, with people who don't like its decision, whichever way it goes, moving to services that make a different decision. Yes, it might. And they would get to take their data with them, which is great, and they can still communicate with the people who stay behind.

But I gotta say, these seem to me like very different decision making processes with respect to whether power is held centrally or distributed to independent actors.

in reply to Rob Ricci

To add, I think the credible exit argument falls apart in reality anyway. See reality check Mississippi blocking: Many people on bluesky seem to not like the decision, but at the same time I have seen nobody acting on it and moving to services that make a different decision.

BTW, using a different analysis only 7% of the fediverse seem to be known to block #threads, down from 9% last year, see also mastodon.social/@folkerschamel….


New statistics about #threads joining the #fediverse:

The small minority of #fediverse users on servers that don't want to #federate with #threads (fedipact/suspend/block) has slightly shrunken further from 11.17% to 11.11%.

Numbers from fedipact.veganism.social (probably manually curated) and instances.social/instances.jso…. Pie chart motivated by @mialikescoffee mastodon.social/@mialikescoffe…. Previous statistics mastodon.social/@folkerschamel…. #python source pastebin.com/tzBF9VKN.

#fedipact #fediblock #meta


in reply to Folker

Interesting post, thanks. I didn't cross-check the fedipact data against another source, that's probably part of our discrepancy, but the data from them does add up to about 900k MAU, so I don't know why it's such a big discrepancy. Anyway, we agree that this represents highly-decentralized decision making in action, right?

I think I'm more optimistic about credible exit than you are, part of the goal is not just that people will move, but that it will discourage individual platforms from taking actions that will piss users off. That said, I think it absolutely does not *guarantee* decentralization or user-positive behavior. The web search market has great credible exit, yet Google is staying around 90% (depending on source) even while making a lot of people quite angry about various things.

in reply to Rob Ricci

Yes, agreed that fediblock is a text book example how decentralization works well in practice.

Well, then #bluesky credible exit is the same as decentralization support of #atproto: cool tech, nice theory, clever marketing trick, but largely irrelevant in reality. Btw, #twitter has a credible exit too: just export your data and import it into something new.😉

PS: any chance of an explanation of
mastodon.social/@folkerschamel… ?

in reply to Folker

I think the contention here is that Mastodon GMBH is to the Fediverse as Bluesky PBC is to the Atmosphere: both individual companies develop software, run services with users, and participate in a larger ecosystem that they don't control

. Each company can be called a "central" entity, and the whole can be said to contain parts that are outside that center. This is the point that I understand Mike to be making that he thinks you are missing or confused about.

At some level, this is correct. But I think this is a very shallow reading. If you look at the actual structure of these networks, they are very different. A large majority of the Fediverse is not subject to Mastodon GMBH's operational decisions (TOS, federation decisions, etc. ). There are other projects that rival the software produced by Mastodon GMBH in both scope and userbase. The pressures that shape the Fediverse are much larger *outside* of Mastodon GMBH that the ones that come from the company. There are tens of thousands of people in the Fediverse who, for better or worse, are social network administrators. Decisions are made by a huge set of people. atproto envisions a world where these things *could* happen - but so far as I know none of them are true of it today.

I think it is a major mistake to gloss over these differences.

I think we will all concede that Bluesky does currently have significant control over the larger ecosystem through its control over atproto, but I am willing to give them the assumption of good faith in terms of handing off that control; they've started, and I assume they will complete the process.
Questa voce è stata modificata (4 giorni fa)

reshared this

in reply to Rob Ricci

In terms of "credible exit" Bluesky has made some moderation decisions in the last day that have made a set of people mad and (anecdotally) as I result I just saw a of people move to the fediverse from there, so maybe that is the future of credible exit. 😀

They can still bridge, and fed.brid.gy currently hosts more than half of the accounts on the Atmosphere that are on non-Bluesky PDSes.

[Edit: Some hard data shows that Blacksky users shot up by 300 that day, which is more compelling than my anecdote.]

Questa voce è stata modificata (4 giorni fa)
in reply to Rob Ricci

But what exactly are you explicitly agreeing with that *I* am "either extremely confused or [...] deliberately misleading" about?
in reply to Folker

Do not think that Rob is saying you are confused. Rather, he's suggesting Mike thinks you are not understanding his point that Mastodon GmbH dominates the Fediverse just as Bluesky OBC dominates AT Protocol. Rob goes on to explain why this analogy is flawed since Mastodon GmbH does not control the Fediverse to the same extent Bluesky PBC controls AT Protocol. So, seems Rob is being diplomatic, but not agreeing with Mike.
Questa voce è stata modificata (4 giorni fa)
in reply to Mastodon Migration

Well, after complaining about style of engagement, he is literally explicitely agreeing with a wrong direct personal attack without ever retracting it. Well, this seems to be the kind of "diplomacy" some people seem to use in social networks.😉
in reply to Folker

Again, that is not what he's saying. It is a somewhat convoluted construction, but what he is saying is the thing that Mike accuses you of is incorrect. Not that he agrees with it.
in reply to Mastodon Migration

I didn't retract my statement that I disagree with your engagement style because I still believe it. I wanted to make a distinction between agreeing with the basics of what you are saying and the way you are saying it, that's all. People online have lots of different ways of interacting, and some of them work better in some situations and with some folks than others. I am not calling the way you've engaged in this "wrong." I'm happy to be having this conversation with you, as I hope I've demonstrated, I am just taking a different strategy.
in reply to Mastodon Migration

I didn't claim that "he's saying" it. But he explicitely said "Agreed".
in reply to Folker

the thing is, multiple people have explained to you, repeatedly, that your point "b" is incorrect. ATproto/Atmosphere is NOT controlled by a single company. Why you keep repeating that lie is the part that bugs me.
in reply to Mike Masnick ✅

I am not a fan of this guy's style of engagement but I do feel the need to point out that his point b literally does not say what your reply says it does.
in reply to Rob Ricci

Concur. His point b specifically references Bluesky not AT Protocol.
in reply to Mastodon Migration

Okay to play devil's advocate for my own point 😀 there are things you could plausibly say are part of bluesky but not the atmosphere that are not controlled by the company, namely third party labelers and feed generators.
in reply to Rob Ricci

Not endorsing point b, just pointing out it references Bluesky and not AT Protocol. In general the conflation of the two leads to a lot of confusion and ambiguous statements. Think that it is much more useful to look at the overall networks and the relative percentage ownership of the various distributed components, as the Rob Ricci analysis does.

1/

in reply to Mastodon Migration

Mike Masnick seems to suggest that it is not the current state of distributed ownership, but some measure of the ease of people moving to other independent nodes on the network. It is hard to see how any metrics could capture this, since it would necessarily involve the creation and rapid expansion of very significant server resources that do not currently exist. This just doesn't seem feasible.

2/

in reply to Mastodon Migration

So, returning to Rob Ricci's point that the current measure, while not dispositive on the subject of potential decentralizability is a useful thing to know. And further, that it can give insight into the ability of the independent network resources to respond to a 'mass migration' event.

3/

Questa voce è stata modificata (5 giorni fa)
in reply to Mastodon Migration

Question for Rob... Thinking about this a little more, and wondering what the sensitivity of the metrics is to changes in the distribution. For example, let's hypothesized Bluesky PBC shrinks on a percentage basis to 70% of total AT Protocol users, and 10 other independent options evolve to handle 25% with 5% spread across another 100. What would the needle look like?

4/

Questa voce è stata modificata (5 giorni fa)
in reply to Mastodon Migration

The reason for asking is this might capture the decentralizability capability that Mike is talking about. Sure the user are still predominantly on Bluesky PBC, but viable options exist that could scale if need be.

5/

in reply to Mastodon Migration

Interesting question, it might be cool to build a little tool that makes it easy for people to explore questions like this for themselves. Could be fun. For some kinds of people (I am that kinds of people)

The HHI for such a configuration would come out to 4963, so in terms of the needle, just about halfway.

in reply to Rob Ricci

This seems important. The conclusion being, consistent with Mike's thesis, that in order for a network to be meaningfully decentralized, it does not have to be broadly distributed. However, the potential needs to be demonstrated in statistically meaningful real world deployments.

It will be interesting to track the needle as things evolve. Seems establishing an initial decentralized goal of "about halfway" is a good target.

in reply to Mastodon Migration

Personally I think decentralization is not enough. I I'm more interested in full interoperability.

I would prefer a world where #fediverse, #mastodon, #bluesky, #threads etc. seamlessly interoperate instead of being isolated islands.

I don't see a technical reason why this is not possible. #activitypub support of #threads and @bsky.brid.gy are a good start, but far from real interoperability in practice.

in reply to Mastodon Migration

I'm not too worried about *potential* for *infrastructure* to scale: at a technical level we've been putting a lot of engineering resources into that sort of thing for a long time now, and what I've seen of the various atproto implementations suggests to me that it's reasonable to believe they can be operated at scale by groups other than bluesky-the-company.

Money I'm not super worried about either. Sure anyone wanting to absorb a mass migration would need to get a bunch of money quickly, but we have existence proof that the "please donate to your server" model, while it has its flaws, is remarkably stable.

But the human capital, that's the hard part. If all of the knowledge and hard-won experience about how to actually run a social network is locked up in one organization, or a few, that takes a long time to build up. The distribution across *some* measure of independent services is a proxy for how centralized or distributed that human capital is. This is why I really wish I could get data re: labelers and feed generators, as that's one place where I do think Bluesky is probably building up some distributed expertise.

in reply to Rob Ricci

Agree with all this. We don't really need to isolate the different components of what basically comes down to inertia.

Edit: Which is also why getting things spun up from rest is very different from accelerating them once they are up and spinning.

Questa voce è stata modificata (5 giorni fa)
in reply to Mastodon Migration

To continue to try to make the strongest argument I can think of on the Bluesky side here: Bluesky itself scaled up successfully and fairly rapidly; it did a good job absorbing the waves of people moving off Twitter in the wave of some of the particularly grievous conduct there.

But I think to resist measuring and to place actual exercise of user control in the future is to sleepwalk into monopoly. Yes, right now, there are indeed some notable exercises of that control going on, with Blacksky being particularly notable. This is exactly why this is a good time to start tracking data. Stories are powerful (Mike's conversation with Rudy on the Techdirt podcast is great if you haven't heard it) and they're best when *also* backed up with qualitative data.

in reply to Mastodon Migration

Old stuff::

techdirt.com/2019/08/28/protoc…

in reply to Rob Ricci

fair enough, but then he is comparing apples to oranges. i was trying to make sure we were comparing like to like. if you just say "bluesky" then I could jus say "mastodon gmbh" and we are in the same camp. Both have some servers that they control. But they are both part of wider ecosystems. So Folker is either extremely confused or is deliberately misleading.
in reply to Mike Masnick ✅

Agreed. But, they are very differently-sized parts of those ecosystems, and I think that matters.
in reply to Rob Ricci

Glad we're able to nail down some terms. Think that differentiating between Bluesky, which is kind of nebulous and Bluesky PBC is useful, as is the distinction between Mastodon and Mastodon GmbH. Likewise, AT Protocol ATmospher and ActivityPub Fediverse.
in reply to Mastodon Migration

Important to note that #bluesky is not the equivalence of #mastodon in practice: People deploying #mastodon are using the same software from Mastodon GmbH, but are operating completely independent of Mastodon GmbH. But basically all users deploying bluesky software, e.g. PDSs, are still using bluesky infrastructure, e.g. their relay. People oft cite #blacksky for real independence, but they are not using Bluesky software.
Questa voce è stata modificata (5 giorni fa)
in reply to Mike Masnick ✅

It is good to hear that Bluesky has done a ton of stuff to enable decentralization. Can you elaborate on these measures?

Seems like @ricci arewedecentralizedyet.online/ analytics are a good yardstick by which to measure the success of these measures?

And while the data makes clear the network is not decentralized yet, it also illustrates that it is decentralizable and is useful in measuring progress toward this goal.

Questa voce è stata modificata (1 settimana fa)
in reply to Mike Masnick ✅

There is also a good discussion that addressing the subject in this thread:

liberal.city/@wjmaggos/1151649…

And also in this thread hachyderm.io/@thisismissem/115… starting here mastodon.online/@mastodonmigra…

As you reference here: bsky.app/profile/did:plc:cak4k… there are lots of great projects on AT Protocol. The matter boils down to what specificxally is Bluesky PBC doing to promote meaning decentralization and by what metrics do you judge success?


I haven't sensed more anger from fedi towards #bluesky recently. It has always been this way and it's justified imo.

So the renewed effort to get us to STFU makes me think bluesky is about to announce something bad for the decentralized social media community (maybe their business model?) and they want big names on record as opposing criticism so they won't say anything when the moment comes that they really should.


Questa voce è stata modificata (1 settimana fa)
in reply to Mike Masnick ✅

Hi, creator of the chart here. I'm disappointed to see people using it as a way to try to dunk on or bully various protocols.

@mastodonmigration and @folkerschamel if you're going to share the screenshot I'd appreciate if you'd update it to the latest version, which is slightly clearer that the gauge is showing the HHI, a measure from economics that captures market concentration - not just users on the biggest servers, as are in the table. It also now has git forges as well to show that the point is to compare many forms of decentralized networks (I'm working on getting data for more); it's not just there to dunk on atproto. The heading that you cut off also (tries) to make it clear that it's showing user data, eg. it's not attempting to show things like moderation or feeds, where Bluesky likely has more diversity.

Mike, I'm working on getting Threads data in here; Meta doesn't make that data available via the standard APIs so it's not in my data sources. The most recent estimate I can find for the number of Threads users who have opted in to the fediverse is around 25k-50k as of Dec 2024: fediversereport.com/why-is-met… . So while I do want to get it in here for completeness, Threads doesn't really move the needle.

I do want criticism of this data, the way that it's presented, and other ways I can show the decentralization that does exist in the deployment of the AT Protocol ecosystem. I've made several changes in response to feedback, some of it from Bluesky team members - in fact creating this dashboard in the first place and the way I'm getting ATProto data was the idea of a Bluesky team member. (He didn't suggest the specific use of HHI, however)

But that said, this specific criticism is off-base: if we add the number of Threads users who are actually fediverse users, nothing changes. If we were to add in the 400 MAU that Threads claims to have, but who are not fediverse users, that would be kind of like asking why we didn't put Facebook on the AT Protocol side: not a meaningful thing to do. And, if, hypothetically, all those 400 Threads users *were* fediverse users, that would, in fact, centralize a *lot* of power in Meta's hands - not all of it, but a ton. We all know how networks work. This is one reason (the other being the, you know, everything, about Meta) that fediverse folks were quite worried about Thread's entrance.

My goal in building this thing is so that we can watch the deployments, nothing more nothing less. Hopefully, blacksky grows and we see that reflected in the Atmosphere side. I've seen your recent post about a bunch of AT Protocol development that is not from Bluesky. Great. The point of this chart is to watch that grow. There are plenty of anecdotes, those are good and necessary. Data is part of the story too, and that's what I'm trying to provide here.

Speaking of which, I would very much like to get data from Bluesky regarding the use of third-party feeds and moderation tools. As far as I can tell, I can only get this from the Appview, and I can't find any indication it's exposed yet. I hope that you understand that I'm trying to provide a valuable data source here, and if you do, I'd appreciate if you could put me in touch with the right person to ask about this.

And finally, thanks for One Billion Users, I had a great game with my spouse last night 😀

Questa voce è stata modificata (1 settimana fa)
in reply to Rob Ricci

Happy to use the most up to date version in any future references to the site, and will be sure not to remove any headers. Did not realize it mattered, but will certainly abide by your wishes.

The purpose in directing people to this is to establish an honest factual basis for discussion, and take exception to the characterization of "dunking" or "bullying".

1/

in reply to Mastodon Migration

AT Protocol has the potential to be a decentralized network. Your graph is one good way to measure progress toward this goal.

It does not serve the objective of building out the decentralized network to misrepresent its current state.

Pushing back on these claims should be a concern common to all who want AT Protocol to actually achieve its potential.

2/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

What is confounding is why there is not more agitation within the AT Protocol community for actually addressing the overwhelming dominance of Bluesky PBC.

Why is there not more pressure to facilitate the kind of distributed peer to peer network they so aggressively market?

Hopefully, your graph will inspire real progress to these ends by making the goal more clear and tangible.

3/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

I mean, there is *some* agitation, blacksky is both friendly to the ecosystem and has some problems with bluesky.

Really though I think there is not more agitation because, for now, bluesky the company is doing a mostly okay job. Being decentralized is not the goal, it's the means to the goal (free and open social networking) and it's just unlikely that people will get too upset when the company isn't *currently* much of an impediment to it. I don't find it too surprising.

So: will the kinds of actions that inspired blacksky and user-hostile stuff like the Mississippi block start some of that agitation? Or are we at the start of a boil-the-frog situation, and as the company makes increasingly-harder decisions and the VCs start asking for their profits, they all stay put? That's what I want to watch, with data and not just stories here and there.

in reply to Rob Ricci

Granted that as of now it seems like Bluesky is trying and mostly succeeding in being a counterweight to X and Threads. But, as you a certainly aware, this is only because of the current management priorities. Should this change, there is no systemic protection.

However, and this is the rub, they disingenuously market that those protections are in place.

Hopefully, efforts such as yours will awaken the community to this vulnerability, and help inspire real change.

in reply to Rob Ricci

Thanks a lot for this great chart!

I think it is a very useful tool for showing the current status as well as change over time of decentralization of various ecosystems.

I also fully support the view that it should be not misused to dunk or bully various protocols. The chart is about decentralization of ecosystems, not about technical capabilities of protocols - and both #atproto and #ActivityPub support decentralization, so that's the end of this story anyway.

in reply to Folker

Btw, I wouldn't be surprised if the 25k-50k estimation of #threads #fediverse opt-in is misleading or much too small. In social networks followers seem to be not distributed equally, but highly concentrated at popular users as well as within smaller clusters. So it seems to me that it is natural that only a fraction of threads users who have opted in are fetched from a particular mastodon server, namely popular accounts plus from some few "split" smaller communities.
in reply to Folker

Kind of off subject question. Do either of you know the current status of Threads federation? Is it fully bidirectional for posts and replies? Have kind of lost track of developments in that initiative.
in reply to Mastodon Migration

I have no idea, but would be interested, too. And I would be also interested in knowing how opt-in looks in practice. My understanding was that while it is opt-in, it still encourages the user to opt-in, or at least asks them about it, which would be much more than an deeply hidden setting somewhere nobody knows about.
in reply to Mastodon Migration

Don't know, sorry, I'm (happily) on a fedipact instance that doesn't federate with threads.
in reply to Mastodon Migration

They seem to have (separate) fediverse feeds and the ability to follow so more bidirectional than it used to be but I wonder if a Threads user can reply to a fediverse post because if they can it would be weird that I've never seen it...
in reply to Folker

As a side note, while the logic and interpretation for #activitypub is quite straight forward, for #atproto it is more complicated not only because of user data versus moderation, but also because of relays, appview servers and so on, which are also important aspect of decentralization, since these components also give significant control over what people can see.
in reply to Folker

The best 'simple' explanation for AT Protocol that makes some sense of the different components this document from Kuba @mackuba

mackuba.eu/2025/08/20/introduc…

1/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

If you only take one mental crutch away from this opus it might be this really helpful analogy:

"The metaphor that’s often used to describe these relationship is that PDSes are like websites which publish some blog posts, and relays & AppViews are like search engines which crawl and index the web, and then let you look up results in them. In most cases, a website should be indexed and visible in all/most available search engines."

2/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

The consequences is that even if the PDSs would be decentralized, the power would be still largely centralized at Bluesky the company if all these users rely on Bluesky relays and appviews.
in reply to Folker

@mackuba

Yes. But there are independent relays and AppViews too. At least a few of them. Blacksky reportedly has a relay and is working on their own AppView. It is not clear how much traffic these can handle.

There is one other component, the DID database. Kind of the central phone book, that is still managed by Bluesky, but they say they want to spin it out to a non-profit. This is another good measure of how serious they are about letting go of control of AT Protocol.

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

Yes, and there are obviously much more users using non-Bluesky PDSs with Bluesky relays than users using Bluesky PDSs with non-Bluesky relays. Therefore looking only on PDSs overestimates decentralization in the sense of distributed control.
in reply to Folker

Sure, but you need to start somewhere. Kind of feel like if a statistically significant number of AT Protocol users were on independent PDSs, there would be enough inertia to motivate people to create the other independent components. What needs to happen is for the AT Protocol community to actually prioritize actually becoming a decentralized network. When MM erroneously declares they already are decentralized it undermines the initiative.
in reply to Mastodon Migration

My fear is that there are natural marketing interests in claiming #decentralization, but strategical interests of the investor funded company in not getting decentral in reality. And the kind of arguments coming from a Bluesky board member does not ease, but increase this fear.
in reply to Folker

@mackuba

Concur. And that's why good honest analytics are important. It might give users leverage to advocate for making the reality line up with their claims.

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

Yeah I've heard this search engine metaphor before as well, and I think it's revealing in a way that maybe it's not intended to be.

Are we all happy with the dominance that Google has over web search? Yes, there are other web search engines (I happen to use one) and we are not forced by the *protocols* to use Google. Credible exit is extremely simple for web search: just go to duckduckgo.com or bing.com or kagi.com or ... And yet, because of the market power that has been centralized in Google, they are still free to enshittify even though it's easier to use a different search engine than it is to migrate PDSes or move instances in the fediverse. This is the fear that I have: just because the protocol allows you freedom of movement, and some people do opt out of the monopolist, this does not guarantee you an ecosystem that is free from the harms of the monopolist.

in reply to Rob Ricci

Right. We will see if they are serious about making it a truly open standard and are intent upon fostering independent adoption of the standard insuring they are not the sole dominant enterprise using it. This is hard to do is because there are always people inside the company who view these independent adopters as competitors and since they have the lock on the information, they have an unfair advantage. It takes real leadership to fight this.

1/

in reply to Mastodon Migration

What they really should to do, at the earliest possible moment, is spin it all out to an independent standards body effort where they do not have any proprietary advantage. Then enforce internally that they follow the standard and do not have their own version. (This is kind of where Mastodon extensions to ActivityPub seems dicey.)

For example making good on their pledge to spin out the DID database would speak volumes.

2/

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

Hey, FYI, you're linking to my old (pre 2024) account - that instance was deleted kind of suddenly and I couldn't migrate the account properly, so I also can't delete it and it just stayed as a zombie on the Fediverse, undead forever… "martianbase" is my current one.
in reply to Kuba Suder • @mackuba.eu on 🦋

Sorry. Will edit the posts.

Edit: Done. Again apologies. Will be more careful in the future. Unfortunately it was the first one to come up.

Questa voce è stata modificata (1 settimana fa)
in reply to Mastodon Migration

Yeah yeah, no problem, just mentioning it for the future. Like I said, I can't do anything about it unfortunately…
in reply to Kuba Suder • @mackuba.eu on 🦋

Tbh I think Mastodon should somehow periodically re-check accounts when they're looked up or mentioned, and remove them from the list when the server hasn't even been live for a long time…
in reply to Folker

One additional note about "dunking": While the chart obviously does not "dunk" on protocols, on the other hand it effectively "dunks" on the misconception or misrepresentation that a protocol supporting decentralization automatically means decentralization of the ecosystem - which I think is essential to distinguish.

Even if you intended the tool to only be descriptive, you cannot avoid it being used for the purpose of encouraging decentralization of ecosystems.🙂

in reply to Folker

One specific change proposal: clarify that #fediverse excludes #threads. E.g. by an asterisk.

This won't stop the discussions about whether #threads should be considered as part of the #fediverse or not.😉 And won't stop the uncertainty about how many #threads users have opted in federating.

But it would clarify what the numbers and the chart mean.

in reply to Folker

By the same token the chart does not include bridgyfed. Which according to MM's logic would include all of the Fediverse in AT Protocol and visa versa.
in reply to Mastodon Migration

Bridgyfed is actually in there, it's just too small to notice. Well, on the ActivityPub side. On the ATProto side, it actually hosts more than half of all non-bluesky PDS users. Yep, that's right, there are more fediverse users on bluesky than there are are 'native' bluesky users who are on non-bluesky PDSes. That's a sort of a win for federation, I suppose. 😀
in reply to Rob Ricci

That is interesting. Had heard that before anecdotally. It is cool to see it in real data.
Questa voce è stata modificata (1 settimana fa)
in reply to Folker

Well, I fully expect that at some point (soon, likely) someone will put together a 'packaged' atmosphere instance that installs all of this stuff together as a way to bring up most of the stack yourself; much in the same way that most of us are blissfully ignorant of the databases, work queues, etc. that underlie our Mastodon (or other) instances, it 'just' some engineering work to hide all that stuff inside one install, if your goal is to have one self-hosted thing that acts more like a fediverse instance.

I will also say, to be fair, that on the fediverse, it can be confusing to understand that you might not see all of the replies, likes, boosts, etc. of a post due to the way federation works. I think most of us here are quite used to this, but there are also things here that have direct impact on what we see and don't see as well.

in reply to Rob Ricci

Hope you are right about a near term turnkey AT Protocol installation package. And you are absolutely right about ActivityPub deficiencies.

For instance, have often thought that more skinning/configuration options permitting instances to be uniquely branded and "powered by Mastodon" would be a killer feature.

in reply to Mastodon Migration

The existing reference PDS software is very easy to set up (for someone familiar with self hosting), and there are various tutorials for both the relay from bluesky and blacksky that look pretty simple, though I haven't had time to try that yet. I haven't looked into the appview myself. But I think it's a matter of packaging, not real hard engineering.
in reply to Folker

If this was not your intention, I would like to suggest then that some of your posts along the lines of "I don't understand this but it looks bad for you" and your ostrich-burying-its-head meme may have been a bit off the mark, then. I don't think they advanced the conversation.

@mastodonmigration

in reply to Rob Ricci

Agreed, although a search of posts from this account would probably turn up some kind of frosty barbs too. But you are absolutely right, when dealing with a matter of this sensitivity, and trying to move the ball forward, erring on the side of civility is always the best policy.
in reply to Mastodon Migration

@mmasnick.bsky.social@bsky.brid.gy

Are you arguing over two kinds of toilets? One flushes and distributes the payload through a vast sewer system. The other is a latrine pit under a cardboard outhouse. Decentralized vs. centralized 101.

in reply to Mike Masnick

Fixing the law and arguing for a truly decentralized social network should not be an either/or proposition.
in reply to Folker

Yeah, but come on. This is nitpicking different approaches to centralization as a total distraction from the simple fact the law is bad for both approaches.
in reply to Mike Masnick

@Gargron
Well, I don't see it as nitpicking...
Nobody was questioning the architecture of #twitter either as long as everybody was happy with their governance... We should do better this time.
in reply to Folker

It is nitpicking PRECISELY because this law DOES NOT CHANGE ITS ANALYSIS based on the architecture of a website. It implies you dunking on Bluesky for ideological reasons, which makes no sense because THE LAW IS JUST AS BAD FOR MASTODON. Stop it.
in reply to Mike Masnick

@folkerschamel

Using caps and issuing admonishments does not make your argument stronger.

What he said is true. It may be a bad law, but the for all intents and purposes centralized Bluesky network is more vulnerable to it.

Questa voce è stata modificata (3 settimane fa)
in reply to Mike Masnick

@Gargron

Yes, but my point is that the consequences for the users are much worse for #bluesky users because of lack of decentralization mastodon.social/@folkerschamel…

A bad law does not eliminate the difference between effectively centralized and decentralized social networks.

in reply to Folker

If your instance blocks you from accessing on Mastodon due to a law you need to use a VPN. The instance is aware of your IP. If Bluesky blocks you from accessing due to a law, it can trivially be bypassed by using a different app or your browser lying to the code. You're not blocked from ATProto.
in reply to Aaron Mills 🏳️‍⚧️

@mmasnick.bsky.social @Gargron
Theoretically yes, but in practice basically all #atproto users depend on #bluesky and are affected by the block without having the technical expertise or willingness to circumvent it. On the other hand #fediverse users are distributed over many #mastodon instances making their own decisions.
#activitypub and #atproto both support decentralization, but in practice #mastodon is decentralized, #bluesky is centralized.
in reply to Mike Masnick

@Gargron @bsky.app

I think @Gargron is right.

I think it is an insincere excuse to imply that most users can host their own views or use such other views.

And I think it is a straw man to imply that many instances potentially making similar decisions is remotely the same as one company making a central decision and forcing it on everyone.

in reply to Folker

I think it's insincere to pretend that Mastodon is somehow not subject to the law. It is. If an instance operator chooses to ignore that (and faces massive fines) that's a choice, but it's wrong to imply that the liability isn't there. The problem is the law.
in reply to Mike Masnick

@Gargron @bsky.app

I'm not implying that.

My point is: Decentralzation gives real choices to all the instances. For example, some instance can decide to do the same as Blueskye and cut off Mississippi, others could also decide for individual age verification - not to say that I suggest that, but they have that option.

Central decisions don't allow that. In practice every user of bluesky is forced to accept the central decision of bluesky.

in reply to Folker

A bad law does not obliterate the advantages of decentralization.
in reply to Folker

Yes, and atproto is decentralized and more and more people on on independent systems. So this point you're trying to make is totally meaningless as it relates to the issue here: which is the law.
in reply to Mike Masnick

@Gargron @bsky.app

I think I gave a very specific argument why it is not meaningless.

I would respect an argument along the line "well, I know that the #atproto fediverse / mastodon is much better regarding #decentralization than #bluesky, but overall #bluesky is still much better because of x y z", but I smells disingenuous to me to claim that #bluesky is as decentralized as #mastodon.

in reply to Folker

No. You're just arguing semantics of what is your preferred architecture. But this thread is about the law, under which IT DOES NOT MATTER. Which means that you're just disingenuously using a bad law that is bad for both systems as an ideological cudgel over who is more pure. It's not great.
in reply to Mike Masnick

@Gargron @bsky.app

Social media means that the topic of an thread can expand 😉 - in this case which architecture is fundamentally better. I don't see it as a ideological discussion, but having large real-world consequences. As we can experience live right now with the Mississippi situation. I can definitely tell you that there won't be a central decision for all #fediverse instances to block all Mississippi users.🙂

in reply to Folker

Nor is there a central decision for all Atmosphere PDS's or AppViews to block Mississippi. Some may choose not to comply, just as some ActivityPub instances can choose not to comply and face massive liability. Your point makes no sense. It's equally bad for both.
in reply to Mike Masnick

@Gargron @bsky.app

I think it's claim that the current consequences for #bluesky users and #mastodon users are the same is denying reality. But I believe this discussion landed in a non-constructive dead end.

To switch topic to an exciting aspect: I'm excited that bidgy works much better than I expected. It's still a long way, but it gives me hope that one day we will truly break down the walls between all platform and protocol silos.

in reply to Folker

If Mastodon instances choose to disobey the law, I would think the consequences could be significantly worse for those instances. So, I strongly disagree.
in reply to Mike Masnick

@Gargron @bsky.app That's not my argument, see mastodon.social/@folkerschamel….


@Gargron @bsky.app

I'm not implying that.

My point is: Decentralzation gives real choices to all the instances. For example, some instance can decide to do the same as Blueskye and cut off Mississippi, others could also decide for individual age verification - not to say that I suggest that, but they have that option.

Central decisions don't allow that. In practice every user of bluesky is forced to accept the central decision of bluesky.


in reply to Folker

Read through this entire thread and just wanted to commend the clarity and persistence with which you stuck to your well grounded arguments. His responses were a toxic brew of misinformation, and outright bullying from someone who has been elevated to a spokesperson's role. It was frankly embarrassing to read, and you did very well to maintain a civil tone.
in reply to Eugen Rochko

In principle, isn't mastodon.social subject to this law the same way bluesky is?
in reply to Eugen Rochko

I really hope similar laws aren't planned in the majority of jurisdictions where fedi instances are hosted :blobcatlolsob:
in reply to Eugen Rochko

but obviously you won't fix the spam "document 1 of 23 " for screenreaders. lol.
I would rather go to a censored platform than one that stil has a lot of accessibility bugs.
Unknown parent

mastodon - Collegamento all'originale
Anuj Ahooja

That's not how ATProto works, but yes - there are ATProto constructs that enable folks from Mississippi to continue interacting with the network in the same way an ActivityPub server can.

@Gargron @jack @laurenshof @jsit @benroyce

Unknown parent

gotosocial - Collegamento all'originale
jack
if you're talking about location-blocking within Bluesky, you have to talk about atproto if you're getting around it
Unknown parent

mastodon - Collegamento all'originale
Anuj Ahooja

Bluesky itself is not "a server", that is not how the protocol it's built on works

@jack @Gargron @laurenshof @jsit

in reply to jack

So there is a *BlueSky* server someone from MS can sign up on now so they can see content on it, if not the rest of the *BlueSky* network? @quillmatiq @Gargron @laurenshof @jsit