Daniel Hardman
Daniel Hardman
Yeah, if we don't believe in tracking impls in RFCs, we should turn this test off.
We might also want to turn off the test that checks for test anomalies, since we've been pushing to abandon the test suite as a community strategy.
Yes, I like this idea. I've give myself a todo to update. Feel free to beat me to it. :-)
I'm second-guessing this slightly. The utility is clear, but what I wonder about is whether we need any kind of trustworthiness guarantee, so someone doesn't say that DID X belongs...
Yes. I don't think anything elaborate is required -- maybe something as simple as publishing the hash of the gov framework json, or signing it. The reason this might be...
@NickyHickman : that's an excellent question. The answer is "Yes" in the abstract; for particular governance frameworks, that may be easy or hard, but it's definitely a good way to...
For the time being, I am STRONGLY opposed to introducing a dependency on did:key. I don't agree with any of the extra semantics that this method wants to introduce --...
>inventing a new syntax that has no prefix feels like wasting/duplicating alot of the work of the DID spec Actually, there is a prefix on the key value in my...
@SmithSamuelM: Let me propose a requirement that may make it obvious why I'm not going down the DID URL route. >It should be possible to use, in the `~service` key...
@mikelytaev : There is someone who wants to write a paper about group messaging atop DIDComm and is planning to convene meetings about it at the next Rebooting Web of...