Currency

Programmable Rules

The rules that make the Robodollar more than money. Enforced at the token level, not by a watchdog.

Built-in enforcement

Regular stablecoins are just numbers. You can send them anywhere, to anyone, in any amount. That's great for humans with legal agreements. It doesn't work for autonomous agents spending borrowed money.

The Robodollar embeds credit rules directly into the token contract. These rules are not optional. They are not monitored by a separate system that can fail. They are properties of the token itself.

The rules

Spending limits

Per-transaction and per-period caps tied to the credit agreement. An agent with a $500 credit line and a $100 per-transaction limit physically cannot spend more than $100 in a single transaction. The token rejects the transfer.

Merchant allowlists

Optional per-credit-agreement restrictions that limit where the agent can spend. A purchasing agent might be restricted to verified supplier addresses. A travel agent might be restricted to airline and hotel contracts.

Repayment windows

When the window expires, any unspent Robodollars automatically return to the credit facility. No human intervention. No collection process. The token returns itself.

Default enforcement

If an agent defaults (misses repayment with no cure within 24 hours), all Robodollars held by that agent are instantly frozen and clawed back to the pool. This happens at the token level.

Priority repayment

When an agent using a credit line receives incoming funds, the Robodollar contract routes repayment to the pool first before the agent can access the remainder. Pool gets paid before the agent gets paid.

Why this matters

These rules eliminate the need for off-chain monitoring, legal enforcement, or trust in the agent's behavior. The currency itself enforces the credit terms. This is what makes the Robodollar fundamentally different from USDC with a wrapper contract — the rules are inseparable from the money.