Changelog

See the most recent changes in Paradym.

OpenID4VC Verification Request and Issuance Offer Expiration Time

February 25, 2026

Enhancement

The default expiration time for OpenID4VC verification requests and issuance offers has been increased from 5 to 15 minutes.

For both cases, you can now optionally provide an expiration time using the new expirationInMinutes field when creating a verification request or credential offer.


Support for intermediate certificates in imported certificate chains

February 23, 2026

New feature

When importing an externally signed certificate for a Certificate Signing Request, you can now include intermediate certificates that form part of the certificate chain. This allows you to work with certificate authorities that use multi-level PKI hierarchies, where the leaf certificate is not directly signed by the root certificate.

Intermediate certificates can be provided via the parentCertificates field when importing a certificate throug hthe API. When improting a certificate through the dashboard, it can be provided as a PEM-encoded chain in the certificate field. The certificates should be ordered from leaf-adjacent to root-adjacent. Any root certificate included in this list will be ignored.

To learn more, please check out the Certificates documentation.


Introducing Authorization Servers and Attribute Providers

February 19, 2026

New feature

With this release, we're introducing two new features that allow you to integrate your OpenID4VC issuance flow with existing systems: Authorization Servers, and Attribute Providers.

Authorization servers are external OAuth 2.0 servers that you can integrate with Paradym to add an additional layer of authentication during the credential issuance process. When an authorization server is configured, users must authenticate with that OAuth 2.0 server before they can receive their credentials. This allows you to gate credential issuance behind your own authentication system or a third-party identity provider.

Attribute providers are external HTTPS endpoints that Paradym can call during OpenID4VC issuance to fetch attribute values for a credential. This lets you keep your source of truth in existing systems and populate credentials dynamically, instead of sending all attribute values when creating an offer. This avoids storing any attribute data in Paradym at all.

To learn more about these features, please check out the Authorization Servers and Attribute Providers documentation.


Localization support for credentials, attributes, and profiles

February 18, 2026

New featurePro Tier
Localization interface showing credential name and description in multiple languages

Paradym now supports full localization for credential templates, attributes, and issuer/verifier profiles. You can provide translations in multiple locales to improve the user experience across different regions.

With localization support, you can translate:

  • Credential template names and descriptions: Display credential types in the user's preferred language (e.g., "University Degree" / "Universitair Diploma")
  • Credential attributes: Translate individual claim names (e.g., "First Name" / "Voornaam")
  • Issuer and verifier display names: Show your organization's name in multiple languages

All localized metadata is automatically included in OpenID4VCI issuer and OpenID4VP verifier metadata, allowing wallets to detect and display content in the user's language without additional configuration.

Localization is supported for SD-JWT VC and mDoc credentials. You can configure a default locale on your profile, and add translations for over 80 supported languages using BCP47 language tags (e.g., "nl-NL", "de-DE", "fr-FR").

To start using localization, check out the Localization documentation or configure it through the API or dashboard when creating or updating credential templates and profiles.


Removal of deprecated `did` property from project profile

February 18, 2026

Breaking change

The deprecated did property has been removed from the project profile API response. This property was deprecated over a year ago.

All DIDs associated with your project can be queried through the DIDs API.


New offer retrieved state for OpenID4VC Issuance session

February 13, 2026

New feature

OpenID4VC Issuance sessions now have a new offerRetrieved state, allowing you to react to the user having retrieved the credential offer.

This can be useful if you want to hide the deeplink or QR after is has been clicked/scanned, to prevent the user from scanning it multiple times.

The new state value can be subscribed to through webhooks using the new openid4vc.issuance.offerRetrieved event. You can read more in the webhooks documentation. If you want to use the new event but only subscribe to specific events for you webhooks, you should update the webhook to also listen to the new offer retrieved event.


Fixed the creation and revocation of API Keys

February 3, 2026

Bug fix

A few issues have been fixed that were preventing users from creating and revoking API Keys.


Added `alg` parameter to OpenID4VP encryption keys

February 3, 2026

Bug fixEnhancement

Encryption keys in OpenID4VP authorization requests client_metadata.jwks.keys array now contain the alg parameter (ECDH-ES) when encryption is enabled on a request. This helps wallet implementations find the correct key for encryption.


Resolved an issue where mediator events were not correctly delivered

January 23, 2026

Bug fix

An issue has been resolved where mediator events were not correctly delivered from the mediator instance to the Paradym webhook sender, which resulted in mediated didcomm messages not correctly being delivered.


Custom capabilities for certificate signing requests

January 20, 2026

New feature

To better integrate with external certificate authorities Paradym now supports defining the required capabilities when creating a certificate signing request. The certificate signing request will be adjusted based on capabilities, and validated against the requested capabilities when the certificate is imported.

Currently one a single signMdl capability is supported, which can only be used for issuerSignCredential certificates and is enabled by default for this certificate type.

The signMdl capability enables signing ISO 18013-5 mDLs, and ensures the mdlDS extended key usage is present in the certificate signing request and imported certificate. When this capability is enabled, the imported certificate must adhere to Document Signer Certificate requirements as defined in ISO 18013-5 Table B.3.

This capability only covers signing mDLs. Without this capability on the certificate, you cannot issue mDLs. ISO 23220-4 is a pending standard that defines generic mDoc signing capabilities, and introduces a new mdocDS extended key usage. In the future an additional capability will be added for this, which will impact non-mDL signing.