What's inside a Solidus credential.
A credential is a small signed JSON document. Here's every field, what it does, and why it's signed by a validator instead of a single company.
Every field, explained.
Click a key in the JSON below to see what it does, who signed it, and what you can prove with it.
proofobjectThe BBS+ signature itself.
The cryptographic proof is what makes a Verifiable Credential verifiable. Solidus uses BBS+ signatures over the BLS12-381 curve. The proof binds the issuer's DID, the credentialSubject contents, and the issuanceDate into one constant-size signature that any verifier can check against the issuer's on-chain public key — and that supports selective disclosure without revealing the full credential.
Why a network signs your credential, not a company.
Traditional KYC: one company vouches for you. If they go offline or change their mind, your verification is gone. Solidus: a network of validators co-signs the issuance. No single party can revoke.
How this is different from a Sumsub-issued check.
| Property | Sumsub credential | Solidus credential |
|---|---|---|
| Format | Proprietary JSON | W3C Verifiable Credential |
| Portable across services | No | Yes (any Solidus-integrated service) |
| Selective disclosure | No | Yes (BBS+) |
| Issuer-independent verification | No (must call Sumsub API) | Yes (validators co-sign; verify locally) |
| Revocable by issuer | Yes (silently) | Yes (with on-chain revocation record) |
| Survives issuer shutdown | No | Yes |
| User controls disclosure | No | Yes |
| Standards-compliant | Proprietary | W3C VC 2.0 + DID Core 1.0 |
See it in your wallet.
Run a test verification, get a real credential issued to the demo wallet, inspect every field.