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
I read through the latest snapshot (at the time of writing) from December 19, 2024, and I was wondering if it is possible that there is a copy-paste error in the samples?
However, the JWT String in Example 3 is the same as in Example 2, which (to me) means one of two things:
1. Example 3 is incorrect
The JWT string in Example 3 should actually contain the JOSE representation of Example 2. But then, would one not double-wrap the VP in a JWT? because then the "id": data:... URL already contains the VP JWT, and again encoding the JSON structure of Example 3 as JWT would seem a bit pointless, since there already is a signed VP JWT in it.
3. This is intentional
If Example 3 is indeed correct, how could one represent several credentials in a single EnvelopedVerifiablePresentation? Because in its current form, Example 3 would mean that a EnvelopedVP can only contain one EnvelopedVC.
Could you shine some light on this?
The text was updated successfully, but these errors were encountered:
I read through the latest snapshot (at the time of writing) from December 19, 2024, and I was wondering if it is possible that there is a copy-paste error in the samples?
In particular, I'm referring to Section 3.1.2 Securing VPs with JOSE.
Example 2 shows a presentation that contains a single EnvelopedVerifiableCredential:
Example 3 then shows an EnvelopedVerifiablePresentation:
However, the JWT String in Example 3 is the same as in Example 2, which (to me) means one of two things:
1. Example 3 is incorrect
The JWT string in Example 3 should actually contain the JOSE representation of Example 2. But then, would one not double-wrap the VP in a JWT? because then the
"id": data:...
URL already contains the VP JWT, and again encoding the JSON structure of Example 3 as JWT would seem a bit pointless, since there already is a signed VP JWT in it.3. This is intentional
If Example 3 is indeed correct, how could one represent several credentials in a single EnvelopedVerifiablePresentation? Because in its current form, Example 3 would mean that a EnvelopedVP can only contain one EnvelopedVC.
Could you shine some light on this?
The text was updated successfully, but these errors were encountered: