Overview
The EBSI (European Blockchain Services Infrastructure) Trusted Issuers Registry (TIR) is a standardized API for managing and querying trusted credential issuers. VCVerifier provides full support for EBSI-compliant TIR implementations.How EBSI TIR Works
The EBSI TIR maintains a registry of authorized credential issuers, including:- Issuer DIDs - Decentralized identifiers for each trusted issuer
- Attributes - Metadata about the issuer’s capabilities and authorizations
- Credential Types - Types of credentials the issuer is authorized to issue
- Claims - Specific claims the issuer can make in credentials
- Validity Periods - Time ranges during which the issuer’s authorization is valid
Configuration
Basic Configuration
Configure EBSI TIR verification for specific credential types:For backward compatibility, EBSI TIR is the default registry type. If no
type is specified, VCVerifier assumes type: ebsi.Advanced Configuration with Trusted Issuers Lists
You can also configure trusted issuers lists alongside trusted participants:API Versions
VCVerifier supports both EBSI TIR API versions with automatic fallback:- v4 API -
/v4/issuers/{did}(tried first) - v3 API -
/v3/issuers/{did}(fallback if v4 fails)
Response Format
When querying an EBSI TIR, the registry returns trusted issuer information:Issuer Attributes
Each trusted issuer entry includes attributes that define:- Credentials Type - Which credential types the issuer can issue
- Valid Time Ranges - When the issuer’s authorization is active
- Allowed Claims - Specific claims the issuer can make
- Claim Values - Permissible values for specific claims
Verification Flow
Query TIR (if not cached)
If not cached, VCVerifier queries the configured TIR endpoint:
- Tries v4 API first:
GET /v4/issuers/{did} - Falls back to v3 API if needed:
GET /v3/issuers/{did}
Evaluate Response
- HTTP 200: Issuer is trusted, verification succeeds
- HTTP 404: Issuer not found, verification fails
- Other codes: Error condition, verification fails
Authentication
EBSI TIR endpoints may require authentication using OAuth2 machine-to-machine flows:Performance Optimization
VCVerifier implements several optimizations for EBSI TIR queries:Caching Strategy
- Issuer Cache: Caches full issuer responses to avoid repeated queries
- Existence Cache: Caches simple yes/no trust checks (HTTP 200 vs 404)
- Configurable Expiry: Adjust cache duration via
tirCacheExpirysetting
HTTP Client Configuration
Keep-alive connections are intentionally disabled to prevent race condition errors. Since most responses are served from cache, this has minimal performance impact.
Testing Your Configuration
Verify your EBSI TIR configuration is working:Common Use Cases
Single TIR for All Credentials
Single TIR for All Credentials
Use one EBSI TIR instance for all credential types in your system:
Different TIRs per Credential Type
Different TIRs per Credential Type
Use specialized TIR instances for different credential categories:
Development vs Production
Development vs Production
Use different TIR endpoints for different environments:
Next Steps
Gaia-X Registry
Learn about Gaia-X Registry integration
Mixed Usage
Combine EBSI TIR with other registries