Language:
PRODUCTS
SECTORS
MORE
Quantum Security 🔍 Search Request Access →
gateAMLARegulation — Eleven articles, one rulebook.
// Architecture

The eleven articles in detail.

Every row is a hard boolean check, not probabilistic scoring. A critical failure leads to block, a high severity failure to warn, everything else to pass.

ReferenceChecksSeverity
Art. 15Documented risk assessment and verified customer identificationcritical
Art. 22UBO identification, adverse media check, source of funds above EUR 250,000critical
Art. 35PEP screening (politically exposed persons)high
Art. 45Ongoing transaction monitoringhigh
Art. 29Configured suspicious activity reporting process to the FIUcritical
Art. 40Group-wide AML policy (recommended)medium
HMAC-signed GateLog record
Every run writes an HMAC-signed GateLog record with identity binding (caller_did, caller_role) and a ten-year retention period. Deterministic: identical input produces identical output, no LLM, no external API.
// Clarification

What gateAMLARegulation is not.

  • Not a substitute licence. gateAMLARegulation does not replace FIU registration, it seals the internal check that precedes it.
  • Not probabilistic scoring. The decision logic is three tiered: a critical fail is block, a high fail is warn, otherwise pass.

For institutions that want to carry the EU-wide anti-money laundering regulation provably alongside their national AML checks.

GATE CATALOG · REGULATORY DETERMINATION DOMAIN

gateAMLARegulation

gateAMLARegulation determines encoded AMLA/AML regulatory conditions, scope, subject state and applicable rule dependencies. The gate contributes a bound regulatory determination state; it creates neither regulatory authority nor Execution Permission.

DOMAIN_DETERMINATION_ONLY = true · EXECUTION_AUTHORITY = false · EXECUTION_PERMISSION = false
gateAMLARegulation regulatory determination domain
AUTHORITY BOUNDARY

AMLA RULE STATE IS NOT SUPERVISORY AUTHORITY.

CAN

  • deterministically evaluate encoded regulatory conditions
  • bind determinations to source, scope, time and input state
  • surface missing, expired or conflicting regulatory dependencies
  • produce attributable evidence for the concrete determination

CANNOT

  • replace a regulator, supervisor, court or competent institution
  • create legal or regulatory authority through score, consensus, AI or administration
  • turn a gate PASS into an Execution Right on its own
  • mint an ExecutionCapabilityToken on its own
REGULATORY STATE

Regulatory determination is evidence. Not regulatory authority.

SOURCE

Authoritative source

The relevant rule must originate outside the system from a legitimate normative or institutional source.

SCOPE

Defined matter

The determination is limited to the encoded subject, entity, transaction or operation under review.

TIME

Point-in-time state

Effective dates, transition periods, expiry and version state remain explicit.

INPUT

Canonical input

A reproducible determination requires a defined canonical input state.

DEPENDENCY

Dependencies

Missing or contradictory dependencies remain visible rather than being converted into invented permission.

EVIDENCE

Bound evidence

The resulting state can be bound to source, input, scope and time for later verification.

RELATED DETERMINATION DOMAINS

Regulatory domains compose. They do not confer authority on one another.

Only scope-relevant determinations become dependencies in Execution Rights resolution. The links shown are not a universally mandatory sequence.

EXECUTION RIGHTS

Five dimensions. Regulatory state can inform them; no gate replaces them.

AAUTHORITY
RRULE
JJURISDICTION
TTIME
DDEPENDENCY
ALL FIVE REQUIRED DIMENSIONS VALID → VALID EXECUTION RIGHT · ANY REQUIRED DIMENSION ABSENT → NO VALID EXECUTION RIGHT → NO CAPABILITY → NO EXECUTION
INVARIANT

A regulatory PASS is a determination. Never a permission by itself.

AUTHORITY → DETERMINATION → EXECUTION RIGHTS → CAPABILITY OR NONE → EXECUTION OR NONE → EVIDENCE

Request Access →