• Rentlar
    link
    fedilink
    English
    522 months ago

    I consider BlueSky a “Musk-Free” Twitter for most intents and purposes… At least the protocol is a little more transparent and BridgyFed is an effort to make them interoperable.

    • @[email protected]
      link
      fedilink
      English
      14
      edit-2
      2 months ago

      Yeah I don’t get why people are so judgy towards it here on lemmy.

      It’s like a halfway between twitter and mastodon. And whether you like it or not it has a feature (algorithm) which mastodon doesn’t that makes people far more likely to use it.

      It’s not as “good” in terms of not being company owned as mastodon. But it’s add-free, open source, and there’s some proto-federation going on. I mean I’m hosting my own instance there. Mostly it’s got far more funding than mastodon which means it’s already becoming feature rich even though it only released to the public a couple months ago, and it’s far less buggy than mastodon.

      • Blaze (he/him)
        link
        fedilink
        English
        72 months ago

        I mean I’m hosting my own instance there.

        Hello,

        I’m curious, this is a personal PDS, so other people cannot register on it, right?

        Yeah I don’t get why people are so judgy towards it here on lemmy.

        The current state of Twitter probably makes people here very cautious about anything that might look similar to pre-Musk Twitter without any mechanism preventing such a scenario to happen again.

  • @[email protected]
    link
    fedilink
    English
    342 months ago

    Was surprised to see threads take up federation quicker then bluesky, especially since they needed it the least.

    • ᴇᴍᴘᴇʀᴏʀ 帝M
      link
      fedilink
      English
      252 months ago

      They may actually need it more as a figleaf in case the regulators come sniffing round.

      Bluesky currently doesn’t really need it, so they are half-arsing it.

  • @someguy3
    link
    English
    162 months ago

    Bluesky is federated?

    • @[email protected]
      link
      fedilink
      English
      46
      edit-2
      2 months ago

      Yeah, it’s Federated with loads of cool places that are real, but you don’t know them, they go to a different school.

      • @[email protected]
        link
        fedilink
        English
        12
        edit-2
        2 months ago

        Tbf a lot of the arguments against their federation capabilities here is that they make it hard to access, which is a much smarter decision from a user experience perspective. Majority of the general public has absolutely zero idea wtf federation and instances means and that’s okay, they just need a quick way to sign up and get using the platform.

        Considering you can host your own PDS and Relay I would consider that close enough to federation that it should be included in fediverse discussions and shouldn’t splinter.

        The big architectural difference is instead of AP federation with each instance it’s just one massive firehouse on the protocol (federation with all default) which absolutely has its benefits compared to ActivityPub.

        • Blaze (he/him)
          link
          fedilink
          English
          102 months ago

          The fact that there is still to this date no alternative Bluesky server that can be used to register seems to indicate that they put the entry cost to federation too high.

          If the federation is only theoretical and never happens in reality, it’s not really federated.

          • @[email protected]
            link
            fedilink
            English
            2
            edit-2
            2 months ago

            The fact that there is still to this date no alternative Bluesky server

            This is true, but why would someone go out of their way to do this when all data ends up in the same firehose?

            Three circumstances:

            • Domain name federation: Currently live and implemented across the site, in fact I’ve done this.

            • PDS (personal data) federation: You would ideally only host your own PDS to host your own data.

            • Backup: You want to host a backup of all Firehose data for access by others (very valid case, but you’re paying to just host data that’s already available)

            Any other circumstance it’s going to cost the host money for effectively no usecase. Sure people can do it but why would the host pay hosting fees? If Bluesky went down a path of introducing advertisements or became a pile of shit then there’s true incentive to host your own independent PDS/Relay/App View. I generally think people just aren’t understanding federation across Bluesky because it truly is a lot more complicated complicated than ActivityPub (some pros / some cons).

            • Blaze (he/him)
              link
              fedilink
              English
              52 months ago

              Sure people can do it but why would the host pay hosting fees?

              Fediverse admins pay fees for their instances. BlueSky requiring such high fees to run your own instance seems just a hidden way to prevent people from actually creating federated instances.

              If Bluesky went down a path of introducing advertisements or became a pile of shit then there’s true incentive to host your own independent PDS/Relay/App View.

              So if tomorrow Elon Musk buys BlueSky, the only alternative for people to keep using the AT Protocol and stay federated with BlueSky without being under Musk’s control would be to be running that very expensive relay?

              • @[email protected]
                link
                fedilink
                English
                32 months ago

                Fediverse admins pay fees for their instances.

                Yes but they have communities within their instance. With ATProto everything is published to the protocol so there’s no inherent internal community, the instance is just the infrastructure at that point, not a community.

                Also in terms of expense I’ve seen it’s around $250 / month which equivalent to larger Lemmy instances, I think programming dev was around this price point so it’s not absurdly large. But it is at the point of why run this if I’m just hosting infrastructure and not creating a community.

                I have been reading that some people are working on subdomain @'s (equivalent to Lemmy username@domain) within ATProto, which leads to more community interaction, but I think that’s still handled under the Domain federation not the PDS / Relay federation.

                • flamingos-cantM
                  link
                  fedilink
                  English
                  62 months ago

                  Also in terms of expense I’ve seen it’s around $250 / month which equivalent to larger Lemmy instances, I think programming dev was around this price point so it’s not absurdly large.

                  I don’t know about prog dev, but Lemmy instances are fairly cheap to run, see this thread https://lemmy.world/post/19466047.

                  And to give my potential hot take, but I think what Bluesky and the AT protocol does should be called crawling instead of federating. If I understand things correctly, then what AT expects is for a replay to crawl the network looking for relevant data in PDSs, as opposed to APub where you push your data to the relevant places. I know this is semantics, but if we accept the Bluesky definition of federation then Google and Bing are federation services and that just doesn’t feel right.

                • Blaze (he/him)
                  link
                  fedilink
                  English
                  52 months ago

                  Yes but they have communities within their instance. With ATProto everything is published to the protocol so there’s no inherent internal community, the instance is just the infrastructure at that point, not a community.

                  Ah, thank you for this. Indeed paying for infrastructure without any real community feeling isn’t really attractive.