Home › Risk & Rules › Bitcoin Arbitrage Risks: Eight Ways a Spread Becomes a Loss
Bitcoin Arbitrage Risks: Eight Ways a Spread Becomes a Loss
Bitcoin arbitrage is often described as low risk because it does not depend on predicting price direction, but real trades carry execution, counterparty, technical and regulatory risks. The main ones are one leg failing, API downtime, slippage, transfer delays, exchange failure and stablecoin problems. Each can turn a visible spread into a loss.
The eight risks
| Risk | What happens | Main mitigation |
|---|---|---|
| Leg failure | One order fills, the other does not | Fast unwind rule, small size |
| Slippage | Fill worse than quoted | Size to depth, limit orders |
| API downtime | No data or no orders | Stale-data guard, kill switch |
| Price move during execution | Gap closes mid-trade | Speed, tight thresholds |
| Transfer delay | Coins in transit while prices move | Pre-fund both exchanges |
| Exchange counterparty | Frozen or lost funds | Spread capital, avoid idle balances |
| Stablecoin risk | The stablecoin loses its peg | Limit exposure, monitor |
| Rule and tax risk | Surprise liabilities or restrictions | Records, local advice |
1. Leg failure
Two orders on two exchanges are not one transaction. If your sell fills and your buy is rejected or moves away, you are short Bitcoin exposure you did not choose. Plan the response in advance: a maximum wait, then close at market. Size every trade so that a failed leg costs an amount you accept.
2. Slippage
The quoted price applies to the first small slice of the book. Anything larger moves the average fill. A thin book can erase the whole gap. The arithmetic with a worked order-book example is in bitcoin arbitrage fees and slippage.
3. API downtime and stale data
Exchanges throttle, lag and go down, often when markets are busiest. A bot trading on stale prices believes a gap exists when it does not. CryptoMEV Bot’s Bitcoin arbitrage page lists exchange API downtime and sudden price moves during execution as real risks, which is a more honest framing than many sales pages. Build or demand a stale-data guard and an easily reached kill switch.
4. Price moves during execution
Even a few hundred milliseconds is long in a volatile market. By the time the second order arrives, the gap may have closed or reversed. This risk grows with slower connections and with larger sizes.
Key takeaway: the less time between the two legs, the smaller the risk, but the risk never reaches zero.
5. Transfer delays
If you try to arbitrage by sending Bitcoin between exchanges per trade, confirmations take time and fees apply, and the price will not wait. That is why practical setups pre-fund both venues. Rebalancing still moves coins, but it happens when you choose, not mid-trade. See how to arbitrage bitcoin.
6. Exchange counterparty risk
Funds on an exchange are exposed to its security, solvency and policy decisions. Withdrawals can be paused, accounts can be frozen for compliance review, and exchanges can fail. Keep balances on exchanges to what the strategy needs, and spread across more than one. The criteria are in best exchanges for bitcoin arbitrage.
7. Stablecoin risk
The pre-funded model uses a stablecoin such as USDT as the buying currency. If a stablecoin trades below its peg, your balance is worth less. The risk is usually small but not zero, so do not treat stablecoin balances as cash.
8. Rules, tax and software risk
Rule changes can restrict exchange access, and frequent trades produce heavy reporting duties; see is bitcoin arbitrage legal. Software bugs, wrong parameters and compromised API keys are another category. Use trade-only keys, restrict by IP and review logs daily. The vendor states a non-custodial design in which funds stay in your wallet, but that does not protect exchange balances or API keys you create; see non-custodial arbitrage bots.
A risk-limit checklist
- Maximum position size per trade.
- Maximum daily loss, after which the bot stops.
- Maximum time allowed for a missing second leg.
- A stale-data timeout for price feeds.
- A manual kill switch you have tested.
- A cap on total capital on any one exchange.
- Withdrawal-disabled API keys.
These controls are often listed as features, for example stop-loss and position controls on the vendor’s page, but verify them yourself using the method in how to test a bitcoin arbitrage bot. The vendor’s disclaimer is another place to see how it frames responsibility.
Bottom line
Arbitrage swaps the risk of direction for the risks of speed, plumbing and counterparties. They are manageable with small sizes and strict limits, not removable. This is education, not financial advice, and you can lose money.
Scenario walk-throughs
Abstract lists are easy to nod along to, so here are three short scenarios. They are hypothetical and simplified.
Scenario one: the stale quote. A bot sees Bitcoin cheaper on exchange B by 0.5 percent. It sells on exchange A and buys on B, but B’s feed was lagging and the real ask was already higher. The buy fills at a worse price, and the trade nets a small loss instead of a gain. A stale-data guard that rejects quotes older than a short threshold would have skipped it.
Scenario two: the half-filled pair. The sell on A fills instantly. The buy on B is rejected because of a temporary API error. The trader is now short Bitcoin exposure at the moment the price jumps 1 percent. The unwind costs far more than ten successful trades earned. A rule that closes the first leg at a fixed time after the second fails, and a small trade size, limits the damage.
Scenario three: the paused withdrawal. Exchange B shows a large discount because it has paused Bitcoin withdrawals during an incident. The discount looks like a gift, but the Bitcoin bought there cannot be moved, and the discount may persist or widen. The gap exists precisely because arbitrageurs cannot close it. Check withdrawal status before treating any wide gap as an opportunity.
What a vendor can and cannot reduce
Software can enforce limits faster than a person, monitor around the clock and standardise execution. The vendor’s Bitcoin arbitrage bot describes stop-loss, position management and monitoring for exactly these reasons. What software cannot do is remove exchange outages, market gaps, stablecoin events or regulatory changes. Treat any claim of “built-in safeguards” as a prompt for specific questions: which events trigger them, what they do when triggered, and how you can confirm that they work.
Sizing for survival
A common rule of thumb in risk management is to size positions so that a bad outcome is survivable many times over. For arbitrage this means setting a per-trade size such that a failed leg costing a few percent of the trade is small relative to your capital and to your typical daily profit. If a single failure can erase a month of gains, the size is too large. You can read the vendor’s terms alongside your own risk limits to see what responsibilities it places on you, and use the fee and slippage method to price each trade.
Frequently asked questions
What are the main risks of bitcoin arbitrage?
Execution risk, one leg failing, API downtime, slippage, transfer delays, exchange and stablecoin counterparty risk, and rule or tax risk.
Is arbitrage lower risk than normal trading?
It avoids betting on direction in theory, but practical risks remain. CryptoMEV Bot itself says arbitrage is not risk-free.
What happens if only one side of an arbitrage trade fills?
You hold an unhedged position and are exposed to price moves until you close it, possibly at a loss.
Can a bot protect me from these risks?
It can enforce limits faster than you can, but it cannot remove market, exchange or software risk.