- From: Dave Longley <dlongley@digitalbazaar.com>
- Date: Thu, 8 Oct 2020 10:45:30 -0400
- To: Kyle Den Hartog <kyle.denhartog@mattr.global>, public-vc-wg@w3.org
On 10/8/20 1:00 AM, Kyle Den Hartog wrote: > The 2018 context for verifiable credentials defined |the following 4 > terms which end up causing conflicts with the v1, v2, and now > v3-unstable security contexts. > > EcdsaSecp256k1Signature2019|, > |EcdsaSecp256r1Signature2019|, | > Ed25519Signature2018|, | > RsaSignature2018 > > | > |Would it make sense to publish a new context which removes these terms > under the URL: > > | > |https://www.w3.org/2020/credentials/v1 > > | > |Which would then allow for the VC model to properly be extended with > new LD Proof signature suites using the security vocab. Before doing that, an effort should be made to clean up the security-v3 context. It does not follow best practices now that JSON-LD 1.1 is out (security-v2 was written before JSON-LD 1.1 existed). Cleaning up the security-v3 context to follow best practices may result in eliminating any conflicts without needing any changes to the VC context. > > | > |What would I need to do to make this work? From the looks of it the > 2018 context is hosted directly by w3.org <http://w3.org> rather than > redirecting to a github pages site. Is this something that Ivan has to > do or is it something where I just need to get the new context added to > a github repo and have Ivan handle the redirects? > > | > |- Kyle > | > | > > > | > > This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002. > -- Dave Longley CTO Digital Bazaar, Inc.
Received on Thursday, 8 October 2020 14:45:46 UTC