diff --git a/index.html b/index.html index c8a535b7..342ff62b 100644 --- a/index.html +++ b/index.html @@ -1030,10 +1030,10 @@
A DID fragment is used as method-independent reference into a DID Document or external resource.
- +-DID fragment syntax and semantics are identical to a generic URI fragment -and MUST conform to RFC 3986, section 3.5. +DID fragment syntax and semantics are identical to a generic URI fragment +and MUST conform to RFC 3986, section 3.5. To dereference a DID fragment, the complete DID URL including the DID fragment MUST be used as input to the DID URL dereferencing function. For more information, see . @@ -1044,7 +1044,7 @@
In order to maximize interoperability, implementers are urged to ensure that @@ -1602,9 +1602,9 @@
-A verification method MUST NOT contain multiple verification material properties.
-For example, expressing key material in a verification method using both
-publicKeyJwk
and publicKeyBase58
at the same time
+A verification method MUST NOT contain multiple verification material properties.
+For example, expressing key material in a verification method using both
+publicKeyJwk
and publicKeyBase58
at the same time
is prohibited.
-The Working Group is still debating how best to communicate support for +The Working Group is still debating how best to communicate support for specific verification method types.
@@ -1679,7 +1679,7 @@Ed25519VerificationKey2018
)
publicKeyJwk
or be
encoded as the raw 32-byte public key value in Base58 Bitcoin format
[[BASE58]] using the publicKeyBase58
property.
@@ -1690,7 +1690,7 @@ publicKeyJwk
or be
encoded as the raw 33-byte public key value in Base58
Bitcoin format [[BASE58]] using the publicKeyBase58
property.
@@ -1701,8 +1701,8 @@ X25519KeyAgreementKey2019
)
publicKeyJwk
or be
+Curve25519 (also known as X25519) public key values MUST either be encoded
+as a JWK [[RFC7517]] using the publicKeyJwk
or be
encoded as the raw 32-byte public key value in Base58
Bitcoin format [[BASE58]] using the publicKeyBase58
property.
-When producing and consuming DID documents that are in plain JSON (as indicated
-by a content-type
of application/did+json
in the
-resolver metadata), the following rules MUST be followed.
+This section sets out the requirements for producing and consuming DID
+documents that are in plain JSON (as indicated by a content-type
+of application/did+json
in the resolver metadata).
-When producing and consuming DID documents that are in JSON-LD (as indicated by
-a content-type
of application/did+ld+json
in the
-resolver metadata), the following rules MUST be followed.
+This section sets out the requirements for producing and consuming DID
+documents that are in plain JSON (as indicated by a content-type
+of application/did+ld+json
in the resolver metadata).
@id
and @type
keywords are aliased to
-id
and type
respectively, enabling developers to use
-this specification as idiomatic JSON.
+id
and type
respectively, enabling developers
+to use this specification as idiomatic JSON.
-The DID document MUST be serialized as a JSON document,
-with one additional requirement:
-The DID document MUST include the @context
property.
+The DID document MUST be serialized as a JSON document, with one
+additional requirement: The DID document MUST include the
+@context
property.
-The JSON-LD specification -defines values that are valid for this property. -
++The JSON-LD +specification defines values that are valid for this property. +
-+
The value of @context
MUST be exactly one of these values.
-
https://www.w3.org/ns/did/v1
.
- - { - "@context": "https://www.w3.org/ns/did/v1", - ... - } --
https://www.w3.org/ns/did/v1
, and subsequent items of type
- INFRA string or
- INFRA map.
- - { - "@context": [ - "https://www.w3.org/ns/did/v1", - "https://example.com/blockchain-identity/v1" - ], - ... - } --
The working group is still discussing restrictions on @base
, beyond what JSON-LD allows.
https://www.w3.org/ns/did/v1
.
+ +{ + "@context": "https://www.w3.org/ns/did/v1", + ... +} ++
https://www.w3.org/ns/did/v1
, and subsequent items of
+type INFRA string or
+INFRA map.
+ +{ + "@context": [ + "https://www.w3.org/ns/did/v1", + "https://example.com/blockchain-identity/v1" + ], + ... +} ++
+The working group is still discussing restrictions on @base
,
+beyond what JSON-LD allows.
+
@context
property SHOULD exist in the DID specification
-registries in order to achieve interoperability across different
-representations.
+
+All members of the @context
property SHOULD exist in the DID
+specification registries [[DID-SPEC-REGISTRIES]] in order to achieve
+interoperability across different representations.
+
+If a member does not exist in the DID specification registries, then the +DID document might not be interoperable across representations. +
-
- Producers SHOULD NOT produce DID Documents that
- contain properties not defined via the @context
.
- Properties that are not defined via the @context
MAY be dropped by Consumers.
-
+Producers SHOULD NOT produce DID documents that contain properties not
+defined via the @context
. Properties that are not defined via the
+@context
MAY be dropped by Consumers.
+
@context
property MUST conform
-to the JSON-LD Production Rules.
+The value of the @context
property MUST conform
+to the JSON-LD Production Rules.
If more than one URI is
provided, the URIs MUST be interpreted as an ordered set. It is
@@ -2637,10 +2641,10 @@
- Consumers SHOULD drop all properties from a DID Documents that
- are not defined via the @context
.
+ Consumers SHOULD drop all properties from a DID Documents that
+ are not defined via the @context
.