Refund Policy

Last updated: September 2026

This policy is part of the Terms of Service. It covers credit you add to a RouterBus account. RouterBus is a service of VellyGood Network LLC, operated from the State of Wyoming, United States.

The short version

Unused credit can be refunded. Spent credit cannot. Credit is spent the moment a request is served, because we have already paid the upstream provider for it.

1. How top-ups work

Credit is prepaid and denominated in US dollars. Today the funded method is USDT (a stablecoin), with a US$5 minimum. Crypto payments are final on the blockchain: there is no chargeback, no reversal and no dispute process, and a refund can only be made as a new outbound transfer. That shapes everything below.

If we enable a card method later, this policy will be updated with the rules that apply to it — notably that a chargeback is not a substitute for asking us.

2. Unused credit

You may request a refund of credit you have not spent:

• Within 30 days of the top-up — we will refund it, less the transfer cost described in §5.
• After 30 days — at our discretion. We will tell you either way; a refusal will have a reason.
• Promotional or bonus credit, and any credit received through the affiliate programme, is not refundable and is deducted from the refundable balance first.

Refunding a balance closes the door on it: the amount is removed from your account before the transfer is sent.

3. Spent credit

Credit consumed by a request is not refundable. That includes:

• requests whose output you did not like, found inaccurate, or could not use;
• requests you cancelled mid-stream after tokens were generated, which the upstream provider bills us for;
• tokens consumed by your own automation, retries or loops, whether or not you intended them;
• usage by anyone holding your API key, including after a key was leaked. Revoke a key in the console the moment you suspect it; usage before the revocation stands.

4. Where we do refund, without being asked

We correct our own errors, and we do not wait to be chased for them:

• A top-up that credited twice, or credited the wrong amount, for a single payment.
• A payment that arrived but was not credited. Send the transaction hash; on-chain evidence settles it.
• An overpayment — if you send more than the invoice, the excess is credited or returned.
• A billing error on our side: a request billed at a rate other than the one published when we received it, or billed twice. The usage log is the evidence; both of us can read it.

5. How a refund is paid

• In the same asset it arrived in (USDT), to an address you give us in the refund request. We cannot convert to fiat and we cannot send to a different chain than the one we support.
• Network fees are deducted from the amount sent. We do not absorb them and we do not mark them up.
• The amount transferred is the US-dollar credit converted at the rate in force when the refund is sent, not the rate when you paid. Stablecoin and network-fee movement between those two moments is yours, in either direction.
• Verify the address. A transfer to an address you gave us incorrectly is unrecoverable and we cannot make it good.

6. Where we do not refund

• Spent credit (§3).
• An account closed by us for a serious breach of the Acceptable Use Policy — the remaining balance is forfeited, as that policy states.
• Downtime, latency, or an upstream provider withdrawing or renaming a model. There is no service level agreement and no downtime credit; see §6 of the Terms.
• Dissatisfaction with model output. We relay it; we do not produce it.
• A purchase made for someone else who then disputes it.

7. How to ask

Write to [email protected] with:

1. your account username or the email on the account;
2. the transaction hash of the top-up, or its entry in your top-up history;
3. the amount and the date;
4. the destination address for the refund, and the chain;
5. one line on why — it speeds things up and, past 30 days, it is what we weigh.

We aim to answer within 5 business days and to send an approved transfer within 10 business days of agreeing the amount. A blockchain confirmation time is on top of that and is not ours to control.

8. Closing your account

Closing an account from Security & Access does not automatically refund the balance, and we do not hold a closed account's credit indefinitely. Ask for the refund before you close, or in the same request.

9. Changes

We may revise this policy. The version in force is the one published when you made the top-up in question, so a later change does not reduce a refund you were already entitled to.