Imagine a farmers' market where every vendor can write their own IOUs on napkins, redeemable for dollars. You'd accept a napkin from the cheese guy you trust, maybe not from the stranger selling kombucha. Now imagine the market manager — the central bank — also writes napkins, but theirs are backed by the full faith of the government. The manager can choose to lend napkins to any vendor, not just the three big wholesalers who currently control the supply chain. That's the core mechanism here: a monetary architecture where the central bank can bypass commercial banks and deal directly with any counterparty. The committed claim is this: a three-layer CBDC architecture — sovereign coins (direct central bank liabilities), non-sovereign coins (anyone's digital IOUs at par), and grassroots bonds (adding maturity and interest) — can replicate the full toolkit of monetary policy without triggering deposit flight. The central bank doesn't need to convert bank deposits into CBDC on demand; it issues its own instruments and lends on its own terms. This is not an incremental improvement to existing CBDC designs — it's a different structural category that attempts to subsume credit creation and monetary operations into the CBDC layer itself. The ladder here is tricky because this is a design paper, not an empirical one. Existing CBDC architectures — the Bank of England's platform model, the ECB's digital euro design, China's e-CNY — all treat CBDC as a payments layer deliberately firewalled from credit creation. The paper's framing of 'two limitations' (deposit flight risk and exclusion from credit/monetary operations) is accurate as a characterization of the design space. But the comparison is architectural, not empirical: no deployed system exists to benchmark against. The arbitrage-free pricing proof (one unit of fiat = one grassroots coin, given issuer solvency) is the paper's main formal result, but it operates under idealized assumptions about redemption and solvency. Architecturally, this sits in the distributed-systems / mechanism-design family, not the cryptographic or blockchain family. The 'grassroots' prefix references the author's prior work on grassroots cryptocurrencies — decentralized issuance without global consensus. The key structural choice is allowing non-sovereign issuance at par: anyone can create digital debt instruments denominated in the fiat unit, with the central bank's lending rate and bond rate bounding the terms. This is closer to free banking theory than to conventional CBDC design, but with the central bank retaining rate-setting power. The paper leans on formal proof and economic logic rather than simulation, prototype, or empirical data. Integrity is the weak link. The validation is entirely internal: a no-arbitrage proof under the assumption that the issuer 'meets presentations' (i.e., actually pays when the coin is redeemed). There is no simulation, no agent-based model, no prototype implementation, no empirical test. The paper argues by construction — here is a system that has these properties — but doesn't test what happens under realistic stress: bank runs, liquidity crises, coordination failures, or adversarial behavior by non-sovereign issuers. The proof is mathematically clean but economically narrow. The milestone question exposes the gap between design and deployment. For this architecture to matter, someone needs to build it — even in simulation. The paper itself names no concrete next number. The honest trajectory is: (1) agent-based simulation showing stability under stress, (2) central bank sandbox pilot with synthetic counterparties, (3) limited real-world trial. Each step is years away, and the political economy of central banks adopting a design that disintermediates commercial banks is the real bottleneck, not the math. The obvious successor experiment is an agent-based simulation with heterogeneous issuers, bank-run dynamics, and realistic liquidity shocks. Why wasn't it run? Most likely (a): this is a solo-author theory paper from a computer science department, and building a credible macroeconomic simulation requires different expertise and resources. The paper is a design contribution, not an empirical one, and it's honest about that scope — but the gap between 'here is a logically consistent architecture' and 'here is evidence it works' is the entire distance this research program still needs to travel.
