TRIS Compatibility
TRIS is designed for cross-environment interoperability — ensuring that verified identities can exist, operate, and authenticate across different execution environments without losing their trust state.
While the current implementation is EVM-native, the framework is architected to become environment-agnostic, meaning TRIS will function seamlessly across multiple virtual machines, rollup ecosystems, and data availability layers.
1. Current Implementation (EVM-Native)
TRIS IDs are presently deployed within EVM-compatible ecosystems using standard smart contract registries.
IdentityRegistry.sol
Anchors and resolves TRIS DID mappings.
CredibilityRegistry.sol
Stores daily Merkle roots for Trovebook, Metric, and DISC anchors.
PolicyRegistry.sol
Records Validation and Access Policy hashes and versioning data.
Compatibility Scope
Wallet Binding: Uses EIP-712 and SIWE for wallet ownership proofs.
On-chain Anchors: Valid across Ethereum, Base, Optimism, Arbitrum, Polygon, and Avalanche.
Off-chain Verifiability: Every TRIS record can be verified using Tythe’s off-chain validation layer by matching Merkle proof → on-chain root → TRIS DID.
Proof Verification Path
Verify TRIS DID through the Identity Registry.
Retrieve corresponding proof hash (zk-KYH / KYB / KYA / KYC).
Validate against the anchored root in CredibilityRegistry.sol.
Confirm metadata timestamp and signature via Tythe off-chain validator service.
2. Future State (Environment-Agnostic)
The next iteration of TRIS extends beyond EVM ecosystems through modular identity adapters.
These adapters enable TRIS records to be recognized and verified in any environment that supports Merkle anchoring or DID resolution.
Solana VM
Light client adapter using cross-chain state proofs.
High-throughput finance and AI applications.
Move VM (Aptos/Sui)
Native verifier contracts for Trovebook and DISC roots.
Compliance-heavy ecosystems.
Cosmos SDK / IBC
IBC identity module for TRIS DID propagation and proof synchronization.
Inter-chain governance and data exchange.
Substrate / Polkadot
Custom runtime pallet enabling TRIS proof verification and staking logic.
Modular L1s and rollups.
This approach removes any environment dependency. TRIS no longer belongs to a particular blockchain; it becomes a portable identity primitive — verifiable across all supported systems through shared proof semantics.
3. Design Objectives
Portability
TRIS IDs can migrate or be mirrored across different VM environments without re-verification.
Consistency
Each TRIS maintains identical proof roots and metadata signatures across all environments.
Efficiency
Cross-environment verification minimizes redundant computation through shared proof caching.
Neutrality
TRIS does not inherit consensus or asset dependencies from any specific chain.
4. Planned Architecture
[User] ↓
[TRIS DID] — unique identity key ↓
[Environment Adapter Layer] — handles VM translation + proof normalization ↓
[Registry Mirrors] — anchors Merkle roots and DID metadata across environments ↓
[Verification Clients] — enable external networks and protocols to verify TRIS proofs
All adapters follow Tythe’s Verification Consistency Standard (VCS-01) ensuring deterministic root computation and synchronized verification timestamps across all environments.
Last updated
Was this helpful?

