Live data from Hacker News

Apparently Bluesky has one centralized service, the "relay"

mastodon.online

11–20 of 83 posts

Re: Apparently Bluesky has one centralized service, the "relay"

#11
I used to not care about centralized or decentralized services, I just wanted to best product.

Now I see how each of the major social media networks has been involved in censorship of Israel's genocide in Palestine (including btw HN), it makes me realize how important decentralization is.

I think a lot of Americans (and other countries who have essentially handed over their media to US social media companies) are going to learn same lessons soon, as Trump starts to leverage the existing censorship tools more broadly.

Re: Apparently Bluesky has one centralized service, the "relay"

#12

It's possible to spin up alternative relays. For example: https://whtwnd.com/bnewbold.net/3kwzl7tye6u2y The issue is that relays tend to require a lot more resources to operate than appviews and PDSes (though not necessarily as much as that blog post suggests; I recall posts of people running their own relays on RPi4s with NVMe drives), so it's common for alternative appviews to rely on Bluesky's relay instead of tak…

Genuine question: if it's so easy and cheap to host a relay, why then "Free Our Feeds" initiative [0] looking to raise $4,000,000 [1] to establish a second relay [2]? Most of that money must be earmarked for administrative and human expenses then, right? [0] https://freeourfeeds.com/ [1] https://www.gofundme.com/f/help-us-free-social-media-from-bi... [2] https://freeourfeeds.com/ § FAQ § What will the money be used f…

> if it's so easy and cheap to host a relay

That wasn't asserted anywhere. Quite the opposite: as I explained above, the expense is why few people have done it (and even fewer have done it in production). It's the PDSes which are (relatively) cheap and easy to self-host.

> why then "Free Our Feeds" initiative [0] looking to raise $4,000,000 [1] to establish a second relay [2]?

Per the section you cite, they're doing a lot more with that money than running a second relay: they're spinning up an entirely separate organization independent of Bluesky to develop ATproto and applications using it. That includes, but is nowhere implied or explied to be limited to, the "second relay" they mention.

In any case, even the self-hosted relay described in that above-linked blog post (let alone some RPi under someone's bed) is in all likelihood a long ways off from one that's even remotely production-ready. There's no mention of redundancy, no mention of future-proofing, etc. It's reasonable to assume that the "second relay" would be multiple such relays, likely on machines with even beefier specs - in other words, at least as capable as the existing Bluesky-managed relay. I'd also be unsurprised if it expanded to a "third relay" and "fourth relay" and so on.

Further, there's more to running a relay than just the hardware; you need someone to maintain it. $4 million pays for 40 employee-years (assuming every employee is full-time with an annual salary of $100k). That could be one sysadmin for 40 years, or an 8 person team for 5 years, or a 40 person team for 1 year, or what have you. Free our feeds claims they'll need $30 million over 3 years, i.e. $10 million per year; if half that goes to salaries, we end up with a napkin-math-guesstimated team size of 50 - which is about the size I'd expect for an organization that wants to independently maintain a bunch of technical infrastructure, develop applications, prod whomever needs prodded to get ATproto formally standardized, etc.

Re: Apparently Bluesky has one centralized service, the "relay"

#13
post #9

Haven't we learned by now that approximately no one cares? Centralised services are vastly more popular than federated ones, the main reason being that they reduce the paradox / paralysis of choice when you're signing up for them. (Solve that problem properly and you may be on to something.)

The main reason is that they have marketing of a corporate entity behind them and someone to sign a contract with.

I've seen many times - company switching from free, open-source, distributed solution to a worse, closed-source, coporate-backed solution just so they have someone to sign a contract with.

First time it was moving from self-hosted Jabber to MSN Messanger (is sucked, worked less reliably than self-hosted jabber, didn't worked on Linux, and was probably way more expansive in the long run). Then it was moving from self-hosted wikis to some B2B solution. Then it was self-hosted git to corporate github or sth similar.

I understand the theory behind outsourcing these things, especially if you're just starting. But if you already have the OS solution deployed and working - why switch?

Re: Apparently Bluesky has one centralized service, the "relay"

#14

i don’t actively contribute to Bluesky nor Fedi (i do consume content from both), but it’s pretty frustrating to see BlueSky being argued into a centralized service for the recent downtime. - The downtime was not relay level, but it was a PDS level. So the point is moot already. - Because it was decentralized at the PDS level, the outage did not affect anyone with personal PDSes, which contains the data that you care…

Yeah lots of the commenting online seems in somewhat bad faith about this.

I’ve listened to interviews with the Bluesky CEO and the Mastodon founder (CEO?), and it was quite eye opening. They have very different views on their roles. The Bluesky CEO is thinking at the level of community building, incentives, longevity, and decentralisation at a fundamental level, whereas the Mastodon founder seems primarily motivated by building an open source project and supporting contributions from the community.

Neither approach is wrong, but they’re different and are clearly achieving different things.

Mastodon might be easier to self host on the surface, being just another Rails site, but the result isn’t a “world without caesars”, it’s a world with a lot more caesars, where anyone can be one. Migrating instances is roughly impossible if you have any presences you want to preserve, and ActivityPub compliance is essentially defined by Mastodon’s current behaviour.

Bluesky on the other hand seems to so far be far more successful at the community building and laying out the protocol foundations, at the cost of being harder to self host. But honestly, having self hosted Mastodon and switched (and forced to start again in the process), so what? Hosting a PDS is trivial and that’s the bit that really matters anyway.

Mastodon should be recognised for how much it shifted the conversation around social networking, especially in the first year after Twitter’s acquisition, but it seems clear that Bluesky has some fundamental advancements that Mastodon fans seem unable to recognise simply because it looks so different.

Re: Apparently Bluesky has one centralized service, the "relay"

#15
post #9

Haven't we learned by now that approximately no one cares? Centralised services are vastly more popular than federated ones, the main reason being that they reduce the paradox / paralysis of choice when you're signing up for them. (Solve that problem properly and you may be on to something.)

Definitely agree that centralized services have a lot of advantages. Bluesky deserves some criticism for trying to have their cake and eat it too, though. They told a good story about being decentralized, and lots of people repeated it while ignoring technical experts pointing out it's not true. Even on HN, the claim that they're decentralized was repeated a lot.

Re: Apparently Bluesky has one centralized service, the "relay"

#16
The genie is already out of the bottle for thirty years, and it's called the open web. Luckily I don't need half the world's population to agree upon and use something that already exists out there.

Keep posting on your website and keep linking. It's called the 'web' for a reason.

Re: Apparently Bluesky has one centralized service, the "relay"

#17

Earlier quoted context omitted.

Genuine question: if it's so easy and cheap to host a relay, why then "Free Our Feeds" initiative [0] looking to raise $4,000,000 [1] to establish a second relay [2]? Most of that money must be earmarked for administrative and human expenses then, right? [0] https://freeourfeeds.com/ [1] https://www.gofundme.com/f/help-us-free-social-media-from-bi... [2] https://freeourfeeds.com/ § FAQ § What will the money be used f…

> if it's so easy and cheap to host a relay That wasn't asserted anywhere. Quite the opposite: as I explained above, the expense is why few people have done it (and even fewer have done it in production). It's the PDSes which are (relatively) cheap and easy to self-host. > why then "Free Our Feeds" initiative [0] looking to raise $4,000,000 [1] to establish a second relay [2]? Per the section you cite, they're doing…

I at least am contrasting

> [running a relay being cheap and easy] wasn't asserted anywhere

With

> I recall posts of people running their own relays on RPi4s with NVMe drives

I would absolutely consider software I can host at home, on a RPi, cheap and easy to self-host. That's the assertion that's being called out here. Bluesky's relays do not scale down easily, and are difficult and expensive to host

Re: Apparently Bluesky has one centralized service, the "relay"

#18
post #9

Haven't we learned by now that approximately no one cares? Centralised services are vastly more popular than federated ones, the main reason being that they reduce the paradox / paralysis of choice when you're signing up for them. (Solve that problem properly and you may be on to something.)

I'm pretty sure the ATproto answer to that is "don't bother users with that decision", i.e. just point new users to somewhere (be it bsky.social or some other PDS provider) and call it a day. This "works" from a decentralized/federated point of view because ATproto supports migrating accounts/identities between PDSes even if the old PDS is offline or adversarial, and because account/identity hosting (i.e. the PDS) is decoupled from the app itself (i.e. the appview) - so even if you signed up as @foo.example.app instead of @foo.bsky.social, you can still log into Bluesky as @foo.example.app (and likewise, @bar.bsky.social can still log into Example App), and if Example App (or Bluesky, for that matter) ever kicks the bucket you can migrate your account (and its followers, and very likely its public content, and possibly its private content if that was backed up somewhere) to someplace else.

Re: Apparently Bluesky has one centralized service, the "relay"

#19
post #13
post #9

Haven't we learned by now that approximately no one cares? Centralised services are vastly more popular than federated ones, the main reason being that they reduce the paradox / paralysis of choice when you're signing up for them. (Solve that problem properly and you may be on to something.)

The main reason is that they have marketing of a corporate entity behind them and someone to sign a contract with. I've seen many times - company switching from free, open-source, distributed solution to a worse, closed-source, coporate-backed solution just so they have someone to sign a contract with. First time it was moving from self-hosted Jabber to MSN Messanger (is sucked, worked less reliably than self-hosted…

The first startup I worked for had 1 IT guy among 12 people, and everything was in-house, including servers. The second grew to 50 people and did not ever employ an IT guy for internal work - most stuff was run on SaaS and the total cost was less than an IT guy salary. Any admin was done by taking engineering time, and no-one wanted to divert that away from product to do in-house stuff. Because when you're taking time away from product, it's not just the salary but the opportunity cost, because any investment in product is supposed to return a multiple.

Re: Apparently Bluesky has one centralized service, the "relay"

#20
post #17

Earlier quoted context omitted.

> if it's so easy and cheap to host a relay That wasn't asserted anywhere. Quite the opposite: as I explained above, the expense is why few people have done it (and even fewer have done it in production). It's the PDSes which are (relatively) cheap and easy to self-host. > why then "Free Our Feeds" initiative [0] looking to raise $4,000,000 [1] to establish a second relay [2]? Per the section you cite, they're doing…

I at least am contrasting > [running a relay being cheap and easy] wasn't asserted anywhere With > I recall posts of people running their own relays on RPi4s with NVMe drives I would absolutely consider software I can host at home, on a RPi, cheap and easy to self-host. That's the assertion that's being called out here. Bluesky's relays do not scale down easily, and are difficult and expensive to host

> I would absolutely consider software I can host at home, on a RPi, cheap and easy to self-host.

That's expensive and difficult compared to running a PDS or appview (either of which can run with a tiny fraction of even an RPi's resources), which is exactly what I said. And to reiterate: an RPi4 with an NVMe SSD is very far off from something that's production-ready and suitable for public use. You can run your own relay, but it's probably not going to handle 30+ million users like Bluesky's relay does, or like Free Our Feeds' "second relay" presumably seeks to do.

Post reply on HN