MATTR VII launch with push notification messaging

(v1.0) 25 Mar 2021

MATTR VII is now live!


Pay-as-you-go pricing is now published

  • Get a detailed look at how MATTR VII is charged once you elect to upgrade to a paid plan.
  • To discuss high-volume discounts, please contact us.

API references

The platform is now known as MATTR VII; URLs and paths updated to reflect this:

  • MATTR VII Core is
  • OIDC Bridge is a MATTR VII extension found at

    Old domains and paths will be discontinued from service within 30 days

Notification messaging

Customers can use their tenant to construct and send messages to holders based on their subject DID, which will be delivered to the MATTR Wallet app and notified via a push notification.

  • Construct action-based messages in a DIDComm2 JWM format:
    • Start a credential issuance using the OIDC Bridge.
    • Notify of a credential revocation status change.
    • Start a verification flow using a callback.
  • Encrypt messages intended for the recipient.
    • MATTR VII enforces end-2-end encryption (E2EE), so message contents are never visible to MATTR when held in messaging inboxes.
  • Route messages to a dedicated inbox for the wallet user.

    The MATTR Wallet app is being updated to support receiving push notification and managing messaging inboxes. Make sure you update to the latest version available on the App Store or Google Play.

Further messaging capabilities are scheduled on the roadmap.


New customers signing up to MATTR VII will have a new customer agreement, SLA and privacy policy in place.

Verify ZKP-enabled Credentials

(v0.13) 18 Feb 2021

Further functionality to support the use of privacy-preserving credentials using BBS+ signatures.

Create a JSON-LD Frame Presentation Request

  • Use a query extension to the Verifiable Presentation Request Specification format, Query by Frame, to specify required credential claims.
  • Trusted Issuers and Credential Types are used to match credentials in the mobile wallet.

Mobile Wallet updates

  • The latest version (v0.50.0) of the Mobile Wallet is required to process Query by Frame presentation requests.
  • ZKP-enabled credentials using BBS+ signatures can be used to derive selectively disclosed presentations.
  • New UI screens to actively show the disclosure of claims.


(v0.12) 11 Feb 2021

Maintenance Release

  • Update to the Callback URL for all Issuers on the OIDC Bridge to align with future changes.

    Ensure that the allowed callback URL for your federated provided is updated with the new path. From ../oidc/v1/issuers/.. To: ../ext/oidc/v1/issuers/..

OIDC Bridge and OIDC Credential Provider

(v0.11) 16 Dec 2020

When we first launched the Platform we pioneered the bridging of existing identity solutions using Open ID Connect (OIDC) to a new world of decentralized identity and verifiable credentials. During this time we listened to customers as well as working within the Community as standards evolve. This latest version of the OIDC Bridge is now easier to set up, more flexible to integrate and conforms with OIDC Credential Provider for issuing credentials to the mobile wallet.

OIDC Bridge

Verify Credentials without using OIDC Bridge


(v0.10) 17 Nov 2020

Maintenance release

  • In line with the W3C VC Data Model; Subject identifiers are now not required on Create Credential, usually a Subject DID makes up a core part of a Verifiable Credential but in some cases it makes sense without one, such as issuing a ‘bearer’ style credential e.g. a concert ticket or when the credential is to be stored on behalf of a subject and reissued later with subject binding.


(v0.9) 4 Nov 2020

Maintenance release

  • The format of the response from /.well-known/did-configuration is now in a JSON-LD format. Learn more about the Well Known DID Configuration from the Decentralized Identity Foundation working group.

    This changes means all holders will need to being using the MATTR Mobile Wallet with a minimum version of v0.37.1 to continue to receive and present credentials, earlier versions of the app will present a generic error message.

Revocable Credentials

(v0.8) 21 Oct 2020

Credentials issued on the platform are now revokable and searches can be performed on the Credential Registry.

Revocable Credentials

  • Create Credential has new optional revocable property to create a Credential as revocable using a revocation list method.

    All Credentials issued using the OIDC Bridge are now revocable by default.

  • Management API endpoints for an Issuer to toggle the revoke status of a Credential.
  • Provisioned hosting of revocation lists for Credential Issuers.
  • Automatic verification of a presented Credential against its revocation list will result in revoked credentials being returned with an error message in the OIDC/OAuth2 callback response back to Verifiers/relying parties.

Search on Credentials

  • Credentials optionally held in the Credential Registry can now be retrieved by tag and type parameters.
  • The meta-data of non-persisted Credentials can also be found using these tags.

    All Credentials issued using the OIDC Bridge will only store meta-data.


DID Web Method

(v0.7) 7 Oct 2020

New DID method did:web is available to be created on the Platform.

  • Check out the new DID Web tutorial on how to implement this style of DID.
  • Further content on the various DID methods available on the platform is available.


  • Enhanced pagination on the List Credentials endpoint, moved from using a page-offset pagination to a much more performant cursor-based pagination.

ZKP-Enabled Credentials

(v0.6) 16 Sep 2020

Support added for issuing privacy-preserving credentials using BBS+ signatures.

ZKP-enabled credential functionality during Preview are considered experimental and may change over time as well as any ZKP-enabled credentials issued during this period may need to be reissued.

Create a DID with BLS Key Types

  • Create DID now has options to set a key type (only for did:key method at this time).
  • Use the BLS key type bls12381G2 to create Issuer DIDs for issuing ZKP-enabled credentials.
  • Response for Resolve a DID has been altered to include a localMetadata parameter which will be used for future DID methods.

Create a ZKP-enabled Credential

  • Create Credential will automatically issue ZKP-enabled credentials if an issuerDid referencing a bls12381G2 key type is provided.


  • New optional parameters are available on Create Credential:
    • Providing a value in tag will set this value as metadata so it can be referenced on the platform later.
    • Setting the persist boolean to true will store the created credential on your tenant for future retrieval. The default value is not to store credentials.


(v0.5) 9 Sep 2020

Maintenance release.

  • Mobile Wallet App bug fixes and improvements.
  • Improved support for OIDC query parameters on mobile app authorization requests.

Sovrin DID Method

(v0.4) 25 Aug 2020

Creation of Sov DIDs on the platform is now possible.

  • Create DID can be used to create DIDs using the Sovrin DID method. Note during Preview these will not be anchored on the Sovrin MainNet.
  • Resolve a DID will resolve Sov DIDs including MATTR issued ones.


(v0.3) 10 Aug 2020

Maintenance release


(v0.2) 29 Jul 2020

New endpoints available.

Launch of the MATTR Preview Platform

(v0.1) 3 Jun 2020

SaaS Platform

  • A cloud-hosted, multi-tenanted environment that can be spun-up on-demand using managed containers
  • Authentication and access-control provisioning
  • Auditing and privacy-preserving logging

Issue Verifiable Credentials using OpenID Connect

  • Cryptographically secure issuance of Verifiable Credentials (VC) to authenticated identity holders
  • Configuration options to;
    • Bring-your-own OpenID Connect Provider (OP)
    • Or, use our step-by-step tutorial for a reference OP
  • Map personal information claims from source to VC terms, using linked-data standards
  • Decode a JWT signed using a Decentralized Identifier
  • Optionally; store issued credentials on-platform to be retrieved (for non-sensitive use-cases)
  • Create a credential Offer as a QR code or deep-link to start the issuance flow with the mobile wallet app
  • The static offer is ready to display on a website or physical media e.g. a bus shelter advertisement

Verify Verifiable Credentials using OpenID Connect

  • Cryptographically secure verification of VCs from identity holders after their consent
  • Uses the latest standards-based messaging protocols (JWM) to transmit information from the holder
  • Configure an OpenID Connect Relying Party client to accept holder information via a standard ID token
  • Map personal information from Credential claims to a standard ID token
  • Create a VC Request and embed using a QR code or deep-link into a journey
  • The dynamic request can be used in an information-gathering flow e.g. Customer onboarding

Mobile Wallet App

  • Native iOS and Android apps, supporting a range of models and devices
  • On-device biometric access enabled
  • Familiar chat-like user-interface approach, designed with core pillars of privacy, accessibility and user-experience
  • Puts the user in control during issuance and verification of their Credentials
  • Keeps user in-context with in-app-browser technology
  • Interoperable to published specifications within the Self-Sovereign Identity ecosystem
  • Theming options available to prospective customers