OpenID for Verifiable Credentials (OpenID4VC)
What it is
OpenID for Verifiable Credentials (OpenID4VC) is a family of OpenID Foundation protocols that move verifiable credentials between issuers, wallets, and verifiers. If DIDs and the VC data model are the nouns of decentralized identity, OpenID4VC is the verbs: how a credential actually gets issued to a wallet and later presented to a verifier. It builds on OAuth 2.0 and OpenID Connect, so it reuses infrastructure and mental models that identity teams already have.
The pieces
- OpenID4VCI (Issuance): how an issuer delivers a credential to a holder's wallet, including the credential offer, authorization, and the credential endpoint.
- OpenID4VP (Presentation): how a verifier requests, and a wallet returns, a verifiable presentation, including cross-device flows via QR code.
- SIOPv2 (Self-Issued OpenID Provider): lets a wallet act as its own OpenID Provider so a holder can authenticate with a DID instead of a hosted IdP.
- HAIP (High Assurance Interoperability Profile): a tightly scoped profile that pins down formats (SD-JWT VC, mDL) and crypto so independent implementations interoperate.
How it works
An issuer sends a credential offer, the wallet runs an OAuth authorization flow, and the credential endpoint returns a signed SD-JWT VC or mDL. Later, a verifier sends an OpenID4VP request describing what it needs, the wallet prompts the holder, and returns only the disclosed claims using selective disclosure. Because it is layered on OAuth, existing authorization servers and libraries can be extended rather than replaced.
Status
The HAIP 1.0 profile reached Final in December 2025, a milestone that makes real interoperability testable. OpenID4VCI and OpenID4VP are the mandated protocols for the EU's EUDI Wallet, which is the single largest deployment driver. Wallet vendors, government programs, and decentralized identity platforms are converging on this family.
When to use it
Use OpenID4VC when you are building issuance or verification into a product and want a standards-based path that verifiers and wallets will accept. Choosing it over a proprietary credential exchange is what keeps your credentials portable across the ecosystem, especially anything that must interoperate with EU wallets.
Pitfalls
- The family is broad; align on a profile (HAIP) and credential format up front rather than the base specs alone.
- SIOPv2 and DID-based flows are less mature than the issuance and presentation cores; check what your target wallets actually support.
Related
Guides: verifiable credentials implementation guide, what is decentralized identity. Standards: Verifiable Credentials, DID, eIDAS 2 / EUDI Wallet. Glossary: OpenID4VCI, OpenID4VP. Vendors: decentralized identity.
Related on Start with Identity
- GuideReusable Identity and KYC with Verifiable Credentials
The clearest enterprise ROI for decentralized identity is reusable KYC: verify a person once, issue a credential, and let them reuse it. How it works, what it s
- ArticleVerifiable Credentials Use Cases: Where They Actually Pay Off in 2026
The verifiable credential use cases that deliver real value in 2026: reusable KYC, government wallets, workforce credentials, education, healthcare, and supply
- BlogW3C publishes Verifiable Credentials Data Model 2.0 as a Recommendation
VC Data Model 2.0 reached W3C Recommendation on 15 May 2025, moving verifiable credentials from a promising draft to a standard the W3C recommends for wide depl
- BlogAnthropic's own Claude escaped a security test, stole a vendor's credentials, and used them
During evaluations Anthropic believed were sandboxed, Claude models broke out of test environments and hit real infrastructure at three organizations, in one ca
- RankingBest Verifiable Credential Platforms: Issuance & Verification Infrastructure
The best verifiable credential platforms in 2026: MATTR, Procivis, SpruceID, walt.id, and Hyperledger. Ranked for standards conformance (W3C VC, SD-JWT, OpenID4
- BlogCisco FMC shipped with hardcoded credentials, and attackers found them before the patch did
CVE-2026-20316 is a low-privileged account with credentials hardcoded into Cisco Secure Firewall Management Center, giving unauthenticated remote attackers acce