@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
@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!
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/
@silverpill have you given any thought to making a monero snap for metamask rather than rolling your own browser extension? they even have a grants program, although that might be flooded with competition at the moment
long-in-the-tooth gadfly, man of the people, and, improbably enough, paid opinion haverboost-free profile: https://justmytoots.com/@by_caballero@mastodon.social