Why we settle in USDG on Robinhood Chain

Per-request payment only works if the payment is cheap, fast and boring. Cheap, because a two-cent inference call cannot carry a one-cent fee. Fast, because the payment sits in the critical path of a response a user is waiting for. Boring, because nobody wants their inference bill to have price risk attached to it. Those three constraints eliminate most of the design space before you have made a single interesting choice.

USDG, the Global Dollar, is issued by Paxos and redeemable one-to-one for US dollars. The issuing entity, Paxos Digital Singapore, is a Major Payments Institution supervised by the Monetary Authority of Singapore, with a separate European issuer under Finnish supervision. It has grown to roughly $3.4 billion in circulation across Ethereum, Solana, Ink, X Layer and Robinhood Chain.

The supervision detail is not decoration. When you settle an API bill in a token, you have implicitly taken a view on that token's issuer, and the person integrating your product will eventually be asked by someone in finance to explain what backs it. A regulated issuer with a published attestation regime is an answer to that question. An algorithmic peg is a longer conversation.

There is also a network effect worth naming plainly: the Global Dollar Network shares reserve returns with integrators, which means adoption is directly rewarded. That is unusual among stablecoins and it explains a lot of USDG's distribution.

• Arbitrum Orbit rollup, running as an Ethereum L2 that settles directly to Ethereum — not an L3.
• Chain ID 4663; gas paid in ETH, with no native chain token to hold or price.
• Base fee around 0.05 gwei, with blob data availability under EIP-4844.
• Configurable block times with preconfirmations, giving roughly 100 ms latency on the payment path.
• Mainnet since 2026-07-01; USDG is its first natively issued stablecoin and primary settlement asset.

The no-native-token property does more work than it looks like it does. A chain with its own gas token means every payer must acquire and hold a second asset purely to be allowed to spend the first one, and must monitor its balance, and must handle the case where they have plenty of dollars and no gas. Paying gas in ETH on a chain whose settlement asset is a supervised dollar collapses that to one thing to fund and one thing to watch.

The chain went live on mainnet on 1 July 2026 and by 27 July it topped the Networks leaderboard published by the main real-world-asset data tracker. That ranking is worth qualifying honestly, because a lot of coverage did not: the leaderboard is driven by distribution ratio and holder counts, not by absolute tokenized value. Ethereum holds vastly more RWA value in dollar terms. What the ranking indicates is distribution quality and holder breadth on a young network, which is a genuinely good signal — just not the one the headline implied.

The payer never touches gas because the payer never submits a transaction. EIP-3009 transferWithAuthorization lets a wallet sign a message that authorizes a specific transfer of a specific amount to a specific recipient, valid within a time window. That signature is handed to a facilitator, which verifies it off-chain and then submits the transfer, paying gas itself and recovering the cost in its fee.

// What the wallet signs. No transaction, no gas, no nonce management.
{
  from:        "0x…payer",
  to:          "0x…payee",
  value:       "18200",              // USDG, 6 decimals → $0.0182
  validAfter:  1785312000,
  validBefore: 1785312060,           // a 60-second window
  nonce:       "0x…random"
}

The sequencer on Robinhood Chain is centralized and operated by Robinhood. That is normal for a young rollup and it is still a liveness dependency: if the sequencer stops, settlement stops, and paid requests fail until it resumes. Free-tier inference keeps working, because it never touches the chain.

The facilitator is a second liveness dependency, and a more immediate one. Verification sits in the critical path of the first paid request, so facilitator latency is your latency and facilitator downtime is a failed payment. This is why we treat facilitators as a redundant set rather than a fixed integration, and why the settlement ledger records which one handled each transfer.

And every settled payment is public and permanent. The amount, the timestamp, the two addresses and the resource identifier are onchain forever. That is the price of not having an account: we cannot delete a record of a payment we did not custody, and neither can you. Nothing about the prompt or the completion is written onchain — but the fact that a payment of a particular size happened at a particular moment is, and anyone can read it.