Commerce, ready-madeThe primitives a real business runs on
Each composes the router rather than re-implementing it: lifecycle logic lives in the primitive, every money leg settles through the audited spine, and every USD price is read in-tx.
Subscriptions
Recurring, USD-priced, tiered billing. A subscription is a budget-scoped SessionGrant: the subscriber signs once and every renewal debits that budget — hard-reverting past the cap.
src/Access0x1Subscriptions.solBookings
Deposit escrow with confirm / expire / cancel / no-show lifecycle under an immutable policy snapshot — and a refund that can never be blocked, by construction.
src/Access0x1Bookings.solInvoices
A USD-priced, pay-once payment request — optionally locked to one payer with a due date. OPEN → PAID | VOID is one-way, so a replayed payment reverts.
src/Access0x1Invoices.solGift cards + coupons
A prepaid USD balance the holder controls, plus a merchant-scoped coupon registry. A debit can never drive a balance negative — that's a hard revert, not a policy.
src/Access0x1GiftCards.solOnchain marketplace
List an ERC-721 at a USD price; payment and transfer settle atomically in the same transaction. The contract never holds a payment token.
src/Access0x1Nft.solEscrow + refunds
Conditional settlement — a deposit held until release or refunded in full — plus time-boxed, merchant-authorized refunds keyed by orderId that the buyer claims as a pull, never a push that can fail.
src/Access0x1Escrow.sol · src/Refunds.solRevenue splits
One USD payment fans out to N payees by basis points — seller, platform, affiliate, creator, tax — with the shares summing to the gross exactly.
src/SplitSettler.solTokenized receivables
An open invoice mints a transferable ERC-721: whoever holds it is the creditor and receives the settlement. Sell the token to factor the invoice.
src/Receivables.solYour own house token
A business deploys its OWN ERC-20 (loyalty, credit, closed-loop) and keeps the keys and the full supply — the factory never holds either.
src/HouseTokenFactory.sol