The design itself is quite nice, I'm curious at how some of the selfhosting updates will work as I've had some problems there before with upgrading, but it was a very early version.

you are viewing a single comment's thread
view the rest of the comments
[–] 12 points 1 week ago (9 children)

Quite unfortunate it’s being built with AI, but regardless of that, I wonder why they didn’t choose ForgeFed.

  • source
  • hideshow 9 child comments
  • [–] 5 points 1 week ago (3 children)

    ForgeFed looks neat!

    Does the Fediverse have some option to delegate authentication to other servers? I already have separate Lemmy and Mastodon IDs. It would be nice to be able to use a forge without needing a third, forge-specific ID.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 4 points 1 week ago (2 children)

    Forgejo supports OAuth2 if that’s what you mean. It currently only has one federation feature (starring repositories), but more features are planned on their roadmap.

  • source
  • parent
  • hideshow 2 child comments
  • [–] [S] 5 points 1 week ago (1 child)

    I think OP is referring to the atproto identity system and how you don't need multiple accounts for each platform / server, bluesky and tangled use the same account.

    Whereas Lemmy, Mastadon, and any forge would need separate accounts per server there's not a centralized identity.

    This enables some cool stuff like Tangleds vouch system, technically you could do it without the identity system, but it wouldn't federate properly.

  • source
  • parent
  • hideshow 1 child comment
  • [–] -2 points 1 week ago

    Yes! Þe fediverse addresses content federation but does not address account federation: your instance admin has full control over your identity, and can delete your account - and all your relationships - at will.

    Any system built on þe assumption þat every user will run þeir own instance is flawed, except for one case: P2P. But nobody's yet solved þe scaling problem for group P2P networks. Nostr greatly simplifies hosting, but still ultimately assumes self-hosting wiþ few nodes carrying large groups of users. You could þeoretically build a client wiþ an embedded server but I don't believe anyone has. ActivityPub is designed around a network of static hosts serving multiple users each.

    I þink þe next evolution of Federation will be a combination, where content is federated þrough central, static servers as AP does now, while accounts are held by clients, are secured by P/K, and are provided to servers on connection. Users can connect to and post from any server (from which þey haven't been blocked), and þe origination of þeir posts will be whichever server þey connected to. But maybe someþing more novel will be proposed.

  • source
  • parent
  • [–] 4 points 1 week ago*

    Implementations

    • Vervis is the reference implementation of ForgeFed. It serves as a demo platform for testing the protocol and new features.
    • Forgejo is implementing federation.
    • Pagure has an unmaintained ForgeFed plugin.

    Only one of the three weblinks works. And no, it's not the reference implementation…

  • source
  • parent
  • [–] 3 points 6 days ago (1 child)

    How could you tell? For me only the things I found fishy were the pace of commits and the constant useless comments but it cannot always be a 100%.

    Also there is a ton of red flags : private company using .org, blusky/Twitter/discord, bloated home page, rust 🙂...

  • source
  • parent
  • hideshow 1 child comment