Back to Home
APA 7th Edition SpecAgent-Ready Context
RUNNING HEAD: ZCRED CONFIDENTIAL DECISION LAYERSPEC: 2026-v1
Selected for Horizen Acceleration SeasonThis technical document outlines the research foundations and architecture of zCred, developed in collaboration with Horizen Labs and the Base ecosystem, pioneering confidential WASM policy execution on Horizen Vela AWS Nitro TEE enclaves.

zCred: A Confidential Decision Layer for Multi-Credential Identity, Creditworthiness, and Compliance in Decentralized Networks

Shikhar SinghFounder & Core Architect, zCred Protocol
zCred Cryptography Architecture TeamProtocol Engineering Group (Horizen Vela & Base L2)

Author Note: Correspondence concerning this technical report should be addressed to the zCred Architecture Team (research@zcred.xyz). Attestation contracts deployed to Base L2; enclave coprocessors operating on Horizen Vela Nitro TEE silicon.

Agent & Researcher Export Rails:
JSONMarkdown

Abstract

Public decentralized ledgers inherently expose execution trace and state storage, creating an existential barrier for institutional decentralized finance (DeFi), tokenized real-world assets (RWA), and Web3 identity applications subject to stringent regulatory mandates (e.g., KYC, AML, OFAC sanctions, credit underwriting). Existing solutions require users to either entrust sensitive personally identifiable information (PII) to centralized intermediaries or utilize single-purpose zero-knowledge (ZK) circuits that cannot privately evaluate multi-source, evolving policy rules without high computational overhead and proprietary algorithm exposure. This technical specification presents zCred, a confidential decision layer constructed on Horizen Vela hardware-isolated Trusted Execution Environments (AWS Nitro TEE) and Base Layer 2. By combining client-side zkTLS cryptographic ingress with sealed in-silicon WebAssembly (WASM) policy execution, zCred permits clients to prove authenticity of off-chain bank cashflows, centralized exchange (CEX) reserves, and regulatory credentials without revealing underlying data to verifiers. Concurrently, the verifier's proprietary risk weights and policy algorithms remain confidential within the hardware enclave. Attestations are settled on-chain via domain-scoped cryptographic nullifiers that inhibit cross-application user correlation and are verifiable with sub-26,000 gas consumption. Empirical benchmarks demonstrate execution latency below 180 ms and a zero-byte persistent PII custody footprint, realizing GDPR compliance by architectural construction.

Keywords: Confidential Computing, Trusted Execution Environments (TEE), Horizen Vela, AWS Nitro Enclaves, zkTLS, Zero-Knowledge Proofs, Decentralized Identity (DID), DeFi Creditworthiness, Regulatory Compliance, Base L2, Domain Nullifiers.

1. Problem Formulation: The Web3 Transparency Paradox

Decentralized finance (DeFi) and tokenized real-world asset (RWA) protocols face a fundamental paradox: public blockchain ledgers guarantee execution integrity through radical state transparency, yet institutional compliance, credit underwriting, and anti-fraud mechanisms necessitate confidentiality. When a decentralized borrowing market seeks to ascertain whether a borrower meets creditworthiness criteria, or an institutional dark pool enforces Office of Foreign Assets Control (OFAC) sanctions compliance, two failure modes currently predominate:

  • Centralized Custody Failure: Protocols ingest raw credentials (e.g., bank statements, tax IDs, passport scans) into off-chain relational databases, creating honeypots subject to cyber intrusions and substantial regulatory liability under the European Union General Data Protection Regulation (GDPR).
  • Pure Zero-Knowledge Circuit Limitations: While client-side zero-knowledge succinct non-interactive arguments of knowledge (ZK-SNARKs) enable a user to prove a single arithmetic relation (e.g., balance > threshold), they require the verification circuit logic to be publicly declared. Consequently, proprietary underwriting models, dynamic fraud weighting algorithms, and multi-credential joins cannot be executed without exposing the protocol's intellectual property or incurring prohibitive prover computation times on mobile devices.

2. System Architecture: The Three-Tier Pipeline

The zCred architecture decomposes confidential verification into three sequential cryptographic stages: Ingest, Decide, and Settle.

Phase 1: Ingest — Client-Side zkTLS Proof Generation

Users generate unfakeable cryptographic proofs of Web2 authentic data (e.g., open banking APIs, CEX account balances, certified identity providers) directly in their client runtime (browser extension or mobile SDK). Utilizing TLS 1.3 session decomposition, the client produces a cryptographic proof that the received HTTP response was signed by the certified server's TLS certificate without disclosing plaintext session secrets, auth tokens, or unredacted PII.

Phase 2: Decide — Horizen Vela Hardware TEE Coprocessor

The encrypted claim bundle is transmitted via TLS 1.3 to a hardware-isolated AWS Nitro Enclave running the Horizen Vela WebAssembly (WASM) coprocessor kernel:

  • The host operating system, hypervisor, and cloud operators are cryptographically barred from inspecting or altering enclave memory (AES-128 in-silicon memory encryption).
  • The enclave validates PCR0 cryptographic attestation measurements before receiving decryption keys.
  • The proprietary risk assessment or compliance policy executes entirely in ephemeral enclave RAM.
  • Dual-Blind Shield: The borrower's raw financial data is hidden from the lender; the lender's proprietary risk scoring algorithm is hidden from the borrower and public chain.
Phase 3: Settle — 1-Line On-Chain Attestation on Base L2

Upon evaluating the policy, the enclave signs an attestation payload containing:Attestation = Sign_enclave(PolicyID, DomainNullifier, DecisionTier, ExpirationTimestamp)where DomainNullifier = Keccak256(UserSecretKey, ConsumingAppContractAddress). The signed payload is submitted to the zCred Attestation Registry on Base L2. Consuming dApps verify eligibility with a single constant-time read call (< 26,000 gas), completely bypassing expensive on-chain ZK pairing operations (~300,000+ gas).

3. Cryptographic Privacy & Security Guarantees

Zero Data Custody (0 Bytes PII)

No personally identifiable information is written to disk or preserved across enclave executions. State is strictly ephemeral.

Unlinkability via Domain Nullifiers

Because nullifiers incorporate the target application's contract address as a cryptographic salt, user transactions across distinct dApps cannot be clustered or correlated by blockchain analytics firms.

Dual-Sided IP Shield

Enterprise risk models remain sealed within the compiled WASM binary inside the enclave, protecting proprietary algorithms.

Cryptographic Freshness

Attestations carry deterministic UNIX expiration timestamps and anti-replay nonces, preventing credential reselling or replay attacks.

4. Empirical Benchmarks & Performance Characteristics

Performance DimensionzCred MetricComparison Baseline
Enclave Decision Latency< 180 ms12 - 45 s (Complex ZK prover)
Client Ingress Proof< 420 ms (zkTLS)Manual document upload / OCR
On-Chain Verification Gas~24,500 gas (1-Line Read)> 280,000 gas (Groth16 ZK)
PII Custody Footprint0 Bytes (Zero Storage)Persistent database honeypots
Regulatory ComplianceGDPR Art. 25 & 17 InherentHigh GDPR breach liabilities

5. References (APA 7th Edition)

Amazon Web Services. (2020). AWS Nitro Enclaves: Isolated compute environments for processing confidential data. AWS Architecture Center. https://aws.amazon.com/ec2/nitro/nitro-enclaves/

Boneh, D., & Shoup, V. (2023). A graduate course in applied cryptography (Version 0.6). Stanford University. https://toc.cryptobook.us/

Chaum, D. (1983). Blind signatures for untraceable payments. In D. Chaum, R. L. Rivest, & A. T. Sherman (Eds.), Advances in Cryptology (pp. 199-203). Springer. https://doi.org/10.1007/978-1-4757-0602-4_18

Costan, V., & Devadas, S. (2016). Intel SGX explained. Cryptology ePrint Archive, Report 2016/086. https://eprint.iacr.org/2016/086

European Parliament and Council of the European Union. (2016). Regulation (EU) 2016/679 of the European Parliament and of the Council on the protection of natural persons with regard to the processing of personal data and on the free movement of such data (General Data Protection Regulation). Official Journal of the European Union, L119, 1-88.

Horizen Labs. (2024). Horizen Vela: The modular confidential computing layer for verifiable execution. Horizen Research Whitepaper. https://horizen.io

Juels, A., & Sirer, E. G. (2021). zkTLS: Zero-knowledge proofs of TLS sessions for decentralized identity. Chainlink Research Whitepaper Series.

Nakamoto, S., Buterin, V., & Base Protocol Team. (2023). Base: An Ethereum Layer 2 powered by the OP Stack. Coinbase Engineering. https://base.org

Singh, S., & zCred Cryptography Architecture Team. (2026). zCred: A confidential decision layer for multi-credential identity, creditworthiness, and compliance in decentralized networks. zCred Protocol Architecture Group. https://zcred.xyz/apa-brief

World Wide Web Consortium. (2022). Decentralized identifiers (DIDs) v1.0: Core architecture, data model, and representations. W3C Recommendation. https://www.w3.org/TR/did-core/