Isolated Flow
The full-flow endpoint matches and submits a presentation in a single call. When you're building a wallet UI and need to show the user what will be shared, let them choose between matching credentials, or present a credential that isn't stored in the wallet, drive the isolated endpoints shown on this page yourself.
All endpoints on this page are rooted at /wallet/{walletId}/credentials/present. The examples use http://localhost:7006 as the base URL (Verifier2 defaults to 7004).
Prerequisites
Before you begin, ensure you have:
- Wallet API v2 running — Follow the Setup guide.
- A wallet holding credentials — Receive credentials first, or prepare inline credentials in the wallet's JSON representation.
- A presentation request — Use an
openid4vp://URL or inline request object from a verifier such as Verifier2.
When to Use the Isolated Flow
Generally speaking, you should use the isolated flow when building any form of wallet user interface leveraging the wallet API v2. This allows you to properly step through the presentation process and build the necessary UI elements accordingly.
| You want to… | Use |
|---|---|
| Present in one call | Full flow |
| Read what the verifier is asking for | Resolve the request |
| Get the verifier's DCQL query | Resolve the request |
| Show a consent preview of what matches | Match from the wallet stores |
| Build a VP token from selected credentials | Build the VP Token |
| Submit a manually built response | Send the Response |
| Present a credential not held by the wallet | Present inline credentials |
Resolve the Request
Parse the verifier's authorization request to read who is asking and what they want.
Endpoint: POST /wallet/{walletId}/credentials/present/resolve-request | API Reference
Example Request
curl -X POST http://localhost:7006/wallet/{walletId}/credentials/present/resolve-request \
-H 'Content-Type: application/json' \
-d '{
"requestUrl": "openid4vp://authorize?client_id=x509_san_dns%3Averifier.example.org&request_uri=http%3A%2F%2Flocalhost%3A7004%2Fopenid4vc%2Frequest%2Fabc123"
}'
Path Parameters
- walletId: String (required) - The wallet handling the presentation. See how to obtain it.
Body Parameters
- requestUrl: String (required) - The OID4VP authorization request URL.
Example Response
{
"authorizationRequest": {
"nonce": "n-0S6_WzA2Mj",
"client_id": "x509_san_dns:verifier.example.org",
"response_uri": "http://localhost:7004/openid4vc/response",
"dcql_query": {
"credentials": [
{
"id": "identity_credential",
"format": "dc+sd-jwt"
}
]
}
},
"nonce": "n-0S6_WzA2Mj",
"clientId": "x509_san_dns:verifier.example.org",
"responseUri": "http://localhost:7004/openid4vc/response",
"hasRequestUri": true,
"dcqlQuery": {
"credentials": [
{
"id": "identity_credential",
"format": "dc+sd-jwt"
}
]
}
}
Response Fields
- authorizationRequest: Object - The resolved authorization request. Pass it to Build the VP Token and Send the Response.
- nonce: String - The verifier's nonce, which the presentation must be bound to.
- clientId: String - The verifier's client identifier.
- responseUri: String - Where the presentation will be submitted.
- hasRequestUri: Boolean - Whether the request was fetched from a
request_uri(vs supplied inline). - dcqlQuery: Object - The verifier's DCQL query, ready to pass to Match from the Wallet Stores or Match Inline Credentials.
Match from the Wallet Stores
Run the dcqlQuery returned by Resolve the Request against the wallet's stored credentials to see what would satisfy it — without submitting anything. This is the call to enable a consent preview: show the user which credentials match before they approve.
Endpoint: POST /wallet/{walletId}/credentials/present/match-credentials-from-store | API Reference
Example Request
curl -X POST http://localhost:7006/wallet/{walletId}/credentials/present/match-credentials-from-store \
-H 'Content-Type: application/json' \
-d '{
"dcqlQuery": {
"credentials": [
{
"id": "identity_credential",
"format": "dc+sd-jwt",
"meta": { "vct_values": ["https://issuer.example.com/identity_credential"] },
"claims": [
{ "path": ["given_name"] },
{ "path": ["family_name"] }
]
}
]
}
}'
Path Parameters
- walletId: String (required) - The wallet whose stored credentials are matched.
Body Parameters
- dcqlQuery: Object (required) - The verifier's DCQL query returned by Resolve the Request.
Example Response
{
"matchedQueryIds": ["credential_1"],
"matchCount": 2,
"matchedCredentialIds": {
"credential_1": ["6ba7b810-9dad-11d1-80b4-00c04fd430c8"]
}
}
Response Fields
- matchedQueryIds: String - The DCQL credential-query IDs that were satisfied.
- matchCount: Number - Total number of matching credentials.
- matchedCredentialIds: Object - Map of DCQL query ID to wallet-assigned credential IDs. Use these IDs with Build the VP Token.
After the user consents, complete the manual presentation with Build the VP Token and Send the Response, or use the full-flow endpoint to match and submit in one call.
Match Inline Credentials
Run a DCQL query against credentials you supply in the request, rather than the wallet's credential stores. Useful for testing a query, or matching credentials held outside the wallet.
Endpoint: POST /wallet/{walletId}/credentials/present/match-credentials | API Reference
Example Request
curl -X POST http://localhost:7006/wallet/{walletId}/credentials/present/match-credentials \
-H 'Content-Type: application/json' \
-d '{
"dcqlQuery": { "credentials": [ { "id": "credential_1", "format": "dc+sd-jwt", "meta": { "vct_values": ["https://issuer.example.com/identity_credential"] }, "claims": [ { "path": ["given_name"] } ] } ] },
"credentials": [
{ "id": "inline-1", "credential": { "type": "vc-sd_jwt", "format": "dc+sd-jwt", "signed": "eyJ...~WyJ...~", "credentialData": { "vct": "https://issuer.example.com/identity_credential", "given_name": "John" } } }
]
}'
Body Parameters
- dcqlQuery: Object (required) - The DCQL query to match against.
- credentials: Array (required) - The credentials to match. Each entry has an
id(your own label, echoed back in the result) and acredential: the credential in the wallet's own JSON representation — not a raw credential string. Itstypefield marks the format (vc-sd_jwt,vc-w3c_2, ormso_mdoc) and the rest of the object holds the credential data (as in the example above). The simplest way to get one in the right shape is to copy thecredentialobject from aGET /wallet/{walletId}/credentials/{id}response.
Example Response
Returns the same MatchCredentialsResult shape as Match from the wallet stores.
Build the VP Token
Build and sign a vp_token from the credentials the user selected after matching. This step does not send anything to the verifier.
Endpoint: POST /wallet/{walletId}/credentials/present/build-vp-token | API Reference
Example Request
curl -X POST http://localhost:7006/wallet/{walletId}/credentials/present/build-vp-token \
-H 'Content-Type: application/json' \
-d '{
"authorizationRequest": {
"nonce": "n-0S6_WzA2Mj",
"client_id": "x509_san_dns:verifier.example.org",
"response_uri": "http://localhost:7004/openid4vc/response",
"dcql_query": {
"credentials": [
{ "id": "identity_credential", "format": "dc+sd-jwt" }
]
}
},
"selectedCredentialIds": {
"identity_credential": ["6ba7b810-9dad-11d1-80b4-00c04fd430c8"]
}
}'
Path Parameters
- walletId: String (required) - The wallet holding the selected credentials.
Body Parameters
- authorizationRequest: Object (required) - The
authorizationRequestreturned by Resolve the Request. - selectedCredentialIds: Object (required) - Map of DCQL query ID to wallet credential IDs selected by the user.
- key: Object (optional) - Inline key used to sign the VP token. Takes precedence over
keyId. - keyId: String (optional) - Key used to sign the VP token. Defaults to the wallet's default key.
- did: String (optional) - DID for holder binding. Defaults to the wallet's default DID.
Example Response
{
"vpToken": "{\"identity_credential\":\"eyJhbGciOiJFUzI1NiIs...\"}",
"idToken": null
}
Response Fields
- vpToken: String - Serialized
vp_tokenJSON string. - idToken: String (optional) - Self-issued ID token for SIOPv2 flows, when one is required.
Send the Response
Send the built VP token to the verifier according to the response mode in the authorization request.
Endpoint: POST /wallet/{walletId}/credentials/present/send-response | API Reference
Example Request
curl -X POST http://localhost:7006/wallet/{walletId}/credentials/present/send-response \
-H 'Content-Type: application/json' \
-d '{
"authorizationRequest": {
"nonce": "n-0S6_WzA2Mj",
"client_id": "x509_san_dns:verifier.example.org",
"response_uri": "http://localhost:7004/openid4vc/response"
},
"vpToken": "{\"identity_credential\":\"eyJhbGciOiJFUzI1NiIs...\"}",
"idToken": null
}'
Body Parameters
- authorizationRequest: Object (required) - The
authorizationRequestreturned by Resolve the Request. - vpToken: String (required) - The
vpTokenreturned by Build the VP Token. - idToken: String (optional) - The
idTokenreturned by Build the VP Token, when present.
Example Response
Returns the same shape as the full presentation flow — transmission_success, verifier_response, and optionally redirect_to.
Present Inline Credentials
Present a credential that isn't stored in the wallet — you supply it directly in the request. The wallet resolves the request, builds and signs the presentation from the inline credential, and submits it.
Endpoint: POST /wallet/{walletId}/credentials/present/isolated | API Reference
Example Request
curl -X POST http://localhost:7006/wallet/{walletId}/credentials/present/isolated \
-H 'Content-Type: application/json' \
-d '{
"requestUrl": "openid4vp://authorize?client_id=verifier2&request_uri=http%3A%2F%2Flocalhost%3A7003%2Fverification-session%2Fabc123%2Frequest",
"credentials": [
{ "id": "inline-1", "credential": { "type": "vc-sd_jwt", "format": "dc+sd-jwt", "signed": "eyJ...~WyJ...~", "credentialData": { "vct": "https://issuer.example.com/identity_credential", "given_name": "John" } } }
],
"keyId": "my-holder-key"
}'
Body Parameters
- requestUrl: String (required) - The OID4VP authorization request URL.
- credentials: Array (required) - The credentials to present. Each entry has an
idand acredential: the credential in the wallet's own JSON representation (the same shape as in Match Inline Credentials above), not a raw credential string. The simplest way to get one is to copy thecredentialobject from aGET /wallet/{walletId}/credentials/{id}response. - keyId: String (optional) - Key used to sign the presentation. Must be the holder key the inline credential is bound to. Defaults to the wallet's default key.
- did: String (optional) - DID for the presenter identity. Defaults to the wallet's default DID.
Example Response
Returns the same shape as the full presentation flow — transmission_success, verifier_response, and optionally redirect_to.
Endpoint Reference
| Endpoint | Method | Description |
|---|---|---|
/wallet/{walletId}/credentials/present | POST | Full presentation flow (match from stores, sign, submit) |
/wallet/{walletId}/credentials/present/isolated | POST | Present inline credentials |
/wallet/{walletId}/credentials/present/resolve-request | POST | Parse a VP authorization request |
/wallet/{walletId}/credentials/present/match-credentials-from-store | POST | DCQL-match the wallet's stored credentials |
/wallet/{walletId}/credentials/present/match-credentials | POST | DCQL-match inline credentials |
/wallet/{walletId}/credentials/present/build-vp-token | POST | Build and sign a VP token from selected stored credentials |
/wallet/{walletId}/credentials/present/send-response | POST | Send a manually built VP response to the verifier |
