Terms of service
An agreement formed by a signature over an amount rather than by a sign-up form. Shorter than most, because there is no subscription, no account and no balance to write rules about.
You do not accept these terms by ticking a box. You accept them by sending a request to the router — and, on a metered route, by signing the payment authorization the 402 response quotes to you. Each request is its own transaction, priced and agreed on its own terms. There is nothing to cancel, because nothing recurs.
1
The agreement and the parties
These terms govern your use of the Wuraw website, inference API, app surfaces and SDK (together, the service). They are between you — the person or entity sending requests, including any autonomous software you operate — and the entity operating the service.
If you deploy an agent that sends requests, you are responsible for what it sends and what it spends. Software acting on your behalf binds you exactly as your own keystrokes would.
2
What the service is
Wuraw is a router. It presents one OpenAI-compatible endpoint over a catalog of models served by independent upstream providers across Dolphin, Surplus, AntSeed tiers, and it settles metered requests in USDG on Robinhood Chain.
We do not train, host, own or control the models. We are not the author of any completion. Where a model is available from more than one provider, the routing policy and observed health determine which one serves a given request, and the choice is disclosed in the response.
3
No account, no key, no credentials
The service issues no accounts, no API keys and no credentials of any kind. You are not required to register, verify an identity, or be resident in any particular place. Consequently there is nothing for us to suspend at the level of a user, and no login for you to lose.
The corollary is that your wallet is the whole relationship. If you lose control of the signer, you lose the funds it holds and the ability to pay with it; we cannot restore, freeze or recover it, and we hold no backup of anything belonging to you.
4
Pricing and the 402 quote
A metered request that arrives without payment receives an HTTP 402 response stating the price, the asset, the network and the payee. That response is a quote, valid for the window it names. You are free to decline it by not signing, and declining costs nothing.
Signing the EIP-3009 authorization and re-sending the request is your acceptance of that price for that request. Prices are per request, quoted before the work is performed, and derived from upstream cost plus a routing fee. There is no subscription, no minimum spend, no monthly fee and no prepaid balance.
5
Settlement, and what a settled payment buys
Payment settles onchain through an independent facilitator, which verifies your signature and submits the transfer. A settled payment entitles you to one execution of the request you paid for, on the model your request resolved to, at the time it was made.
It does not buy a specific provider, a stated latency, a particular output, or any right to re-run the request. Settlement is final: an onchain transfer cannot be reversed by us, by you, or by the facilitator.
6
Failure after settlement, and credit notes
If payment settles and the upstream then fails to deliver — a genuine server-side failure, not a refusal to answer and not an output you dislike — we issue a credit note against your payer address, redeemable against a subsequent request. Credit notes are the remedy in this situation, and they are the only one available, because the transfer itself is irreversible.
A completion that is wrong, unhelpful, truncated by the model, or refused by the model’s own policy is a delivered result. It is not a failure of the service and does not generate a credit note.
7
The free tier
Dolphin serves open-weight models at no charge, rate-limited and with no payment path. It is provided as-is, may change or end without notice, and carries no availability expectation whatsoever. Do not build something you cannot afford to lose on top of it.
Rate limits on the free tier are enforced per payer address or, where none is present, per network address. Attempting to circumvent them — rotating addresses to multiply an allowance, distributing requests to evade counting — is a breach of clause 8.
8
Acceptable use
You may not use the service to generate or facilitate: material that sexually exploits minors; targeted harassment; malware, exploit code or credential-theft infrastructure; content designed to impersonate a real person or organization for deception; or activity unlawful in the jurisdiction where you operate.
You may not attempt to degrade or evade the router itself — probing for unmetered access to metered models, replaying authorizations, or generating load intended to exhaust upstream capacity rather than to obtain a result.
9
Upstream provider terms pass through
Each upstream provider has its own acceptable-use policy, and traffic we send to a provider is subject to it. Where a provider restricts a model by use case, by content category or by territory, that restriction applies to requests routed to that provider. The router may serve such a request from a different provider where one exists and permits it; where none does, the request fails.
Routing does not exempt anyone from provider policy, and we will not represent that it does. What it changes is the scope of the constraint: a restriction binds one candidate provider rather than your access to the catalog.
10
Your content and model output
You retain all rights in the prompts you send. We claim no licence to them beyond what is technically required to route and deliver the request, we do not retain them, and we do not use them to train anything.
As between you and us, output is yours to use. We make no representation that output is accurate, original, non-infringing or fit for any purpose, and rights in model output may also be affected by the terms of the model’s own provider. Nothing produced through the service is legal, medical, financial or professional advice.
11
Availability
We operate redundant upstream tiers precisely because individual providers fail, and the router fails over automatically. We do not offer a service level agreement on this page, and no uptime figure published in our marketing, blog or status page is a contractual commitment.
Metered requests additionally depend on facilitator availability and on Robinhood Chain itself. When settlement is degraded, metered routes may be refused while free-tier routes continue, because the free tier never touches the chain.
12
Rate limits and fair use
Published rate limits apply per payer address and may be adjusted to protect upstream capacity or to respond to abuse. A 429 response always carries a Retry-After value; treating it as a signal to back off, rather than to retry immediately, is a condition of continued access.
13
What we can and cannot enforce
Because there are no accounts, our enforcement options are narrower than a conventional provider’s and we would rather be precise about them. We can decline to serve requests associated with a specific payer address, decline traffic from a network source, refuse a request that a provider would reject anyway, and remove a model from the catalog.
We cannot close your account, revoke your key, or seize a balance, because none of those things exist. A refusal to serve is prospective only — it does not touch anything you already hold or anything already settled.
14
Disclaimers and limitation of liability
The service is provided on an as-is and as-available basis, without warranties of any kind, express or implied, to the fullest extent permitted by applicable law. We disclaim responsibility for the acts, omissions, availability and policies of upstream providers, facilitators, wallet software and the settlement network.
To the fullest extent permitted by law, our aggregate liability arising from or relating to the service is limited to the total amount you settled through the router in the 30 days preceding the event giving rise to the claim. We are not liable for indirect, incidental, special or consequential damages, for lost profits, or for loss of data — including conversations stored in your own browser, which we neither hold nor can restore.
15
Indemnity
You will indemnify and hold us harmless against third-party claims arising from your use of the service in breach of these terms, including claims relating to content you submit or output you publish or act upon.
16
Changes, governing law and notices
We may revise these terms. The revised version is published on this page with a new effective date and announced in the release notes; because there is no mailing list, this page is the authoritative record. Continuing to send requests after a revision is acceptance of it. Terms in force at the time of a settled request govern that request.
These terms are governed by the law of the jurisdiction in which the operating entity is established, and disputes are subject to the courts of that jurisdiction. The entity, its jurisdiction and its notice address are identified through the contact channel listed in the site footer, which is also where legal notices should be sent.
If any clause is held unenforceable, the remainder stands. This page, together with the privacy policy, is the entire agreement between us regarding the service.
Related.
Privacy Policy
Local-first conversation storage, what the facilitator sees, and why an onchain record cannot be deleted.
Open
Status codes
How 402, 409, 429 and 502 behave in practice, and what a credit note looks like from the client side.
Open
Limitations
The architectural limits behind several of these clauses, stated in the paper rather than the fine print.
Open