@@ -4163,10 +4163,10 @@ <h3>Securing Mechanism Specifications</h3>
4163
4163
JOSE/COSE header parameters and signatures. Specifications MAY provide additional mechanisms to convey
4164
4164
other information that might be helpful (for example, during validation or for
4165
4165
debugging purposes), such as securing mechanism data. A securing mechanism's
4166
- verification algorithm MUST provide an interface that receives a sequence of
4167
- bytes ([=byte sequence =] |inputBytes |) or a document ([=map=] |inputDocument|)
4168
- and a media type ([=string =] |inputMediaType|) as inputs and returns a
4169
- verification result with at least the following [=struct/items=]:
4166
+ verification algorithm MUST provide an interface that receives inputs of a media
4167
+ type ([=string =] |inputMediaType |) paired with either a sequence of bytes
4168
+ ([=byte sequence=] |inputBytes|) or a document ([=map =] |inputDocument|), and
4169
+ returns a verification result with at least the following [=struct/items=]:
4170
4170
</ p >
4171
4171
4172
4172
< dl >
@@ -4758,11 +4758,10 @@ <h3>Verification</h3>
4758
4758
< p >
4759
4759
This section contains an algorithm that [=conforming verifier
4760
4760
implementations=] MUST run when verifying a [=verifiable credential=] or a
4761
- [=verifiable presentation=]. This algorithm takes a sequence of bytes
4762
- ([=byte sequence=] |inputBytes|) or a document
4763
- ([=map=] |inputDocument|) and a media type
4764
- ([=string=] |inputMediaType|) as inputs, and returns a [=map=]
4765
- that contains the following:
4761
+ [=verifiable presentation=]. This algorithm takes inputs of a media
4762
+ type ([=string=] |inputMediaType|) paired with either a sequence of bytes
4763
+ ([=byte sequence=] |inputBytes|) or a document ([=map=] |inputDocument|),
4764
+ and returns a [=map=] that contains the following:
4766
4765
</ p >
4767
4766
4768
4767
< ul >
@@ -4814,7 +4813,7 @@ <h3>Verification</h3>
4814
4813
had an issue determining the proper |verifyProof| algorithm to use, but the
4815
4814
Working Group is attempting to see if saying more here would be worthwhile.
4816
4815
Additional example language could be added that says that an implementation
4817
- might have an allow list of acceptable cryptosuites -- and these will be used as
4816
+ might have an allow list of acceptable cryptosuites — and these will be used as
4818
4817
inputs for finding matching proofs to be verified.
4819
4818
</ div >
4820
4819
</ li >
0 commit comments