I am sure it was discussed here before, but I can’t find a good way to search this community.

Are there any arguments against having a user’s identity federate, and be compatible across platforms?

For example, let us say I sign up with my instance, [email protected]

But what if I go on mastodon, and I want to have my own micro blog. Or maybe go to write freely and post some blog posts. I’d have to make a different account on each one.

What if mastodon or write freely could just let me log in with my lemmy account (or lets call it federated account). This has several benefits:

  • users don’t have to scratch their head on if I am the same person or not across these platforms
  • theoretically, someone following my feed can get updates on what I do on multiple platforms

Now I understand this would be difficult to implement and iron out all the edge cases, but am I missing anything on why it wouldn’t be a desirable feature, given it is implemented?

  • SorteKanin@feddit.dkEnglish
    2·
    2 months ago

    I don’t think a nomadic identity is the same as an instance-less identity. I could definitely see users migrating from one instance to another but that’s very different from a user not being associated with any particular instance at any given time, which is what I think the OP is suggesting.

    • nate@social.trom.tf
      1·
      2 months ago

      @SorteKanin I know above he mentioned creating an account and then using it on anther platform like creating one on lemmy and then using it with something like Mastodon or Writefreely. If that was all he was asking about then Nomadic Identities would make that possible, though yeah if I just misinterpreted what he asked and we’re talking completely disassociated (private key only instead of Zot’s private key underneath a domain based username) then yeah nomadic identities wouldn’t be quite what he was looking for.

    • Jupiter Rowland@sh.itjust.worksEnglish
      2·
      2 months ago

      I don’t think a nomadic identity is the same as an instance-less identity.

      It isn’t. (Source: I’ve been using nomadic stuff since long before any of you has even heard of the Fediverse.)

      Nomadic identity always requires one main instance of an “identity container” with a valid Fediverse ID. That Fediverse ID carries in it the domain name of the server on which the main instance of the “identity container” resides. You need something behind the @. The clones have the same Fediverse ID.

      So if you have a Hubzilla channel on hub.foo.social, hub.bar.social and hub.baz.social, one instance of that channel has to be the main instance, and the others are the clones. If the instance of the channel on hub.foo.social is defined as the main instance, it’s hub.foo.social that defines the idea (e.g. [email protected]). From a Hubzilla POV, the clones on hub.bar.social and hub.baz.social are [email protected] all the same.

      Instance-less would require a fully decentralised, peer-to-peer approach like Briar where (ideally) each user name only exists exactly once. And with no domain name attached to it.

      And peer-to-peer in social networking sounds like an awesome idea until you have to run a full-blown, fully-hardened Web server on your iPhone on a wonky 4G connection, simultaneously sending a message to and receiving hundreds of messages from hundreds of other devices out there because you’ve got, like, 647 connections on your friends list. And then you wonder why your phone is so hot, and the battery craps off within hours.