Skip links

ERC-8319 Regulatory Compliance Protocol Enters the Ethereum Standards Process

Oraclizer Update

The ERC-8319 Regulatory Compliance Protocol (RCP) has been submitted to Ethereum’s official standards repository, ethereum/ERCs. Oraclizer’s shared reference for the legal effect of regulatory enforcement actions on tokenized assets has cleared every automated check in the repository and, as a Standards Track proposal, now awaits Ethereum editor review. RCP was developed by Oraclizer together with Horizen Labs (CEO Rob Viglione) and Dan Spuller, EVP of Industry Affairs at the Blockchain Association.


From a Draft to Ethereum’s Official Process

Last December, we released our own draft of the protocol. This submission means that document has entered Ethereum’s official standardization process: the same public repository, and the same review, that the token standards the whole industry stands on, such as ERC-20 and ERC-721, have passed through. The number ERC-8319 is now the proposal’s permanent, citable public identifier.

Regulatory Compliance Protocol milestone timeline Three milestones connected on a horizontal line: December 2025 draft release, January 2026 co-authors joining, and July 2026 submission as ERC-8319 to ethereum/ERCs, now under editor review. REGULATORY COMPLIANCE PROTOCOL: INTO ETHEREUM’S STANDARDS PROCESS DEC 2025 JAN 2026 JUL 2026 EIP-RCP draft released Self-published draft, first public reference point for compliant tokenization. Co-authors join Horizen Labs and Dan Spuller (Blockchain Association) join as EIP-RCP co-authors. Submitted as ERC-8319 ethereum/ERCs, Standards Track. All CI checks passed. Assigned a permanent, citable number. Under editor review

RCP: Into Ethereum’s standards process

Dec 2025

EIP-RCP draft released

Self-published draft, first public reference point for compliant tokenization.

Jan 2026

Co-authors join

Horizen Labs and Dan Spuller (Blockchain Association) join as EIP-RCP co-authors.

Jul 2026

Submitted as ERC-8319

ethereum/ERCs, Standards Track. All CI checks passed. Assigned a permanent, citable number. Under editor review.

Figure 1: The path from a self-published EIP-RCP draft to submission as ERC-8319 in Ethereum’s official standards repository.

What the ERC-8319 Regulatory Compliance Protocol Establishes

The ERC-8319 Regulatory Compliance Protocol is the shared regulatory reference that tokenized assets have lacked. Until now, Ethereum held no common, citable foundation for the legal meaning of regulatory enforcement. It is not a glossary. It brings together, as a single reference, five things: a closed taxonomy of six regulatory actions (freeze, seize, confiscate, liquidate, restrict, recover); the legal effect of each, whether it can be undone and what becomes of ownership and finality; the regulatory dynamics that govern how an asset moves between these states; 31 compliance requirements compiled from the published guidance of 15 financial regulators (FATF, BIS-IOSCO, ESMA, and others) under five principles; and a coverage mapping of how far existing standards already meet them.

RCP contains five parts, held in one citable reference A single container labeled RCP (ERC-8319) holds a grid of five parts plus a note: action taxonomy, legal effect, regulatory dynamics, requirements base, coverage map, and a note that RCP is not a glossary and layers non-invasively on existing standards. RCP (ERC-8319): ONE CITABLE REFERENCE, FIVE PARTS 1 Action taxonomy Six regulatory actions: freeze, seize, confiscate, liquidate, restrict, recover 2 Legal effect of each Reversibility, effect on ownership, and finality 3 Regulatory dynamics How an asset moves between these regulatory states 4 Requirements base 31 requirements from 15 financial regulators, under five principles 5 Coverage map How far existing standards already meet those requirements Not a glossary RCP layers non-invasively on existing standards, referenced voluntarily.
RCP (ERC-8319): one citable reference, five parts
1
Action taxonomy
Six regulatory actions: freeze, seize, confiscate, liquidate, restrict, recover
2
Legal effect of each
Reversibility, effect on ownership, and finality
3
Regulatory dynamics
How an asset moves between these regulatory states
4
Requirements base
31 requirements from 15 financial regulators, under five principles
5
Coverage map
How far existing standards already meet those requirements
Not a glossary
RCP layers non-invasively on existing standards, referenced voluntarily.

Figure 2: RCP is one citable reference in five parts: a taxonomy of six regulatory actions, the legal effect of each, the dynamics between them, 31 requirements from 15 regulators, and a coverage map. It layers non-invasively on existing standards.

Deployed security-token standards handle this enforcement each in their own terms, or leave its legal effect undefined altogether. In one example, a regulator’s reversible freeze and a court’s irreversible confiscation can remain the very same action on-chain. RCP reaches past any single case to give the whole range of regulatory enforcement one defined reference that standards can share.

These definitions rest on a state model checked with Isabelle/HOL formal verification, so they stand on verified ground rather than on our word. Above all, RCP is a non-invasive reference layer that sits on top of existing standards without touching them: it mandates no interface and adds no code dependency, and a standard simply references it, voluntarily, when it needs to.

Why This Submission Matters

The biggest barrier to bringing institutional capital markets on-chain has never been the technology; it has been the absence of a common language for describing regulatory compliance. Regulatory semantics is a separate discipline for most protocol designers, and until now the Ethereum process offered no neutral, citable reference for the legal effect of enforcement actions. The ERC-8319 Regulatory Compliance Protocol places exactly that shared regulatory reference inside Ethereum, kept under the same process and license as the standards that would cite it, and gives future standards a foundation to build their own compliance upon.

RCP confers no authority and creates no obligation; it documents positions that regulators have already published. The policy perspective Dan Spuller contributed makes that plain: by foregrounding due process and privacy-first compliance, it keeps RCP legible as a set of tools for lawful workflows, not a built-in enforcement mandate. That Horizen Labs and a Blockchain Association policy leader signed on as co-authors shows the work carries the weight of both industry and policy, not the pitch of a single company.

What Comes Next

The ERC-8319 Regulatory Compliance Protocol is now open to the Ethereum community’s review. Public discussion is underway on the Ethereum Magicians thread, and feedback is welcome both before and during editor review. This is one step in a long road toward regulatory-compliance standardization, and we will keep sharing what comes next here.

The full proposal is available for download below.


Learn More

Read Next

We Joined Observer Patch Holography: Proving Outside Our Own Stack
Oraclizer CPTO Jay Kim is credited on three papers from the Observer Patch Holography research program, under the affiliation Oraclizer Labs. We joined because the central question is shaped like ours: how far can a divergent state be brought back, and what stands in the way. Our contribution separates the four ways repair fails, proved in Lean 4.
Oraclizer Core ⋅ Aug 18, 2026
Formalizing ERC-TRUST from Normative Rules to Executable Semantics
Discharging a proof obligation does not mean it constrains anything. If no reachable state satisfies its premise, the obligation passes vacuously and the checker stays silent. This is how ERC-TRUST lowered its normative sentences into machine-checkable state transitions, built an execution for every rule, and drew the line at legal fact.
Oraclizer Core ⋅ Aug 11, 2026
When Regulatory Actions Do Not Commute: Order, Outcome, and Sixty Normal Forms
Enforcement standards define what a freeze or a confiscation does, and say nothing about what happens when two commands overlap. Regulatory action composition closes that gap in Isabelle/HOL: twenty-one action pairs split into twelve commuting and nine not, each non-commuting pair with a witness, and exactly sixty state transformations behind unbounded sequences.
Oraclizer Core ⋅ Jul 31, 2026
Defining the Sync Unit: Oracle Usage Metering for State Synchronization
The State Subscription economy has quoted ten Sync Units for a dollar without ever fixing what one Sync Unit counts, leaving three conflicting conversion rates inside one body of work. This study anchors the unit to a single committed state binding and derives its weight from the sync degree hierarchy. Applying it inverts the existing frequency bands.
Oraclizer Core ⋅ Jul 25, 2026
Designing the ERC-TRUST Enforceability Architecture
A regulator's freeze and a court's confiscation are legally opposite, yet on today's token standards they compile to the same call. This ERC-7943 conformance extension makes each of the six regulatory actions a typed, distinct object whose legal effect is verifiable on-chain, and carries that meaning from the abstract model down to deployed bytecode as evidence.
Oraclizer Core ⋅ Jul 23, 2026