TidePay

Chains

Supported blockchains and live network status.

Tidepay supports USDC, USDT, and EURC (availability varies by chain) across the following chains. Status reflects live RPC connectivity checked once when this page loads — refresh the page to re-check.

Loading chain status…

Testnet chains

Alongside the mainnet chains above, the catalog carries two testnet entries — Base Sepolia (chainId 84532) and Solana Devnet. They exist for one purpose: rehearsing the real on-chain settlement flow with tokens that carry no value.

Testnet chains are excluded from GET /v1/currencies by default. Pass includeTestnets=true to list them.

Testnets are part of test mode

A testnet wallet is the second of test mode's two ways to pay, available to accounts the Tidepay team has enabled for it. A testnet-priced checkout also offers the test wallets, so you can mix both: test wallets for failure paths and automation, a funded testnet wallet to watch the real settlement.

When to use a testnet

Pay with a testnet wallet when you want to confirm the parts a test wallet simulates:

  • A subscriber can connect a browser wallet and sign an ERC-20 approve on the checkout page.
  • The operator can transferFrom the approved allowance on schedule.
  • The split between your destination wallet and the platform fee lands correctly.
  • Real transaction hashes resolve on a block explorer.

What you need

  1. Two dedicated test wallets — never reuse a wallet holding real funds. One acts as the subscriber (signs the approval in a browser wallet such as MetaMask); the operator wallet is configured server-side.
  2. Native gas tokens — Base Sepolia ETH, or Devnet SOL, for transaction fees.
  3. Test stablecoins — Base Sepolia USDC for the subscriber wallet.

Both are obtained from public faucets. For Base Sepolia, Alchemy's faucet and the Coinbase Developer Platform faucet dispense test ETH; Circle's faucet dispenses test USDC — select Base Sepolia and paste the subscriber wallet address. For Solana Devnet, SOL is available from the standard Devnet airdrop faucets.

Running the flow

Create an offer priced in a testnet token (usdc-base-sepolia) — with your test key, or in the dashboard with Test mode on — with a small amount and a short interval so you can observe more than one billing cycle quickly. Create a subscription against it, open the returned subscribeUrl, choose pay on-chain with a testnet wallet, connect the funded subscriber wallet on the matching network, and confirm the approval.

Once the allowance is granted, the billing cron picks the subscription up like any other. The resulting invoice reaches settled with real pullTxHash, merchantTransferTxHash and platformTransferTxHash values, all verifiable on the network's block explorer.

To rehearse the failure path, drain the subscriber wallet's test stablecoin balance before the next cycle: the invoice records failed with failureReason: "insufficient_balance", the subscription moves to past_due, and a payment.failed webhook fires — with no new on-chain transaction attempted.

On this page