The Fediverse Passport would be the central account for all users on the Fediverse.

How it would work

a. Upon signing up for the a platform on the Fediverse the user would be redirected to the “Create your Passport” You would create your unique username. Once signed up you would then have an account on every platform connected to the Fediverse.

b. If someone friends/follows you on one platform they would automatically follow you on all platforms. Insuring that communities and friends could stay connected across platforms.

c. The passport for the user would show your feed on all platforms and allow you to selected which platform you want to see your feed from, also allowing you to directly search your content so you could find a post for whatever reason you need.

d. For the subscriber it would show them your feed and allow them to easily find your content.

e. Tons of customization options including the ability to monetize and or set a subscription fee for the video, blogging, and other “arts” platforms.

Safe Guards

You would be allowed to set your privacy setting to, Public, Subscribers Only, Approve Subscribers, Mutual Friends only, Private (Requires link)

Benefit

Would allow stream less interaction across the whole Fediverse and really get it going. No more having to create a different account on each platform and now you can claim an identity and keep track of your communities, also each site would directly help “advertise” the others.

    • Ada@piefed.blahaj.zoneEnglish
      2·
      20 days ago

      A passport in the way described here doesn’t need to be centralised. Your profile could link to your other profiles through metadata, rather than a centralised system.

      • WatDabney@lemmy.dbzer0.comEnglish
        0·
        20 days ago

        It’s not a matter of how ones profile would be accessed, but how it would be created in the first place snd how it would be managed.

        Necessarily, those who implement the creation of accounts have control over how they’re created, who is allowed to create them and how they will be handled after creation.

        Any scheme to establish one “central” (your own term) account for the entire fediverse will necessarily be managed by one “central” service, which means one “central” authority over account creation and management

        • Ada@piefed.blahaj.zoneEnglish
          1·
          20 days ago

          I’m not the OP.

          And no, a central account doesn’t require a central service, it just requires amendments to the protocols to allow for a decentralised identity. Nostr, bluesky, etc all work that way. Nostr is full of nazis and bitcoin bros, and bluesky is effectively centralised in other ways, but both of them do have a genuinely decentralised single identity system.

          There are a few ways of doing it. A single account on the first platform, and then signing up to remote platforms with that account. A system of trust that allows a user to verify that other remote accounts are genuinely also them. Combine it with platforms that recognise content posted from other accounts/platforms that belong to the same person, and let them edit the “remote” content locally and federate it out again etc.

          So you don’t end up with a centralised identity, but rather, the ability to manage your identity from whichever instance you happen to be signed in to as if it were created locally on that instance.

  • gigachad@sh.itjust.worksEnglish
    1·
    20 days ago

    I am not quite sure how this works - where is my “passport” created? On a centralized platform? What if I want to have different accounts on different instances?

    • Sackeshi@lemmy.worldOPEnglish
      01·
      20 days ago

      Ideally on a platform similar to Gmail in its decentralized nature but connected to the fediverse and accessable through the main fediverse website as well.

      We could allow for duplicate username with a unique 10 digit code identifier allowing you to adjust your privacy settings for each platform.

      • lambalicious@lemmy.sdf.orgEnglish
        1·
        20 days ago

        Ideally on a platform similar to Gmail in its decentralized nature

        Really? This is the key to understanding that you don’t even know what you’re talking about.

  • fjordo@feddit.uk
    1·
    20 days ago

    I like the concept, but personally I see the decentralised nature of the Fediverse as a benefit rather than a hindrance, and moving all identity functionality to a centralised system would create more problems than it solves.

    Suddenly you’ll have a single point of failure for the entire Fediverse. A very appetising target for hackers and DDOS attacks.

    An alternative that’s in the spirit of your idea would be to allow for auth delegation, i.e. if you sign in with an Activitypub ID rather than a plain username, redirect to that instance to sign in then redirect back to the instance you started from, auth token in hand.

    The nice thing about this approach is it’s basically just OAuth 2. It’s familiar, simple to implement and built in to a lot of web frameworks already. The only extra step would be advertising the server’s auth URL via the nodeinfo endpoint, which is fairly trivial to do.

  • Rose@slrpnk.netEnglish
    0·
    20 days ago

    What Fediverse could use was some kind of equivalent of Linktree. “Here’s my personal accounts on Fediverse. Here’s some related to my projects. Here’s some other random links.”

    Because currently I’m like “maybe check out my Mastodon profile, it has links” - it works, kinda, but I’m not sure it’s the best solution. For example, you could include support for this in the fedi software, so once you specify where your link page is, it’d pull the links and show them on your profile.

    …I know, this would be too beautiful for this world and it’d get run over by spammers. But for glorious few days we’d have sensible Fediverse profiles! Think about it!

  • lordnikon@lemmy.worldEnglish
    0·
    20 days ago

    It’s like everyone forgot about open ID but also having accounts tied to the an instance is not the problem with good export and import. Communities are what we need to have abstraction on just like IRC if I go to @games i should see threads from all instances on the network. Just like everyone in an IRC network can talk in the same channel even though they connect on different IRC servers.