Sparcle for EU Finance
DORA-aligned. EU-region keys. DPO-verifiable inside the bloc.
EU financial institutions operate inside the bloc and inside DORA. Bolt and Aeira ship as customer-deployed software in EU regions, with customer-held KMS inside the EEA, an audit chain your DPO verifies offline, and a sub-processor topology where customer data does not transit Sparcle infrastructure.
Compliance frameworks
What Sparcle ships against.
EU financial-services compliance is the intersection of DORA, GDPR, NIS2, and the EU AI Act. Each row below maps to a concrete implementation.
| Framework | What Sparcle ships against it |
|---|---|
| DORA (Digital Operational Resilience Act) | EU regulation applying to financial entities and their ICT third-party providers, effective January 2025. Bolt and Aeira ship as customer-deployed software inside the financial entity's perimeter, positioned as customer-deployed software in the DORA ICT-third-party register. |
| GDPR Art. 17 / 28 / 35 | Right to be Forgotten via per-person erasure with a signed receipt (crypto-shred is per organization); Art. 28 data-processor responsibilities; Art. 35 DPIA for high-risk processing. Sparcle's sub-processor disclosure is asymmetric. Customer data does not reach Sparcle infrastructure in the shipping topologies. |
| NIS2 (Network and Information Security Directive 2) | Stricter cybersecurity baseline across EU essential and important entities. The five-phase incident-response framework, the audit chain integrity primitive, and the customer-held KMS posture map to NIS2 risk-management requirements. |
| EU AI Act (high-risk AI in finance) | Sparcle is the runtime, not the model. The Authority Policy SDK lets the financial entity encode the EU AI Act risk-management and human-oversight provisions; the audit-trail responses are the artifact the supervisor reviews. |
Data residency posture
Inside the bloc. Inside your perimeter.
No transfer outside the EEA
DORA-aligned ICT third-party register
DPO-verifiable artifacts inside the bloc
1-page brief
Take this to your DPO and your CCO.
The EU finance brief covers DORA posture, GDPR + NIS2 alignment, EU-region key residency, and the trust artifacts a DPO and CCO review.
Workflows the founding team has built for
Four anchor use cases.
The workflows below are scoped with EU-finance design partners. The Authority Policy SDK and connector configuration are the per-customer tuning points.
- DORA self-attestation prep Cross-source synthesis across vendor risk register, control attestations, and incident-response runbook. Authority Policy ranks current attestation versions above superseded ones.
- GDPR DSAR erasure A subject erasure request runs a per-person typed cascade (crypto-shred is per organization and is not used for one person): operational rows are hard-deleted, and the sealed audit rows stay put because the WORM trigger forbids deleting them and the chain has to keep verifying. A disposal receipt recording the count and the impacted Merkle roots is sealed into the chain.
- AML / KYC research with citation hygiene Multi-source synthesis with provenance. The Authority Policy demotes outdated screening sources; every cited authority resolves to a current source-of-record.
- NIS2 incident-notification drafting Structured incident records pulled from the audit chain feed the 24-hour, 72-hour, and 1-month NIS2 notifications. The audit chain is the source-of-record the regulator reviews.
Trust dossier for EU finance
The four artifacts your DPO and supervisor will ask for.
/trust/cryptographic-erasure
/trust/subprocessors
/trust/verify
/trust/incident-response
Want to walk this against your specific DORA register and DPIA?
A 30-minute EU finance architecture review covers your DORA ICT-third-party posture, your KMS custody inside the EEA, your DPIA needs, and the workflows your team needs. Founder-led; the engineering team is on the call.