Section 12
Use Cases
Where the architecture's specific design choices translate into real applications
12.1Everyday Payments for the Unbanked
The core use case motivating this entire design: a population of roughly two billion people without formal banking access, gaining a currency that holds its value through the graduated monetary system described in Section 7, transacted on hardware they can actually afford, thanks to the Sovereign Edge Layer described in Section 5.6. A transaction confirms in well under a second for most everyday payments, with fees kept low by the protocol's sharded throughput.
12.2Machine-to-Machine and IoT Payments
Devices as inexpensive as a $3–5 ESP32 microcontroller can hold, send, and receive QOL with full ownership sovereignty, as described in Section 5.6 — opening up direct, automated payment flows between sensors, meters, and agricultural equipment without routing through a more powerful intermediary device. Dense IoT deployments, such as agricultural sensor networks, can use the optional cluster-aggregation feature described in Section 5.6.3 for network efficiency, without sacrificing any individual device's sovereignty.
12.3Private Remittances and Personal Payments
Cash Mode, described in Section 7.7, gives family remittances and personal payments practical, cash-like privacy without the heavy computational cost of mandatory privacy schemes — relevant specifically because the protocol's target population frequently relies on cross-border remittances as a primary income channel, and a fully public ledger would expose those flows by default.
12.4Cooperative and Community Finance
Two of the sixteen native object types described in Section 7.4 directly serve cooperative finance: the Cooperative Object, supporting collective treasuries with on-chain governance, and the Rotating Savings Object, which implements a trustless version of the rotating community savings circles already common in many of the protocol's target communities — without needing a trusted human coordinator to manage the rotation and prevent default.
12.5Diaspora Remittance and Cross-Border Finance
The Diaspora Object (type 15) is built specifically for cross-border value transfer, supporting equity splits and impact-linked instruments alongside straightforward remittance — letting diaspora communities fund specific local projects with on-chain accountability for how funds are used, not just send a lump payment.
12.6Personal Security
The Guardian Object (type 16) extends the protocol's native object model beyond pure finance into personal safety: collision avoidance, escort coordination, and alert systems, all enforced with the same consensus-level guarantees as a financial transaction — reflecting the protocol's broader design philosophy that civic and safety infrastructure deserve the same trust guarantees as money does.
12.7Small Business and Merchant Payments
The Business Revenue Object (type 6) gives merchants a way to capture payments directly into a structure that builds an on-chain credit history over time — relevant for a population that is frequently excluded from formal banking specifically because they lack the credit history formal lenders require, creating a structural path out of that exclusion rather than just a payment rail.
12.8AI Agent Payments
The Agent Delegation Object (type 10) allows an AI agent to hold bounded spending authority that is cryptographically rooted in a human's explicit delegation — relevant as autonomous software agents increasingly need to transact on a person's behalf, while keeping that authority strictly limited and revocable rather than open-ended.
