Claims Reference

DID Connect enables applications to request specific information or actions from a user's digital wallet. These requests are called "claims." Each claim type is designed for a distinct purpose, ranging from simple identity verification to complex, multi-step workflows like transaction signing or presenting digital credentials.

Understanding the different types of claims is crucial for building robust and user-friendly decentralized applications. This section serves as a comprehensive reference for all available claims in the DID Connect SDK. Each entry provides a detailed explanation, use cases, and code examples to help you implement them effectively.

Explore the different claims below to find the ones that best fit your application's needs.

Auth Principal Claim

Request the user to connect their wallet and select a DID to establish a session.

Profile Claim

Request personal information from the user, such as name, email, and avatar.

Signature Claim

Request the user to sign a message, transaction, or other data to prove control of their DID.

Prepare Transaction Claim

Request the wallet to complete and sign a partially constructed transaction, common in payment scenarios.

Agreement Claim

Request the user to confirm their agreement to a document or terms of service by signing its digest.

Verifiable Credential Claim

Request the user to present a Verifiable Credential (VC) to prove an attribute or qualification.

Asset Claim

Request the user to present ownership of a specific on-chain asset, such as an NFT.

Asset or VC Claim

Request the user to present either a Verifiable Credential or an on-chain asset that matches certain criteria.

Key Pair Claim

Request the wallet to generate a new key pair for a specific purpose, such as a new application account.

Encryption Key Claim

Request the wallet to derive a secret encryption key from its master key using a provided salt.

Choosing the appropriate claim is key to creating a seamless and secure user experience. Click on any of the cards above to dive into the specific details, parameters, and implementation examples for each claim type.

Delegated Connect
Auth Principal Claim