privacy · proofs · compute
v3.5 · checksummed

§24. Legal, Policy, and Jurisdictional Posture

v3.5
Cite this section

Copy/paste (plain text):

Jason St George. "§24. Legal, Policy, and Jurisdictional Posture" in Next Generation Stores of Value: Privacy, Proofs, Compute. Version v3.5. /v/3.5/read/part-v/24-legal-policy-posture/

The adversary here does not send exploits; it sends letters. Layer 6 sits where protocol meets law and politics, and the encounter is asymmetric: code can be amended in a release cycle, but sanctions regimes, travel rules, and court precedents move on their own clock and do not consult the changelog. If the triad is to be sustainable, it must support lawful privacy, defend itself against bans without being defined by them, and avoid capture by any single jurisdiction. That means designing for the law as it is — including where it is hostile — rather than for the law as the cryptography would prefer it.

Lawful Privacy as Protocol Design

“Lawful privacy” is often a euphemism. Here it means something precise:

  • By default, settlement and compute flows are private.

  • By design, participants can opt into selective disclosure via viewing keys and receipts.

Constitutional Constraint: Policy = Predicates

Policy compliance is defined as ZK-checkable predicates over credentials and receipts, plus selectively disclosed audit windows via viewing keys.

It is not defined as global graph inspection or universal traceability. Any policy requiring ubiquitous transaction tracing is treated as incompatible with the monetary design.

What Lawful Privacy Is Not

Lawful privacy is not a promise that users can ignore legal obligations. It is a design posture in which the protocol minimizes unnecessary disclosure while allowing users to produce scoped, auditable evidence when they choose or are legally required to do so. Specifically:

  • Lawful privacy does not guarantee immunity from subpoena, tax reporting, sanctions enforcement, or employment obligations.

  • It does not mean that regulators will accept predicate-only compliance in all jurisdictions. Some jurisdictions will reject it.

  • It does not mean that users can evade capital controls or hide from governments. The protocol provides technical confidentiality, not legal immunity.

  • It does mean that the protocol itself does not require surveillance infrastructure, and that disclosure is always at the holder’s discretion rather than built into the protocol.

The legal posture is defensive, not antagonistic: the thesis designs for resilience under legal heterogeneity, not for confrontation with law.

Social Coercion Metrics: When “Optional” Becomes Mandatory

The protocol already acknowledges that lawful privacy is a technical guarantee, not a social guarantee (§4: Threat Model): it cannot prevent coercion to disclose keys, but it can raise the cost of mass surveillance, preserve optionality, and make coercion visible through telemetry. The remaining question is when optional disclosure becomes mandatory in practice.

Forced Disclosure Incidence.
Reported cases where employers, banks, landlords, visa processes, exchanges, or benefits agencies require viewing keys.

Selective Disclosure Scope.
Average breadth of information disclosed per audit event.

Dossier Reconstitution Risk.
Probability that repeated selective disclosures can reconstruct the user’s full graph.

Non-Custodial Practicality Index.
Share of flows that can be completed without a KYC chokepoint at equivalent service quality.

Lawful privacy fails socially before it fails cryptographically. If viewing keys become routine prerequisites for employment, banking, housing, travel, or benefits, optional disclosure becomes administrative disclosure—the social-layer expression of the Administrative Repression pattern introduced in §4: Threat Model. The protocol cannot stop all coercion, but it can measure whether coercion is becoming systemic. These four metrics feed the Agency Preservation Board (§23: Extended Telemetry).

RequirementHow Satisfied (Protocol)What Current Law Actually Requires
AML screeningZK proof of “sender ∈\in cleared-set”Originator identity data (Travel Rule)
Jurisdictional limitsZK range proof of amountExact amount above reporting thresholds
Tax auditEpoch-scoped viewing keys over rotated addresses (§20: Layer 5: Value & Settlement)Records sufficient to reconstruct transactions
Counterparty verificationZK set-membership proofNamed-party identification

Lawful privacy: what the protocol can satisfy versus what current law demands. The right-hand column is not a design boundary the protocol can hold by engineering; it is the law as written, and predicate compliance is unlawful under it in most major jurisdictions until the law changes.

Read the table honestly.

It is tempting to head the right column of this table “Cannot Require,” as if the protocol held a boundary that regulators must respect. That framing is wrong. The Travel Rule (FinCEN; FATF Recommendation 16 [FATF 2025]; the EU Transfer of Funds Regulation) obliges obligated entities to transmit and retain actual originator and beneficiary identity data — name, account, amount — not set-membership proofs. A regulated institution cannot lawfully satisfy that obligation with predicates, no matter how sound the cryptography. The accurate statements are:

  • Within the current law, predicate compliance is an engineering option that is not yet a legal option. It requires legislative or rule-level change in every major jurisdiction before a regulated counterparty can rely on it. The protocol’s contribution is to make that change expressible: when a jurisdiction moves, the machinery exists to comply with far less surveillance than universal tracing would need.

  • Outside regulated perimeters, the predicates are simply private. P2P settlement between non-obligated parties is not a Travel Rule event anywhere today. The design buys lawful headroom at the edges while the institutional perimeter remains a policy question, not a protocol one.

  • Who curates the cleared set is a hard, unresolved question. A “sender ∈\in cleared-set” proof requires an oracle maintaining the set: a sanctions-list curator inside a privacy protocol is simultaneously a chokepoint, a legal attack surface, and a party with liability. The thesis does not have an answer and declines to pretend otherwise.

Securities Law: Classification Is Transaction-Specific

The strongest legal threat to the asset is not a ban. It is classification, and part of the exposure is created by the thesis’s own design choices, so §25: Operator & Investor Checklist cannot treat classification as weather. This section is dated: its sources are as of 13 October 2026, and the posture moves.

The governing frame.

The test remains Howey [SEC v. Howey 1946] — an investment of money, in a common enterprise, with a reasonable expectation of profit derived from the efforts of others — and the Commission’s interpretive release of March 2026 [SEC 2026a] states expressly that it does not supersede or replace that test (§I). The release separates two questions that are easy to run together: whether a crypto asset is itself a security, and whether a transaction in it is subject to an investment contract. A non-security asset can be sold subject to an investment contract; the promises and circumstances of the sale decide whether it is; and an issuer that fails to perform the managerial efforts it promised can face liability for that offering even after the asset has separated from it (§IV). Governance rights do not by themselves make an asset a security: the release contemplates digital commodities whose holders vote on technical and governance matters such as software upgrades and treasury expenditures (§III.A). Protocol mining and protocol staking are addressed by the Commission itself (§V.A, §V.B), so this analysis rests on the release rather than on the earlier Division staff statements on mining and staking [SEC 2025a] [SEC 2025b], which have no legal force.

A transaction inventory, not a token label.

The design creates several kinds of transaction, and each is examined on its own facts: what is promised, who controls performance, what financial rights exist, and what the purchaser is asked to rely on.

The design’s transaction inventory for classification analysis, as of 13 October 2026. Questions to examine, not conclusions.
Transaction What is promised, and by whom What the purchaser relies on The open question
Native issuance to provers Rewards on a schedule fixed ex ante, by protocol rules The schedule and the provers’ own work How useful-work consensus compares with the protocol-mining facts of §V.A, given that workload selection and client demand enter where a hash puzzle has none

Secondary transfers of the base asset

Nothing, by anyone Market liquidity Whether any party’s continuing representations — a burn programme, a roadmap — attach to the asset after launch

Service prepayments (Work Credits)

Reserved service, by a named provider (§10: Work Credits: Reserved Service Claims) That provider’s delivery, with refund on stated terms A consumptive contract on its face; closer to an investment if marketed for resale value or if proceeds finance construction

Staking and operator pools

Rewards for operating work, with slashing The operator’s work, or a pool operator’s Where pooled arrangements with a central operator fall relative to the protocol-staking facts of §V.B

Project finance

Repayment or return on capacity not yet built The developer’s efforts Securities-like by design; labelled, offered, and disclosed as such (§30: Objections & Responses)
Burns and fee routing.

The fee split’s burn is where the economics and the law meet most directly. Economically, the thesis treats a burn as a buyback (§10b: Why Hold the Base Asset?). On the legal side, the Division of Corporation Finance’s staff FAQ, updated 28 September 2026 [SEC Division of Corporation Finance 2026b], addresses buyback programmes, protocol-funded burns included (Q2.5): where a crypto system is functional and has no central party, announcing a buyback of a non-security asset is not a representation or promise to undertake essential managerial efforts, while for a system that is not functional, presenting a buyback as creating yield or return could be. The FAQ is a staff view without legal force, and its qualification — no central party — is the one this design has to earn. A burn fraction or fee split that token governance can adjust is discretion over the return to holders. Whether governance concentrated enough to exercise it amounts to a central party is the question to examine, not a settled answer in either direction. The same caution runs the other way: a fixed supply schedule is not legal clearance. The rights, the control structure, the representations, and the transaction decide together.

The design tension, as a question.

Removing holder-returning mechanics (no burns, purely consumptive fees) weakens Condition 2 of the lemma and moves the asset toward a pure service medium. Keeping them strengthens the cash-flow claim and keeps governance concentration and discretionary return management open as legal questions. Fixing issuance and fee policy ex ante, beyond governance reach, removes the discretion that would make anyone’s continuing efforts the source of return, and it is the version closest to what a store-of-value constitution should look like anyway (§22: Layer 6: Governance & Telemetry); it narrows the exposure without conferring clearance. Red Line 7 tracks whether lawful participation remains possible; the classification of each transaction in §24: Legal, Policy, and Jurisdictional Posture determines whether it can be satisfied in the largest capital pools.

This section is analysis, not advice.

Jurisdictions differ, enforcement posture shifts, and no statement here is legal advice. Any part of this architecture needs design-specific legal review before it is offered to anyone. The thesis exposes the legal questions accurately; it does not decide them through token terminology.

Defense-in-Depth Against Bans and Sanctions

Regimes may attempt to ban privacy assets, sanction addresses, mandate KYC at all edges, or classify triad services as “unlicensed financial institutions.”

The live precedent for this section is not a statute but a sanctions action and the prosecutions that followed it, and the sequence has to be read to its end, because it is tempting to stop at the point most favourable to the thesis. OFAC designated Tornado Cash in August 2022 [OFAC 2022], treating a non-custodial, autonomously operating privacy protocol as such as a sanctionable entity. In Van Loon v. Department of the Treasury [Fifth Circuit 2024] (5th Cir., November 2024) the Fifth Circuit held that the protocol’s immutable smart contracts are not “property” of a foreign national and therefore not designable under IEEPA, and OFAC delisted the contracts on 21 March 2025 [OFAC 2025]. That is the half usually told. The other half: Alexey Pertsev was convicted of money laundering in the Netherlands in May 2024 [Rechtbank Oost-Brabant 2024]; and Roman Storm was convicted in the Southern District of New York on 6 August 2025 of conspiracy to operate an unlicensed money-transmitting business (18 U.S.C. §1960), with the jury hung on the money-laundering and sanctions-conspiracy counts (United States v. Storm [SDNY 2025]). The lesson is therefore not the one the first half suggests. Non-custodial design defeated designation of the code. It did not defeat prosecution of the coders. A court agreed that nobody controlled the contracts, and a jury nonetheless convicted the person who wrote and maintained the front end of running a money-transmitting business. Developer liability is not a residual risk after the architecture is right; it is a first-class risk surface that the architecture does not reach. Three consequences for this stack:

  • Developer and operator liability is a first-class risk surface, not a footnote to Layer 5’s corridor design, and it is the surface that survived the strongest possible architectural defence. Anonymous or distributed development, jurisdictional separation of maintainers from operators, the absence of any operated front end or relayer that a prosecutor can call a “business,” and legal entity structure (§24: Legal, Policy, and Jurisdictional Posture) are not conveniences; they are the difference between a delistable product and a prosecution target, and after Storm they are not a guarantee of either.

  • Exchange delisting is the working enforcement mechanism, not the ban itself. Monero and Zcash were not outlawed in most jurisdictions; in the jurisdictions where regulated venues operate under Travel Rule and MiCA-style obligations [EU 2023] — the EU, the UK, Japan, South Korea, Australia, and the large US venues — they were made practically inaccessible by compliance burden at those venues, while remaining freely tradable elsewhere and peer-to-peer everywhere. Corridor design must assume the fiat on-ramp is the chokepoint that closes first (§10b: Why Hold the Base Asset? engages the substitute channel this creates).

  • Non-custodial is a legal argument against designation, not a shield against prosecution. The strongest available defence of the protocol is precisely the non-custodial architecture this thesis specifies — no controller, no admin keys, no ability to freeze — because it is the fact pattern that defeated the Tornado Cash designation in court. The design should maximize those properties deliberately, because they are load-bearing in litigation over the code. They did nothing for the coders, and the thesis does not pretend they will do more for this stack’s.

Layer 6 cannot prevent law from existing, but it can:

  • Avoid giving any single jurisdiction a kill switch — including the one the protocol’s own emergency path would otherwise hand to whoever can compel three of five signers, which is why the censoring subset of that path is advisory by default (§22: Layer 6: Governance & Telemetry).

  • Maintain jurisdictional diversity in hardware profiles, proof factories, corridor LPs, and foundation incorporation.

  • Provide fallback modes: local-first clients, mesh/satellite relays, minimal CLI modes that maintain basic functionality under degraded conditions.

The legal posture is resilience under legal heterogeneity: the stack does not advertise itself as a tool to evade law, but designs for continued operation across a diverse legal landscape where some jurisdictions are friendly, some hostile, and most ambiguous.

Labs, Foundations, and Neutral Router Commitments

Key commitments:

Neutral router charters.
Router operators commit to content-agnostic routing. Deviation is punished in-protocol and reputationally.

Foundation / lab structure.
Legally separate entities with public charters that define roles and explicitly renounce certain powers.

Multi-jurisdiction footprint.
Incorporations and key staff spread across legal regimes to avoid single-point capture.

Tip: hover a heading to reveal its permalink symbol for copying.