Speakers
Matthias Obrecht
Head Supervision New Technologies
Swiss Financial Market Supervisory Authority (FINMA)
View LinkedIn profileMatthias Obrecht serves as the head of the Fintech Desk at FINMA (Swiss Financial Market Supervisory Authority). The Fintech Desk acts as the center of competence for fintech-related matters within FINMA. Matthias is responsible for authorizing and supervising institutions operating in the fintech space. Matthias is an attorney at law and holds an MBA degree from Sungkyunkwan University in Seoul.
Speaking At
-
1:30–3:00pmTue 17 NovPublic-Private RoundtableRoundtable Room 3Invite-Only
Global Frameworks, Interoperability & Shared Best Practices
Programmable Compliance: Which Rules Travel with the Money, and How?
Public-Private RoundtableRoundtable Room 3Invite-Only
-
Prof. Bob WardropFounder & Chief Executive Officer of RegGenomeCambridge University & RegGenome
-
Matthias ObrechtHead Supervision New TechnologiesSwiss Financial Market Supervisory Authority (FINMA)
-
Nischint SanghaviHead of Digital Currencies, APVisa
-
Vinay PalathinkalGeneral Manager, APACLorum
-
Nilixa DevlukiaChairOpen Finance AssociationModerator
About this session
As money becomes programmable, across central bank digital currencies, tokenized deposits, and stablecoins, a real question is emerging about where compliance should live: embedded directly in the asset as a rule that travels with it, layered on top through richer messaging and real-time screening, or enforced separately by whichever party touches the transaction last.
Players are all building credible but different answers in parallel, and none has converged on how these should interoperate across jurisdictions with different compliance regimes. The stakes are rising on every front — real-time cross-border settlement, tokenized securities, and increasingly, autonomous agents initiating transactions on their own — all of which need a compliance check at the moment value moves, not after. What would each of these approaches to programmable compliance actually need to interoperate, and which rules win when they conflict across borders?
Discussion questions:
1\. Should compliance logic live in the asset itself, in the messaging/settlement layer, or in a separate real-time screening service, and does the answer change depending on whether it's a CBDC, a tokenized deposit, or a stablecoin?
2\. When a transaction crosses borders, whose compliance rule actually governs — sender's jurisdiction, receiver's, or the rail's — and what happens when they conflict?
3\. Retrofitting compliance onto existing settlement infrastructure and building it in from scratch are both live strategies right now — what would each need to prove to become the default, and is convergence between them actually possible?
4\. As more transactions — including those initiated by autonomous agents — require a compliance check the moment value moves, what are the minimum interoperability standards needed for rules to actually travel with money across rails?
-

