Monetary Design

Designing a Peer-to-Treasury System

Published: June 2024

Public finance still moves through infrastructure designed for the twentieth century. Even as digital payment systems evolve, the connection between national treasuries and the real economy remains slow and fragmented. A payment from a government department to a local contractor still travels through a network of intermediaries that fragment visibility, increase costs, and delay execution. Commercial banks, custodians, and clearinghouses continue to control the pipes of fiscal liquidity. The result is that government spending moves in intermittent batches rather than continuous flows.

A peer-to-treasury system proposes a different structure. Instead of treating the Treasury as a passive account manager, it treats it as an active liquidity hub capable of interacting directly with verified economic participants. Small businesses, municipalities, and public agencies would transact with the Treasury through programmable tokens that represent claims on fiscal liquidity. These tokens would not function as a retail currency. They would operate within a permissioned network governed by fiscal policy rules, allowing real-time issuance, redemption, and auditability.

In this model, fiscal transactions become programmable. A Treasury could issue a digital grant or payment through a smart contract containing predefined conditions. Funds would only release once those conditions are verified through data inputs, such as project milestones or regulatory filings. Instead of disbursing lump sums through the banking system, the Treasury can manage its liquidity continuously. Every transfer, validation, and redemption happens within a single programmable environment. The entire cycle of spending, monitoring, and reconciliation becomes instantaneous rather than administrative.

To make such a system practical, token architecture would need to reflect the fiscal hierarchy. Treasury tokens could exist as tiered instruments: one layer for intergovernmental transfers, another for business payments, and a third for local distribution programs. Each layer could maintain strict identity and compliance requirements through cryptographically verified credentials. Municipalities or registered businesses would hold digital wallets authorized for specific functions, such as grant reception, procurement, or project execution. When a payment is issued, the token's logic ensures that funds cannot leave the approved ecosystem or be diverted to unauthorized purposes.

This design transforms how liquidity moves through the public sector. At present, large sums remain idle in intermediary accounts waiting for manual approval or reconciliation. Under a peer-to-treasury structure, those balances remain under the Treasury's operational control until needed, releasing only when smart contract conditions are satisfied. Once a contract is complete or a project is finished, unused tokens automatically return to the Treasury's account. Liquidity therefore circulates continuously rather than remaining stranded in temporary holding accounts. Fiscal policy becomes dynamic instead of static, adjusting in real time to project outcomes and budget utilization.

Such a model would not eliminate banks but would redefine their role. Financial institutions could serve as service providers that facilitate access to the network rather than as intermediaries controlling settlement. They might offer custody, identity verification, and conversion to other assets, but the transaction layer itself would belong to the Treasury. This hybrid approach retains regulatory oversight while removing redundant steps that currently slow down fiscal transfers. It also creates a direct audit trail that links Treasury outflows with verified on-chain activities.

For small businesses and local governments, this architecture would substantially reduce administrative friction. Payments could arrive within minutes of verification rather than weeks after paperwork clears. A small construction firm, for example, could receive conditional funding as it meets verified milestones. Municipalities could allocate budgets to contractors automatically, with reporting and payment logic encoded into the same transaction. Every step from allocation to completion would exist as a single, continuous record. The transparency this provides would reduce fraud, improve accountability, and simplify compliance for both sides.

Building such a system would require a coordinated governance structure. The Treasury would control issuance and redemption, while identity and compliance would be managed by a network of regulated providers. The underlying ledger could operate as a permissioned blockchain maintained by a consortium of public agencies, ensuring redundancy and data integrity. Privacy would need to be protected through cryptographic proofs that allow validation of compliance without revealing sensitive information. The overall design would balance transparency, security, and operational flexibility.

Implementation could begin with narrow use cases rather than a wholesale replacement of existing systems. One early stage could involve tokenized grants for infrastructure or sustainability programs, where milestones and outcomes can be measured objectively. These pilots would allow the Treasury to test settlement reliability, contract execution, and data integration. As confidence grows, the network could expand to other fiscal instruments such as procurement payments, automatic reimbursements, or dynamic budget allocations. Over time, the Treasury's internal systems would shift from batch processing to continuous liquidity management, supported by real-time data feeds and automated accounting.

The economic implications of this transformation are significant. Peer-to-treasury systems shorten the transmission path between fiscal policy and the productive economy. When a government injects capital, it reaches recipients directly instead of being delayed by banking infrastructure. That acceleration can improve the efficiency of stimulus programs and reduce the cost of public borrowing by minimizing idle cash positions. Because every tokenized transaction leaves a verifiable record, policymakers also gain immediate insight into where funds accumulate or slow down. Fiscal analytics move from quarterly reports to live dashboards, allowing adjustments before inefficiencies compound.

On a longer horizon, this model points toward a programmable public finance environment. Central banks could coordinate liquidity operations with treasuries through shared settlement layers. Cross-border fiscal transfers could occur directly between sovereign treasuries using standardized token protocols, bypassing the need for dollar intermediaries. The Treasury's balance sheet would operate as part of a global digital liquidity network rather than as an isolated national account.

Peer-to-treasury systems introduce a framework where fiscal liquidity functions with the same precision and responsiveness as digital capital markets. A structure like this allows treasuries to manage spending, compliance, and liquidity within a single programmable environment. It supports faster capital circulation, cleaner audit trails, and better alignment between fiscal policy and real economic activity. It extends the same logic already driving financial automation in private markets to the public domain, treating fiscal liquidity as a continuously managed asset rather than an administrative process.