GET INVOLVED
The Governor Chip

The caseagainst the chip.And the answers.

Anyone can argue anything. These are the arguments that attack the chip's actual properties, with the logic and the numbers, and the answer to each: a design rule, a procedure, or a proof that the weakness is bounded. The ones that do not hold are listed too, with why.

Four arguments bite. Each has a concrete answer, and each answer has a test that would show it failed.

The verdict at a glance

Thirteen arguments. Four bite, five partly, four not at all.

Argument 1 of 4 that bite

Identical silicon fails identically.

The argument

The tamper theorem bounds physical attacks: silently extracting m keys has probability (1 - p)^m. But a physical attack is the expensive attack. Every chip runs the same logic from the same mask set and the same signed firmware. One exploitable defect in the rule engine, the normaliser, the ticket format or the ledger protocol defeats every chip at once, with probability one given the defect. ROCA was one key-generation bug in one library, and it made the keys of millions of certified trusted platform modules factorable.

So the probability of fleet compromise is not bounded by (1 - p)^m; it is bounded below by the probability of one exploitable common-mode defect, which does not shrink with fleet size.

The answer: rigorous design, and two independent readers

The argument is true of every mechanism ever built, and it is a reason to make the mechanism small, not a reason to not have one. The alternative is a host stack of tens of millions of lines plus a model that cannot be specified at all. The governor's trusted core, a signature check, a field comparison, a counter and a revocation list, is thousands of lines. Common-mode risk is moved from a surface three orders of magnitude larger to one small enough to verify formally.

And the design assumes the chip can be wrong. The endpoint re-checks every ticket against the same edition; the ledger counts every reservation independently; the endpoint verifies the ledger's receipts itself. A governor defect is a fleet compromise only if the same defect, or a second one, is also in the endpoint check and in the replica.

ROCA supports this reading: the bug was found, scoped and fixed precisely because a TPM is a small, attested component with a key that can be rotated. The same flaw buried in a diffuse stack would still be there.

The bound, under an independence assumptionP(fleet) is at most P(governor defect) times P(endpoint defect) times P(replica defect)only when the three are implemented independently, which they are not yet: today they share one codebase, and an audit on 30 October found the endpoint does not check a rule's mode. The bound is the design target, not a property of the current code.
The design ruleCut the on-chip logic to the ticket check, the counter and the crypto. Rule parsing and normalisation live in a verified, replaceable module. A second implementation from the specification by a separate team, so a common-mode defect must appear in both. The rules themselves are coded as a signed, versioned edition, never as firmware.
The test that would show it failedFormal verification of the RTL against Property 1 and Property 2; the halt-path defect found before the FPGA build becomes the first regression test. Differential testing of the two implementations on the claim experiments and the red team.

Argument 2 of 4 that bite

A shared cap turns harm into denial of service, and the fix needs identity.

Honest users succeeded about 98 percent of the time with one attacker and about 29 percent with 100,000, within the governed hour

Estimated share of honest money requests that went through in the governed hour, mean over the runs at each K. Experiment B, 182 money runs. Corrected 30 October 2026: the recorded rates (32.8 to 9.6 percent) counted two hours in which a harness defect refused every request; the estimate scales them to the one hour that was governed. The rerun will measure this directly.

K = 1
98% K = 10
92% K = 100
45% K = 1,000
38% K = 10,000
36% K = 100,000
29%
The argument

With a shared cap C, attacker demand D and honest demand H, honest success is about (C - D) / H when positive and zero otherwise. Any attacker able to spend C alone starves every honest user. The chip stopped the attackers at $1,995 of $2,000 and in doing so refused about seven in ten honest payments at 100,000 attackers. A payment refused is a harm with a name.

A per-requester floor f runs into a theorem: an attacker with K identities gets K times f, which exceeds C once K is above C / f. Fair share needs identities told apart, and without a trusted authority that makes identities costly, one party can present as many as it likes (Douceur, 2002). The chip enforces only what is decidable from parameters. Identity is a fact about the world.

The answer: understand the capacity, and bring the identity the world already has

The baseline is wrong. Banks already run on caps, velocity limits and declines, and already pay for them: a 2015 Javelin estimate, commissioned by Riskified, put merchant revenue lost to wrongly declined card transactions in 2014 at about $118 billion, roughly ten times the card fraud losses it cited (PYMNTS, 2015). That is a merchant's cost more than a bank's, and the point stands: the industry already accepts false declines at a multiple of the fraud they stop. The governor did not introduce the trade; it made it exact, visible and tunable in one place. A 29 percent honest rate at 100,000 attackers under one $2,000 cap shared by everyone is a toy rulebook with one key, published because the protocol said to.

The premise is wrong too. Douceur needs identities to be free. Behind know-your-customer verification they are not; that cost is exactly the trusted authority the theorem requires. The bank binds the verified identity into the request as a parameter, and the chip enforces a budget key per identity. Per-customer floors then hold, and K identities cost K verified accounts.

What survives: where identity is cheap, the cap-or-starve choice is real, and the operator must make it knowingly, with honest success published beside every cap.

The capacity rule, as a formulaper identity i: floor f(i) and cap c(i); fleet cap C at least the sum of f(i) over verified identitiesThen no attacker starves an honest identity below its floor, and total exposure is at most C. Opening a new identity costs what verification costs.
The design ruleHonest success is a first-class result beside every cap. Each vertical's rule set states which it chooses: a hard cap with starvation, or floors with Sybil exposure bounded by identity cost. Budget keys per customer tier, per corridor, per counterparty, with the summed exposure approved by the board.
The test that would show it failedExperiment B rerun with the pooling and identity strategies against each proposed fair-share rule, with honest success measured per identity tier. If floors are breached, or honest success does not recover, the rule is wrong.

Argument 3 of 4 that bite

The trusted base is every endpoint, not four things.

The argument

Property 1 says every effect at every endpoint happens only on a valid ticket. That is a statement about the payment switch, the network cards, the baseboard controller's port, the NVLink fabric, the storage path and every actuator controller, most built by third parties. The theorem holds for endpoints that implement the check and says nothing about the ones that do not. A GPU server has serial consoles, USB, a KVM path and a management network, each a way for bytes to leave. The bound for data out is only as good as the exit inventory on the day.

The answer: separate the harms, own the endpoints that matter, count the rest

For the harms a bank calls catastrophic, the endpoints are few and owned: the payment switch, the core ledger, the wire gateway, the card authorisation host, the sanctions screen, the rule store. Each already terminates TLS and checks signatures far more complex than a ticket comparison. The argument is right that confidentiality has a much larger endpoint set; it proves the bound is weak for exfiltration while leaving it strong for irrevocable loss.

The rack-tier switch capabilities, which only a governor can write, close the known data paths. What the operator cannot inventory, no mechanism of any kind protects, and the chip at least makes the gap countable: every list an endpoint could not re-check, every path fenced or unfenced, is a number in the log.

The bound, honestly splitirrevocable harm: bounded over the owned endpoint set E. Data out: bounded over the inventoried exits only
The design rulePer deployment, an attested list of every endpoint and every exit, signed into the edition; everything not on it fenced by the switch capabilities. The ticket check is a published comparator specification that a vendor can implement in a few hundred lines.
The test that would show it failedA physical audit of one real server against its exit register before the rack test. Any path that moves bytes and is not on the register fails the audit.

Argument 4 of 4 that bite

All replicas required trades a safety bound for a cheap denial of service.

The argument

The fleet ledger requires receipts from every replica so no set of lying replicas can lift a cap, and the design states the price: one unreachable replica stops every fleet-budgeted action. The attacker's cheapest move is to partition one replica, which halts payments and commands for as long as the partition lasts, with no key, no tamper and no defect needed. Relaxing to a majority restores liveness and lets concurrent requests land on different majorities and spend up to n / k times the cap.

The answer: it is a dial with two numbers on it, not a cliff

With n replicas and threshold k, the fleet survives n - k unreachable replicas and overspends by at most n / k under concurrency. Both numbers are in the design. At n = 4 and k = 3 the fleet survives one partition and the worst case is 1.33 times the cap, which a bank can price; at k = n it is exactly the cap and no partition is survived. That is a choice per budget key: irrevocable wires at k = n, card authorisations at k = n - 1.

Consensus among the replicas removes the overspend at the price of latency and is standard engineering on systems banks already run on replicated ledgers. And the asymmetry the argument calls a weakness is the one every payment system lives by: an offline hardware security module stops signing, and nobody signs without one. A liveness loss is visible, bounded and reversible. A safety loss on an irrevocable wire is none of those.

The two boundssurvives n - k failures. Overspend at most n / k times the capChoose k per budget key against the harm's reversibility.
The design ruleConsensus among ledger replicas so there is one count with majority liveness and no overspend; a stated latency bound. Regional ledgers per site, so a partition stops one site's fleet-budgeted actions and not the world. The endpoint verifies the receipts, so a captured chip cannot claim a reservation the ledger never made.
The test that would show it failedPartition tests in the model; the n / k overspend check under concurrency; a measured ledger latency on the FPGA fleet; a red-team run with one governor's key handed to the attacker and the host answering every commit.

Five arguments that partly bite

True as far as they go. Each is answered by a scope statement, not a redesign.

5A notary, not a judgeTrue, and the methodology page says so. But existing reference monitors run on the same host as what they monitor, or in an enclave that shares silicon with it, and their record against a co-resident attacker is poor. The chip's contribution is enforcement that survives a compromised host. In a bank the judge is required to be human and auditable: segregation of duties, dual control, documented limits. A mechanism that enforces exactly a signed, versioned rulebook is the control environment the examiner describes, made binding.
6In high-volume verticals the cap never bindsThe answer is many budget keys, per account, per counterparty, per corridor, per day, each binding for its class, with the summed exposure approved by the board. That is how banks already set risk appetite; the chip makes the limits binding on every system that acts through a governed endpoint, the bank's own included. Where demand is small and harm is large (actuators, protected sites, rule changes) the cap is zero and binds absolutely.
7The experiment tested the attacks its authors imaginedTrue. The controls show the harness can detect a leak when one exists; they do not show the eight strategies are the right eight. The remedy is in the protocol: an outside red team adds strategies before the next run. What the alternatives cannot say is that their test is pre-registered, seeded, reproducible and has controls that must fail.
8Stopping is not always safeFor a model generating text or holding a wire, a stop is safe: a held wire is reversible, a sent one is not. For a model in a control loop over a grid or a ventilator, a hard stop is a hazard. The chip has three levers, throttle, reset and power cut, and the rulebook chooses; but the proofs are about the halt, and a domain with no safe state needs a property that is not yet proven. The argument bites there and nowhere else.
9Software in an enclave could do thisIt could do most of it first, and should: the same rulebook and ledger as a software monitor is the right sequencing and the way to measure what fraction of the threat needs a compromised-host guarantee. In a bank that fraction is not small: insider and supply-chain compromise of the host is the threat model regulators ask about, and a co-resident monitor cannot answer it. The chip is the hardening step.
What this page concedesThe answers bound the arguments. They do not dissolve them.The changes above stand, and a 30 October audit of the build added two: the endpoint must enforce a rule's mode (today a captured key can mint a ticket that should have needed human approvers), and it must act on the ledger's commit receipts, not only its reservation receipts. The current build is not finished, the tamper rate is not measured, the ledger is not yet consensus-replicated, and no endpoint outside the simulation implements the check. A reader who finds the answers convincing should hold the project to those items.

Four arguments that do not bite

Most often made, least often thought through.

10. Physical access defeats hardware

It defeats one chip. The tamper theorem gives the attacker that chip's allowance and nothing from any other; a detected attempt zeroises the key and stops the GPU; silent fleet takeover has probability (1 - p)^m. Correct about one chip, wrong about the fleet, and the fleet is what the claim is about. Its serious form is argument 1, which is about logic, not screwdrivers.

11. Prompt injection will bypass it

A prompt changes what the model asks for. It does not change the rulebook, signed by the key threshold, nor the count in the ledger, nor the endpoint's check. An injected request for an allowed action gets the allowed action up to the cap, which is the semantic gap and not a bypass. An injected request for a disallowed action is refused by a component that never saw the prompt.

12. Not 100 percent safe, so not safety

No mechanism meets that bar, and the alternatives do not come close: a model-side guarantee cannot even be stated. The right comparison is a proven bound against no bound, with the bound's premises listed so they can be attacked one by one. Demanding certainty of the one component that states its limits, and not of the components that cannot, is not an argument.

13. It is just another classifier

A classifier estimates a property of an input and is wrong at some rate on open inputs, which is why the hallucination theorems apply to it. The chip estimates nothing. It compares an action's parameters to a finite rule and a count, a decision with a correct answer that two independent readers compute and compare. It can be wrong only through a defect or a wrong rule, never through a misjudgement of meaning, because it makes none.