@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