Issuer til verifier

Startpunkt

En issuer vil gi virksomheten et credential. Senere vil en verifier be om et bevis som bygger på det credentialet.

Forløpet

1. Issuer oppretter et offer via /api/issuers/{issuerSlug}/credentials/{templateSlug}/issue.
2. Issuer lagrer issuanceId og sender brukeren videre til walletens offerinngang.
3. Virksomhetslommeboken henter credentialet og lagrer det.
4. En verifier oppretter en forespørsel med request_uri, response_uri, nonce og state.
5. Brukeren sendes til /app/credential/verify.
6. Walleten returnerer vp_token og presentation_submission til verifierens callback.

Hva de ulike partene må lagre

• issuer: issuanceId, template og eventuell revokasjonsreferanse
• verifier: state, nonce, request-kontekst og valideringsresultat
• walleten: selve credentialet og samtykket som ble gitt i sesjonen

Hvor flyten oftest sprekker

• attributter eller template matcher ikke ved utstedelse
• credentialet finnes ikke i walleten når verifier spør
• verifier kjenner ikke igjen state når form-posten kommer tilbake

Bro videre til Symfoni

Kjør dette scenariet med issuer-guiden først og deretter verifikasjon-guiden.