This requires manually enabling every additional provider. This doesn’t work if some individuals or smaller collectives wanna run their own identity providers, numbering in the thousands.
See what CIMD solves for. “Innately centralized” was probably a poor choice of words, but OIDC not a good fit for an open social web with decentralized identities and a plethora of small identity providers that cannot be known upfront.
What you’re missing is that OIDC is innately centralized and FedCM, in particular thanks to this work, isn’t.
This is all building on or complementing the same underlying OAuth standards, like the CIMD spec that Emelia originally intended for adoption into Mastodon/ActivityPub to set the stage for decentralized OAuth, but it was never brought in. The AT protocol on the other hand adopted it into their decentralized oauth-atproto standard, which is on track to become a protocol-agnostic oauth-dweb standard.
Anyone who cares about decentralized software should be dissatisfied with how OIDC works. If you wanna use your primary fediverse account to log into other fedi apps, this work is for you.
I suggested the official adoption of Photon a year ago. Xylight was tentatively on board with it.
Even more important though is this change which would allow an alternative frontend to be used as a default, instead of having to be relegated to a sub-domain.
That sounds really interesting! We’re building an OIDC server for indies with Weird – please feel free to come by and chat with us: https://blog.muni.town/muni-town/
This requires manually enabling every additional provider. This doesn’t work if some individuals or smaller collectives wanna run their own identity providers, numbering in the thousands.
See what CIMD solves for. “Innately centralized” was probably a poor choice of words, but OIDC not a good fit for an open social web with decentralized identities and a plethora of small identity providers that cannot be known upfront.
What you’re missing is that OIDC is innately centralized and FedCM, in particular thanks to this work, isn’t.
This is all building on or complementing the same underlying OAuth standards, like the CIMD spec that Emelia originally intended for adoption into Mastodon/ActivityPub to set the stage for decentralized OAuth, but it was never brought in. The AT protocol on the other hand adopted it into their decentralized oauth-atproto standard, which is on track to become a protocol-agnostic oauth-dweb standard.
Anyone who cares about decentralized software should be dissatisfied with how OIDC works. If you wanna use your primary fediverse account to log into other fedi apps, this work is for you.
That was the update I needed today, thank you kind Internet stranger.
I’m confused. This reads to me like a pretty clear criticism of Urbit and Curtis Yarvin. The author is perhaps a bit more explicit about that here: https://theblockchainsocialist.com/why-urbit-failed-with-adina-glickstein/
Here’s a piece I wrote to explain my apprehensive stance on AI to friends and colleagues: https://blog.erlend.sh/non-consensual-technology
“Do you think billionaires should exist?”
This remains the easiest way for me to suss out someone’s fundamental politics without getting lost in left/right liberal/conservative binaries.
Does that mean someone from another instance that’s running on Lemmy also wouldn’t be able to downvote?
(Love this feature!)
Excellent decision! The simplest way to enforce this would be to require all comic strip submissions to include a source link.
Good question; that would qualify for me, yeh!
I’m surprised these images make it so high up on Lemmy when this place is (rightly) so culturally opposed to the stuff.
Thank you for digging up the original! The AI version is flagrant plagiarism and should be deleted.
Yes, there’s steward-ownership and post-growth entrepreneurship:
I need this on a t-shirt.
As of today it’s basically an open alternative to linktree. Read our blog posts for more about the big picture plans.
I suggested the official adoption of Photon a year ago. Xylight was tentatively on board with it.
Even more important though is this change which would allow an alternative frontend to be used as a default, instead of having to be relegated to a sub-domain.
Haha exactly!
Would love to hear about it when it’s out!
That sounds really interesting! We’re building an OIDC server for indies with Weird – please feel free to come by and chat with us: https://blog.muni.town/muni-town/
I’m aware of this library for it: https://github.com/kensanata/mastodon-archive
Dunno about any easy button-click service for it though, which is why we’re building it into Weird, which is like a CMS for your digital identity.