I would like to receive some feedback on this idea I have been kicking around, and see if others might be interested in contributing. I have a basic prototype that proves out most of the technology, but not much beyond that.

The basic general description is an Iroh based identity layer for the open web. This platform would serve three primary functions:

Preserve and consolidate social graph data in an encrypted local storage vault, allowing for import, display, and management of media and posts from both walled garden platforms and open platforms.
A "universal translator" across open platforms, allowing for seamless connection between activitypub, AT protocol, and rss subscriptions. You are able to link mastodon, Lemmy, pixelfed, loops, and blusky accounts and your legacy social media imports can also generate RSS subscription feeds for your previous Instagram or YouTube (among other platforms) subscriptions, with all this content showing up in a single filterable fleed.
Identities can be linked to any unique URL, using an umbrella DID. That URL can be any location the user chooses, including an indieweb page, a spacehey.com profile, or any other site the user controls and is able to host the corresponding DID document for cross platform identification.

There are many more details and features I have in mind that this architecture could facilitate, but this is the overarching basics of what I had in mind. I am very open to critique or analysis of this architecture, potential issues and limitations, as well as ideas for modification.

I would also welcome collaborators and contributors if there is interest, and I can open up the project for whoever may be interested. Let me know!

you are viewing a single comment's thread
view the rest of the comments

[–] robert.meyer86@piefed.social 1 points 1 day ago (2 children)

Yes, that's exactly it! The identities are linked to a URL that the user chooses, which hosts the DID document and all the identity records. I am working on getting the GitHub ready for public, I will notify you when it has been opened up!

[–] rglullis@communick.news 2 points 1 day ago

FYI: I am not going to say that I have all the pieces in place, but I will say that if we put what I''ve done on https://fediverser.io/ with my headless ActivityPub Server, we are like 90% of the way there. The hard part now, believe it or not, is to get other servers to implement the missing parts of AP instead of the selective implementation they have.

[–] silverpill@mitra.social 1 points 1 day ago (1 children)

@robert.meyer86 See also https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md. This is already part of Fediverse and has multiple implementations.

[–] robert.meyer86@piefed.social 1 points 23 hours ago (1 children)

Oh wow, this is exactly what I had been thinking of! Amazing! This should simplify the development process of this platform significantly. Do you know of any projects using this standard in their platforms?

[–] silverpill@mitra.social 1 points 22 hours ago

Forte and tootik use FEP-ef61 with server-managed keys. I am working on an application where keys are stored on the client side: minimitra. This is probably closer to your idea.

Do you want to use iroh for transport, or for identity?