Notices by bumblefudge (by_caballero@mastodon.social)

@hrefna Yeah that thread was a wreck, I feel for everyone involved (and like, already followed most people involved on both platforms!). It is a tricky balance because I agree that it's a bad look and alienating people, but I also agree that perceived/soft-power aside, he doesn't have that much FORMAL power-- anyone could just tjoin he CG and start lobbying for anything they want. I've been trying for over a year to crowdsource a CG charter that formalizes any of this...

@evan no one moves here for the storied local cuisine. i recommend Volkskammer if you really wanna go local (masochistically)

@silverpill @arcanicanis @erlend @bnewbold why is support for more did methods an assumed goal? for whom and in which use cases is a non http protocol handler justified? why is did:key important? why is ap:// the best possible url scheme for the AP protocol? it feels like we're talking at a general level and yet so many usecase-specific requirements and goals keep sneaking in

@arcanicanis @silverpill @bnewbold @erlend sadly there isn't much support for DID URLs in the wild, as that whole set of features is optional and few DID method specifications even mention (whether mandatory or optional) how implementations could dereference DID URLs... I would mention that one of the formal objections complained about this unspecified behavior and thus the DID WG has prioritized the DID Resolution spec, which might help a little:
https://w3c.github.io/did-resolution/#dereferencing

@pfefferle @linos @darnell I'm more worried about the query parameter in an IRI than I am about the Move activity having its target on the same domain! I'm no JSON-LD wizard but I wonder if that's valid as a URI to stick in an `actor.id`, and even if it's valid, I'd worry other implementations botching it or dropping the `?...` somehow, because of some unwitting behavior of underlying HTTP validation libraries or whatever

@pfefferle https://socialhub.activitypub.rocks/t/switching-ap-server-software-on-the-same-domain/4508/4

@aral is this based on the emoji multibase or a different alphabet/algo? I've seen a few diff emoji bases over the years

@js neat!

banger
https://ploum.net/2024-07-01-opensource_sustainability.html

@anildash do people early in their second or third careers count

@silverpill i would also note that `curl` is already the `curl` of ipfs and ipNS resolution; since the latter can be thought of as a DID method of sorts (it translates an opaque, self-certifying/content-addressed string into something a lot like a DID Doc), we might not need a new thing at all:
https://curl.se/docs/ipfs.html
note that in IPFS' case, the trick is in the protocol handler!

@silverpill oh, you wanna WRITE too?
https://uniregistrar.io/
(less drivers/testing/maturity)

cheqd is a cosmos SDK chain, might be one of the interesting ones to look at (i mentioned it on codeberg because it already has pathing and complex DID URLs, but i'm not too familiar with the details)

in my experience very few blockchain protocols really prioritize light-client use-cases in their core design/budget/spending, unfortunately...

@silverpill also, i would argue there is a fourth category of DIDs, which IPNS *almost is* (and was in 2019 when did:ipld was created to wrap it in one): DHT methods. Check out:
https://did-dht.com/
(also indebted to the sidetree family of DID methods, like orb and ion)

@silverpill idunno if it's quite the equivalent of `curl` but the universal resolver already has drivers for a lot of interesting did methods, including `did:plc` ...
https://dev.uniresolver.io/

@trwnh @evan @erincandescent do we want to pour even more cement around the instance model? if we at least enable per-user keys (even if only potentially/annoying/complexly) some instances have the option of decentralizing themselves, or at least giving individual users the choice to self-manage at their own risk...

@trwnh @evan @erincandescent i know i'm a broken record and everyone thinks it's because i have a dayjob in the "at your own risk" factory but self-managed keys would definitely make feature-parity (and interoperability) with nostr and bluesky a lot easier, which seem more popular goals than "authenticate me with my crypto wallet/Hooli wallet/microsoft authenticator" per se

@activitypubtestsuite
Anyone interested in a sync call/office hours/Q&A from testing projects? seeking volunteers for both the Q and the A side of things :D
https://lists.w3.org/Archives/Public/public-swicg/2024Jan/0031.html

@pfefferle @RyunoKi @mastodonmigration @pfefferle@notiz.blog @dansup Das tut mir sehr Leid :(

@pfefferle @RyunoKi @mastodonmigration @pfefferle@notiz.blog @dansup Any chance you'll come to the "show and tell" with two test suite projects later today? I can never tell how many people are actually subscribed to this moribund list: https://lists.w3.org/Archives/Public/public-swicg/2023Oct/0045.html

@dansup @pixelfed sidenote PHP is probably my native language if i'm being honest