Closed msporny closed 1 year ago
@iherman, we'll need to define the datatype in the vocabulary.yml file as well, but I didn't see how that was done for
cryptosuiteString
yet -- perhaps that still needs to be merged?
Yes, that is part of #171 .
(would be good to merge that one, to avoid unnecessary issues...)
This PR addresses #162 (comment) by defining the
multibase
datatype as we recently did forcryptosuiteString
. It then updatesproofValue
's range to bemultibase
.
Forgive me if my question reveals my missing knowledge, but shouldn't this be the range of secretKeyMultibase
and publicKeyMultibase
, too? At this moment, those two properties have simply xsd:string
as their range.
Forgive me if my question reveals my missing knowledge, but shouldn't this be the range of
secretKeyMultibase
andpublicKeyMultibase
, too? At this moment, those two properties have simplyxsd:string
as their range.
Yes, good catch, I'll make that change in a future revision to this PR.
@iherman wrote:
Forgive me if my question reveals my missing knowledge, but shouldn't this be the range of secretKeyMultibase and publicKeyMultibase, too? At this moment, those two properties have simply xsd:string as their range.
Done in https://github.com/w3c/vc-data-integrity/pull/176/commits/78c30c0919bbf7fce3adf8cf2ccb49a1e920d9e4.
Normative, multiple reviews, changes requested and made, no objections, merging.
This PR addresses https://github.com/w3c/vc-data-integrity/pull/162#discussion_r1292500235 by defining the
multibase
datatype as we recently did forcryptosuiteString
. It then updatesproofValue
's range to bemultibase
.@iherman, we'll need to define the datatype in the vocabulary.yml file as well, but I didn't see how that was done for
cryptosuiteString
yet -- perhaps that still needs to be merged?Preview | Diff