PR Title: Development Fund Proposal: CARA Compliance Assistant Proposal file: [cara-compliance-assistant.md] Summary CARA is a privacy-preserving regulatory compliance infrastructure layer for the Canton Network. It enables automated AML/KYC checks and real-time regulatory reporting while maintaining strict institutional data confidentiality through Daml’s sub-transaction privacy model. Checklist Proposal file added under /proposals/ Milestones and funding amounts defined Acceptance criteria included Alignment with Canton priorities described Notes for Reviewers This proposal specifically addresses the "Privacy Paradox" in institutional finance. Pay close attention to the CIAP (Cross-Institutional Attestation Protocol) in Milestone 2, which allows for zero-PII sharing between banks a key differentiator for the Canton ecosystem.
Add CARA Confidential Audit & Regulatory Assistant Proposal
Opened 19-02-2026 by shehwarabdullah, last activity 28d ago
- Incoming6.2 days19-03-2026
- Needs Revision210 days so far25-03-2026
- Waiting on
- Waiting on the applicant
- idle 210 days
- Discussion
- 1 message
- 1 person
Discussion1 comment, 0 reviews, 0 inline comments
1 automated message from bots hidden. Show bot messages
Showing 1 to 1 of 1, oldest first.
Thank you for the submission and for contributing a proposal to the Canton Development Fund.
The committee found the proposal to be thoughtful and well-articulated, particularly in its architectural alignment with Canton’s privacy model and the use of Daml for regulatory workflows. The problem space is clearly defined and relevant to institutional adoption.
That said, there are a few areas that need to be strengthened before the proposal can move forward:
- Milestones should be adoption-based The current milestones are primarily focused on technical delivery (e.g., templates, protocol implementation, reporting engine). As noted in our grant guidance, funding is tied to measurable ecosystem impact. We ask that milestones be updated to include clear adoption or usage indicators, such as:
Institutions or applications integrating CARA Transaction or reporting activity generated on the network Ecosystem partners actively using the compliance framework Evidence of regulator or institutional participation
- Evidence of ecosystem demand is currently limited While the problem is compelling, the proposal does not yet demonstrate clear demand from the Canton ecosystem. Please include:
Potential users (banks, developers, partners) Any expressions of interest or conversations Specific use cases or teams planning to adopt the solution
Proposal file proposals/cara-compliance-assistant.md, 6 KB
Development Fund Proposal: CARA – Confidential Audit & Regulatory Assistant
Author: Shehwar Abdullah
Status: Draft / Submitted
Created: 2026-02-19
Version: 1.1
Abstract
The Confidential Audit & Regulatory Assistant (CARA) is a privacy-preserving regulatory compliance infrastructure layer for the Canton Network. CARA addresses the fundamental tension between financial institutions’ need for data confidentiality and regulators’ requirements for real-time transparency and verifiable compliance evidence.
By leveraging Daml smart contracts, Canton’s sub-transaction privacy model, and cryptographic attestation mechanisms, CARA enables banks to automate AML/KYC compliance, generate verifiable regulatory proofs, and share attestations across institutions—all without exposing sensitive customer data. CARA is designed as shared, composable infrastructure: a set of open-source Daml libraries and developer tools that reduce compliance friction for the entire Canton ecosystem.
Specification
1. Objective
Problem Statement:
Financial institutions face a binary choice: fully transparent chains that expose sensitive data, or siloed compliance systems that are costly and non-interoperable. Manual reporting creates weeks-long audit cycles that fail to meet real-time supervision mandates.
Intended Outcome:
- Composable Compliance Library: Open-source Daml templates for instant AML/KYC integration.
- Cross-Institutional Attestation Protocol (CIAP): A mechanism for banks to recognize each other's compliance proofs without re-verifying raw data.
- Automated Regulatory Reporting Engine: Real-time generation of SARs/CTRs delivered directly to regulator observer nodes.
- Developer SDK: Tools to accelerate institutional adoption across the Canton ecosystem.
2. Implementation Mechanics
CARA is structured as a four-layer architecture:
- Layer 1: Compliance Verification Engine: Daml templates encoding compliance rules (AML thresholds, sanctions lists) as executable logic.
- Layer 2: CIAP: A standardized protocol for selective disclosure of attestation metadata using Daml’s authorization model.
- Layer 3: Regulatory Reporting Engine: A
TransactionMonitorthat automatically instantiatesSuspiciousActivityReport(SAR) templates for regulator observer nodes. - Layer 4: Developer SDK: Versioned Daml packages, CLI tools, and pre-built adapters for identity providers (e.g., Onfido, Blockpass).
3. Architectural Alignment
- Sub-Transaction Privacy: Built on Canton’s native capability to show different parties only authorized sub-transactions.
- Daml Authorization: Uses the explicit signatory/observer model to ensure data flows only to parties with a "need-to-know."
- Observer-Party Permissioning: Standardizes the "supervisory node" concept for seamless regulator onboarding.
- Composability: Designed as a library that composes atomically with any Canton asset or settlement dApp.
4. Backward Compatibility
No backward compatibility impact. CARA is an additive, standalone Daml package. It does not modify the Canton protocol or synchronization domain behavior.
Milestones and Deliverables
| Milestone | Name | Delivery | Focus | Deliverables / Value Metrics |
|---|---|---|---|---|
| M1 | Core Compliance Library | Month 3 | Daml templates for verification & attestations | Functional KYC/AML workflow on TestNet; <2s latency for attestation creation. |
| M2 | CIAP Protocol | Month 5 | Cross-institutional sharing with selective disclosure | Multi-party attestation sharing; 0% PII leakage verified by automated privacy tests. |
| M3 | Regulatory Engine | Month 8 | Automated SAR/CTR generation | Reports validated against FinCEN/FCA schemas; <5s delivery to regulator nodes. |
| M4 | Full SDK & Mainnet | Month 10 | Production-ready SDK & security audit | Mainnet deployment; independent security audit; documentation rated satisfactory by external devs. |
Acceptance Criteria
The Tech & Ops Committee will evaluate completion based on:
- Functional Readiness: Demonstrated end-to-end workflows on Canton TestNet (M1-M3) and MainNet (M4).
- Privacy Verification: Formal proof that no customer PII is visible to unauthorized parties.
- Security Audit: Independent audit by a Committee-approved firm with all critical findings resolved.
- Documentation: Comprehensive guides, API references, and knowledge transfer sessions.
Funding
Total Funding Request: 250,000 CC (Canton Coins)
Payment Breakdown
- Milestone 1: 62,500 CC upon acceptance of the Core Library.
- Milestone 2: 62,500 CC upon successful CIAP demonstration.
- Milestone 3: 62,500 CC upon Regulatory Engine validation.
- Milestone 4: 62,500 CC upon Final Release, Security Audit, and Mainnet Deployment.
Volatility Stipulation:
If the project extends beyond 6 months due to Committee-requested scope changes, remaining milestones will be renegotiated to account for significant USD/CC price volatility.
Co-Marketing
Upon release, the implementing entity will collaborate with the Foundation on:
- Case Study: "Solving the Privacy Paradox in Regulated Finance."
- Developer Webinar: Live technical deep-dive for the Canton community.
- Announcement: Coordinated press release and ecosystem promotion.
Motivation & Rationale
Motivation: CARA removes the "Compliance Barrier" that currently stalls institutional adoption. It positions Canton as the only network where institutional-grade compliance and radical privacy can coexist.
Rationale: Daml’s rights-and-obligations model is the only way to model complex regulatory relationships without the data leakage risks inherent in account-based smart contract languages.
Journey on the board 2 moves
- Now: Needs Revision, 210 days since 25-03-2026
- Waiting: waiting on the applicant. In Needs Revision since 2026-03-25, so the applicant is expected to update the pull request. The last committee side action was a move to Needs Revision 209 days ago.
- First human response: 34 days after opening, by hythloda (committee side)
- Incoming19-03-2026 to 25-03-20266.2 daysmoved by github-project-automation
- Needs Revision25-03-2026 to now210 daysmoved by hythloda
Rebuilt from the recorded board moves (complete history). get_dev_fund_lifecycle(number) gives the same in the MCP.
Timeline 10 events
- 19-02-2026review requested from team:admins by shehwarabdullah
- 19-02-2026review requested from tkatrichenko by shehwarabdullah
- 19-02-2026review requested from hythloda by shehwarabdullah
- 19-02-2026review requested from stas-sbi by shehwarabdullah
- 19-02-2026review requested from waynecollier-da by shehwarabdullah
- 19-02-2026review requested from isegall-da by shehwarabdullah
- 19-03-2026added to the project board by hythloda
- 19-03-2026moved to another column of the project board by github-project-automation[bot]
- 25-03-2026moved to another column of the project board by hythloda
- 16-04-2026referenced by elliottdehn