Subscriptions that charge themselves
Your customer signs one approval from their own wallet. After that the payment happens on schedule, every period, without them opening anything, clicking anything or signing anything again, and without you chasing it.
That is the whole product, and it is the part every other crypto payment tool is missing. Elsewhere, “recurring” means you email an invoice every month and hope. Here it means what it means on a card.
Nobody is locked in. Your customer can end it from their own wallet whenever they like, and neither you nor we can stop them or slow it down. That is enforced by the contract rather than promised by us. It is the honest version of a cancel button.
Why this did not exist before
A blockchain cannot bill you. There is no scheduler on any chain and no contract can wake itself up: code runs only when somebody sends a transaction. So every crypto “subscription” before this was an invoice: the merchant emails a link, the customer opens a wallet, approves a token and signs, every single month. Every month is a fresh chance to not bother, and most people eventually do not.
The card networks solved this in the 1970s with a standing authorisation, and crypto had no equivalent. Holding a customer's funds to fake one means becoming a custodian, which brings licensing, KYC and the power to freeze somebody's money. That trade is why the problem sat unsolved rather than because nobody wanted it.
We built the standing authorisation without the custody. Your customer signs one capped, expiring approval that stays in their own wallet; a contract that can never hold a balance pulls exactly the agreed amount when it comes due, and splits it to you in the same transaction. They can revoke it at any moment without asking anybody. Nobody holds the money at any point, including us, and the subscription still renews by itself.
That is the part that is genuinely new, and it is the whole reason this product exists.
And two more, on the same rail
Most people never need these. They exist so that a merchant who sells more than one kind of thing does not have to run two payment providers to do it: same account, same dashboard, same 1%.
One-off payments
Credits, top-ups, a single unlockA charge that happens once and never renews. Useful for coin packs, a lifetime unlock, or anything sold by the item rather than by the month. Same checkout, same link, and it shows up in the same dashboard beside your subscriptions.
Usage-based billing
Inference, minutes, messages, seatsYour customer approves a ceiling (say $100 a month) and signs once. Your system then reports what they actually used, and we charge that amount when the period comes due, never more than the ceiling. The cap is enforced by the contract, so a customer can verify their own worst case before agreeing to it rather than taking your word for it.
If you are running this at volume, talk to us before you build on it. We would rather work through your first integration with you than have you discover an edge case in production.
These combine. A site selling monthly tiers, credit packs and per-message billing runs all three against one integration and one dashboard, which is the usual reason somebody moves more than a test plan across.