You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, on d23/d24 the specification contains the following description:
transaction_data_hashes: Array of hashes, where each hash is calculated using a hash function over the strings received in the transaction_data request parameter. Each hash value ensures the integrity of, and maps to, the respective transaction data object. Where in the response this parameter is included is defined by each Credential Format, but it has to be included in the mechanism used for the proof of possession of the Credential that is signed using the user-controlled key
In addition, in the SD-JWT-VC section there is the following (I guess non-normative) example of a KB-JWT
I guess that each element of transaction_data_hashes should be calculated as described in the above text, but it also needs to be encoded using Base64 URL encoded (no padding).
I don't know if it is implied, yet I miss a reference on the base64 encoding transaction_data_hashes to the KB-JWT.
The text was updated successfully, but these errors were encountered:
Currently, on d23/d24 the specification contains the following description:
In addition, in the SD-JWT-VC section there is the following (I guess non-normative) example of a KB-JWT
I guess that each element of
transaction_data_hashes
should be calculated as described in the above text, but it also needs to be encoded using Base64 URL encoded (no padding).I don't know if it is implied, yet I miss a reference on the base64 encoding
transaction_data_hashes
to the KB-JWT.The text was updated successfully, but these errors were encountered: