Loading...
FinchTrade

Product OTC liquidity Cross-border payments Solutions Payment service provider OTC desk EMI / Bank API docs Referrals About Blog

Log in

Definition

Satoshi Test: Meaning & How It Works

A Satoshi Test is a legitimate on-chain check exchanges use to verify wallet ownership. Read about how it works, typical amounts, and if it's safe.

Verifying that someone actually controls a self-hosted crypto wallet is a routine step for exchanges, OTC desks, and other providers before releasing funds to it. Satoshi Test is the method used for this verification.

What Is a Satoshi Test?

The Satoshi Test is a wallet-ownership verification method that requires sending a small, uniquely specified on-chain transfer from a self-hosted (non-custodial) wallet to a provider-supplied address; successful, timely confirmation proves the user controls the source address without exposing private keys. Providers often use the Satoshi Test before permitting withdrawals to or deposits from private wallets, including to support Travel Rule compliance.

How the Satoshi Test Works

To fully grasp the satoshi test meaning, it helps to look at the mechanics of on-chain verification.The purpose of a Satoshi Test is to prove control of a self-hosted wallet address using an on-chain micro-transfer. This ownership verification is designed for private, self-hosted wallets and avoids any exposure of private keys. The provider issues instructions that include a destination address and a unique amount or reference. The user must send the exact amount from the specific wallet address being verified, within a defined time window.

Once the transfer is broadcast, the provider validates it on-chain, confirming the precise amount, the originating address, and the required number of network confirmations. If all conditions are met, the address is marked as verified and can be whitelisted for future withdrawals or deposits. Exchanges, OTC desks, brokers, and single-dealer platform operators use this workflow to demonstrate address ownership for compliance purposes without ever requesting or viewing private keys.

Most Satoshi Tests specify a limited window for completion and a confirmation depth that varies by chain and risk policy. If confirmations are delayed beyond the window, the test can expire and must be reissued.

Key Components and Preconditions

Step-by-step: the provider generates a one-time instruction defining the chain, asset, destination address, and a unique amount or reference; the user sends that exact amount from the address under verification within the stated timeframe; the provider validates the transaction on-chain and records the address as eligible or whitelisted. These preconditions support operational controls and help satisfy Regulatory/Travel Rule obligations where applicable.

  • Exact-amount and source match: The transfer must equal the instructed amount, and it must originate from the address being verified, not a forwarding or change address.
  • Correct chain and asset: The selected network and token must match the provider’s instructions, as cross-chain or wrapped-asset sends do not satisfy the test.
  • Anti-replay uniqueness: A randomized amount or unique reference prevents reusing old transactions to spoof ownership.
  • Time and confirmations: The test must land and reach the stated confirmation depth within the allotted timeframe to count as valid.
  • Fees and cost bearer: Network fees are paid by the sender, and the test amount should be sized so fees do not consume the entire transfer.
  • Outcome and status: On success, the provider typically whitelists the address or flags it as eligible for transactions until details change.

When Is the Satoshi Test Used

Typical triggers include a first withdrawal to a new private wallet, deposits originating from an unverified self-hosted wallet, or surpassing jurisdictional or volume thresholds that require enhanced checks. VASPs, OTC desks, and corporate treasuries use the Satoshi Test when moving assets between internal and external wallets to reduce operational and compliance risk. Once an address is verified, it usually remains approved for subsequent transfers unless the wallet, network, ownership information, or risk posture changes. Some programs also require periodic revalidation after long inactivity or policy updates.

Looking for liquidity, exploring on-ramp/off-ramp services, or seeking expert guidance?

Benefits and Limitations

The Satoshi Test offers strong proof of control based on immutable on-chain evidence, preserves custody and privacy of keys, and is straightforward to audit. It aligns with policies that require address provenance checks while keeping key material off-platform. However, users incur network fees, and congestion can delay confirmations, risking expiration. Wallets that rotate addresses, use change outputs, or employ mixing can complicate source-address matching. Minimum-transfer rules on certain chains may require a larger test amount than expected. As a risk control, only act on tests you initiate with your provider and ignore unsolicited or unusually large “test” requests.

Risk
Signs
Impact
Mitigation
Amount/source mismatch
Transaction shows different amount or different originating address
Verification fails; test must be reissued
Send the exact instructed amount from the specific source address
Delayed confirmations
Late or missing confirmations within the test window
Test expires; onboarding delayed; must reissue
Allow confirmation time, increase fees if needed, request a fresh test
Address rotation or mixing
Source appears as change outputs or different addresses
Provider cannot match source; test rejected
Send from the exact verified address; avoid mixers or rotating wallets
Fees or minimum transfer
Network fees consume the test amount or chain minimum prevents send
Test invalid or impossible; additional cost
Ensure test amount exceeds expected fees and chain minima
Unsolicited or large tests
Unexpected instructions or unusually large 'test' amounts
Potential fraud, privacy exposure, or scam
Only act on provider‑initiated tests; ignore unsolicited requests
Common Satoshi Test risks, how they appear, and recommended mitigations.

Satoshi Test vs. Message Signing and AOPP

  • Proof method: A Satoshi Test proves control via an on-chain micro-transfer, while message signing and AOPP use cryptographic signatures without moving funds.
  • UX and coverage: Message signing can be faster and cheaper, but not all wallets or chains support uniform signing flows, whereas the Satoshi Test works wherever standard transfers are possible.
  • Privacy considerations: Message signing avoids revealing transaction details, while a Satoshi Test publicly records a small transfer that links the verified address to a provider workflow.
  • Failure and recovery: A Satoshi Test can fail due to expired windows, wrong amounts, or change-address issues; recovery usually involves reissuing a fresh test with new parameters.
  • Terminology and scope: “Satoshi” originated with Bitcoin, but the same test pattern is used across multiple chains and assets beyond BTC.

Practical Tips and Considerations

Double-check the network, recipient address, and exact amount before sending. Send from the specific address being verified and avoid coin-mixing or workflows that change the source address. Allow time for the required confirmations within the stated window, and retry only after the provider issues a new test if one expires. Never share private keys or seed phrases to “prove” ownership under any circumstances.

Power your growth with seamless crypto liquidity

A single gateway to liquidity with competitive prices, fast settlements, and lightning-fast issue resolution

Get started