Hvordan delene henger sammen

Åpne diagrammet i full størrelse.

Dette gjelder i sandkassen

Det er nyttig å holde minst fire lag fra hverandre:

1. Forretningslaget: hvem trenger dataene, hvem representerer virksomheten, og hvem skal stole på resultatet.
2. Tillitslaget: sertifikater, kataloger, tillitslister, rollepåstander og registreringer.
3. Protokollaget: OpenID4VCI for utstedelse og OpenID4VP for bevis og signering.
4. Driftslaget: faktiske URL-er, callbacker, nonce-bindinger og tilgjengelighet i miljøet.

Hvis du blander lagene, blir feilsøking dyr. En request kan være syntaktisk korrekt og likevel feile fordi feil sertifikat ble brukt, fordi response_uri ikke er nåbar, eller fordi relying party ikke kjenner igjen egen state.

Lagene som rekkefølge i en virkelig flyt

1. En issuer eller verifier bestemmer hva som trengs for en konkret transaksjon.
2. Tillitsforutsetningene avgjør hvilke identiteter og sertifikater som er gyldige.
3. Protokollen beskriver hvordan offeret eller forespørselen sendes og hvordan svaret returneres.
4. Driftsmiljøet avgjør om offer-URI, request-URI, callback og dokumentlevering faktisk kan nås og fullføres.
5. Status og drift avgjør om du kan følge opp transaksjonen etterpå.

Slik gjør du det i Symfoni

Symfoni konkretiserer de samme lagene i tydelige innganger:

• produktlaget starter i virksomhetslommeboken, med /app/credential/offer for utstedelse og /app/credential/verify for verifikasjon og signering
• tillitslaget blir operativt i Tillit og sertifikater i Symfoni, der request-binding, sertifikatkjede og roller må stemme
• status- og driftslaget blir synlig i utstederstatus, tilbakekalling, callback og dokumentlevering

Hvor du finner detaljene

• Roller og informasjonsflyt: økosystem
• Felles språk og synonymer: begreper og ordliste
• Datastrukturer og formater: datamodell
• Tillit og proof-mekanismer: sikring
• Ende-til-ende-journeys: scenarier
• Konkrete kjøreveier i produktet: virksomhetslommebok