Ethereum, with a clear invoice
A prepared ETH checkout route on Ethereum mainnet.
Content revised · English
- Asset
- ETH
- Network
- Ethereum mainnet
- Backend confirmation threshold
- 12
- Indicative time
- ~2 minutes
- Quote validity
- 25 minutes
- Invoice minimum
- One plan billing cycle
Backend verification rule; no blockchain transaction monitor is connected.
An estimate, not a network or provisioning guarantee.
The displayed expiry controls; the timestamp records rate retrieval.
No separate minimum is proposed.
Keep these in view.
- ETH must travel on the network selected on the invoice.
- Use the exact amount and expiry displayed on the current quote.
- Fixed-address checkout is integrated; transaction monitoring and service delivery are not connected.
The asset, and its boundary
An Ethereum transfer has a visible sender, recipient and amount. Gas is paid separately in ETH, and a wallet may need enough ETH for both the invoice amount and transaction costs.
How the current checkout quote is calculated
The server quotes the complete USD order total in the selected asset, with a server rate-retrieval timestamp and an explicit 25-minute expiry shown in checkout. Read the address, asset, network and exact amount together. The receiving address is fixed rather than generated for each invoice; an order reference must be explicitly associated with a verified transaction. Do not invent a memo or assume that an amount alone uniquely identifies an order. USDT and USDC use retrieved market rates, not a fixed one-to-one USD convention. The actual rate provider is recorded in the request; a verified backup is tried automatically when the primary source fails. Without a fresh valid rate, no payable amount is issued.
- Send the exact amount as one transfer on the selected network.
- Keep the wallet transaction ID and the order reference.
- Create a fresh quote if an unpaid invoice expires.
Confirmation is a separate stage
The prepared ETH rule is 12 confirmations. The indicative wait is ~2 minutes; block production, congestion and wallet fees can change it. A submitted transfer, an invoice matched to that transfer and a fulfilled service are separate states. A receipt should not be treated as permission to submit the same transfer twice.
Fees, incomplete transfers and refunds
No extra payment-processing charge is proposed. Your wallet or exchange may charge network or withdrawal fees, and those costs must leave enough value to pay the full invoice. If the amount, destination or chain is wrong, retain the transaction ID and contact billing; recovery is not automatic and some transfers cannot be recovered. Proposed refunds use the original asset and the initial USD payment value, converted at the rate when the refund is made.
- Review the wallet’s actual fee estimate before sending.
- Never choose a cheaper network unless that exact network is offered.
- Read the proposed refund exclusions before making a long commitment.
Fixed-address checkout, with a clear integration boundary
The authenticated checkout displays the configured fixed receiving address, selected network, exact cryptocurrency amount and quote expiry. USD rates are obtained by the server. No blockchain transaction monitor is connected: detection and confirmation require a trusted backend integration. A payment state does not create a real server or service entitlement.
Questions, answered.
Does a quick network mean my server is immediately available?
A confirmed payment would start fulfilment. The planned provisioning target depends on the selected product; specialised hardware has a different lead time from a virtual server.
Can I combine several partial transfers?
Checkout expects one exact transfer. If an invoice payment is insufficient or split across transfers, retain every transaction ID and ask billing to reconcile it before taking further action.
Will the refunded coin amount match what I sent?
Not necessarily. The proposal preserves the initial USD payment value and converts it back to the original asset at the current refund rate, subject to eligibility and any stated deduction.
Where should I obtain the asset?
Use a wallet and lawful source available in your jurisdiction. Verify custody, withdrawal networks and fees directly. Buying through an identity-verified exchange may create records even when a hosting account uses an alias.
Does a fixed address identify my order by itself?
No. A receiving address can be reused by several orders. A trusted server-side observer must associate the payment reference with a uniquely verified network transaction. No transaction monitor is connected today.