Bluesky, which uses it, has been opened to federation now, and the standard basically just looks better than ActivityPub. Has anyone heard about a project to make a Lemmy-style “link aggregator” service on it?

    • CanadaPlus@lemmy.sdf.orgOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 minutes ago

      Leaving aside all the work they did making an alternative more to their liking, that kind of implies it’s like a light switch, and it’s not.

  • Oskar@piefed.social
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    42 minutes ago

    If Bluesky becomes federated with multiple instances, it will be just as impossible to enter as ActivityPub-based services apparently are since instance-selection is a blocker.

    RIght?

    ;)

    • CanadaPlus@lemmy.sdf.orgOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      37 minutes ago

      Yep, probably. People are just going to have to get used to it to certain degree, and to a certain degree there’s going to be .world-type instances that act as a user-friendly default.

      There’s other issues at play, of course, which is more why I asked.

  • originalucifer@moist.catsweat.com
    link
    fedilink
    arrow-up
    37
    ·
    3 hours ago

    ha, no… bluesky is not open to federation. they control the only router and do not allow connectivity to routers not controlled by them.

    there isnt a single non-bluesky controlled instance that can federate natively with bluesky.

    bluesky is just twitter with a little more user-controllable data sourcing. not that theres anything wrong with that, but its certainly not a part of any federation.

    e. suggested reading: https://dustycloud.org/blog/how-decentralized-is-bluesky/

    • CanadaPlus@lemmy.sdf.orgOP
      link
      fedilink
      English
      arrow-up
      3
      ·
      60 minutes ago

      It’s a good blog post, thanks. I made a quick summery elsewhere in the thread.

      It’s really unfortunate that we’ve ended up with two populated protocols for federation, both of which have a major flaw. In our case, it’s no established support for moving accounts. In theirs, its a component that’s so bulky the federatability is questionable (and no federated DMs).

      • rglullis@communick.news
        link
        fedilink
        English
        arrow-up
        10
        ·
        edit-2
        2 hours ago

        And they are either in for one of the following:

        • a $30 Million lesson where they learn that they will have to reinvent ActivityPub in order to be “properly” decentralized
        • a rug pull where they come up with a second relay like Bluesky but fork to give exclusive access for large institutions and the enterprise.
        • MysticKetchup@lemmy.world
          link
          fedilink
          English
          arrow-up
          5
          ·
          2 hours ago

          It’s ridiculous they were asking for $30m to do something that ActivityPub already does. Wasted money that could have gone anywhere else

        • CanadaPlus@lemmy.sdf.orgOP
          link
          fedilink
          English
          arrow-up
          2
          ·
          54 minutes ago

          Yep. What do you think the chances are you could write something that does the job of the router and app view, but in a totally off-standard, more point-to-point way?

          In the meanwhile, it’s just a matter of bridging, I guess.

  • kbal@fedia.io
    link
    fedilink
    arrow-up
    18
    ·
    3 hours ago

    the standard basically just looks better

    Place your bets everyone, has OP ever looked at either standard?

    • CanadaPlus@lemmy.sdf.orgOP
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      5
      ·
      edit-2
      51 minutes ago

      Bets all in? Okay:

      spoiler

      I have not looked directly at the AT standard, just the Wikipedia article and some similar high-level explanation.

      Pretty sure I have actually looked at the ActivityPub standard at times, though.

  • misk@sopuli.xyz
    link
    fedilink
    English
    arrow-up
    10
    ·
    edit-2
    3 hours ago

    https://threadsky.app/

    Very slow at the moment, probably due to people looking for Reddit alternatives but was fine couple of weeks ago when I first saw it. Seemed okay if you’re okay with AT Proto (it’s not that decentralised really).

    • CanadaPlus@lemmy.sdf.orgOP
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      1
      ·
      3 hours ago

      Really? In what way?

      Digital identities being cryptographic and independent of any one instance is huge all on it’s own. The rest of it I understand less clearly, but it looks pretty modular.

        • CanadaPlus@lemmy.sdf.orgOP
          link
          fedilink
          English
          arrow-up
          4
          ·
          edit-2
          50 minutes ago

          Thank you!

          TL;DR, the relay bit works as a completely connected network topology, and has the associated quadratic growth issues, which renders it, like you said, hard to host.

          Also nasty: Direct messages are just not federated.

          Other things are or were at the time of writing janky, but nothing else is quite that egregious. The author is working on a separate project, and recommends this idea as a solution for portable identity on ActivityPub; here’s what “object capability” means in the context.

      • ericjmorey@discuss.online
        link
        fedilink
        English
        arrow-up
        6
        ·
        edit-2
        1 hour ago

        The data is not centralized, but everyone is using the same aggravation aggregation service (indexer) to access the data.