THE ESSENTIALS
- Maximum drawdown follows the largest decline from an earlier running high to a later observation within a specified window.
- A 20% loss requires a 25% gain to recover because the gain is measured from a smaller base.
- Our 120-point historical sample cannot establish exact intermediate dates or the worst intraday trading loss.
A price can finish a month above where it began and still suffer a meaningful decline along the way. Endpoint return answers where the journey ended relative to its start. Drawdown asks how far the price fell below a previous high during that journey.
The difference matters because a reader who entered near a local peak experienced a different path from a reader who measures only the beginning and end. Neither perspective becomes complete by adding more decimal places. The observation frequency, chosen window and treatment of missing prices shape the answer.
A historical sample, with its limits exposed
On 22 September 2026 at 19:31 UTC, CryptX retrieved CoinGecko’s 30-day Bitcoin chart through its connector. The response contained 120 ordered USD price observations, with endpoint timestamps spanning 23 August 2026, 20:00 UTC to 22 September 2026, 19:28:20 UTC.
The connector exposed those two endpoint timestamps, but did not supply a timestamp for each intermediate price. Our chart therefore labels intermediate points by observation number, not by invented dates or hours. The series is a historical sample; it is not a live quote panel or a full record of every trade.
A positive endpoint return can contain a drawdown
CoinGecko Bitcoin USD 30-day chart response; sample positions are known, intermediate timestamps are not supplied.
- Sampled maximum drawdown
- −7.18%
- First-to-last return
- +11.92%
- Gain needed from trough to peak
- +7.73%
- Returned observations
- 120
Scroll across the chart, or open the exact values below.
View the exact chart values
| Ordered observation number (not elapsed time) | Below running sampled high |
|---|---|
| 1 | 0 |
| 2 | -0.496242 |
| 3 | -0.046055 |
| 4 | 0 |
| 5 | 0 |
| 6 | 0 |
| 7 | -0.096072 |
| 8 | -1.501335 |
| 9 | -1.095621 |
| 10 | -1.23795 |
| 11 | -1.110063 |
| 12 | -1.707563 |
| 13 | -1.684401 |
| 14 | -1.118755 |
| 15 | -0.908197 |
| 16 | 0 |
| 17 | -0.133713 |
| 18 | -0.317682 |
| 19 | -0.844581 |
| 20 | -0.726464 |
| 21 | -3.481688 |
| 22 | -3.14309 |
| 23 | -3.187792 |
| 24 | -2.717984 |
| 25 | -2.575766 |
| 26 | -2.602971 |
| 27 | -2.64555 |
| 28 | -1.763193 |
| 29 | -1.998919 |
| 30 | -3.412536 |
| 31 | -2.150308 |
| 32 | -1.995263 |
| 33 | -1.673522 |
| 34 | -2.205367 |
| 35 | -2.89456 |
| 36 | -2.559576 |
| 37 | -3.46657 |
| 38 | -3.634948 |
| 39 | -4.204198 |
| 40 | -3.954424 |
| 41 | -3.497592 |
| 42 | -3.010408 |
| 43 | -2.967722 |
| 44 | 0 |
| 45 | 0 |
| 46 | -0.752663 |
| 47 | -0.514116 |
| 48 | -2.525543 |
| 49 | -2.232617 |
| 50 | -2.30427 |
| 51 | -2.260727 |
| 52 | -2.044208 |
| 53 | -1.913973 |
| 54 | -1.770576 |
| 55 | -1.951674 |
| 56 | -2.161393 |
| 57 | -1.881494 |
| 58 | -2.307535 |
| 59 | -2.646043 |
| 60 | -3.265006 |
| 61 | -2.840077 |
| 62 | -3.168907 |
| 63 | -3.365291 |
| 64 | -3.211994 |
| 65 | -3.668162 |
| 66 | -3.491727 |
| 67 | -3.087006 |
| 68 | -3.537478 |
| 69 | -4.096447 |
| 70 | -3.890994 |
| 71 | -4.318574 |
| 72 | -5.228008 |
| 73 | -5.344696 |
| 74 | -5.644651 |
| 75 | -5.459677 |
| 76 | -4.359552 |
| 77 | -5.327337 |
| 78 | -5.222801 |
| 79 | -5.096758 |
| 80 | -5.056976 |
| 81 | -5.216976 |
| 82 | -5.249451 |
| 83 | -5.927896 |
| 84 | -5.164889 |
| 85 | -5.87491 |
| 86 | -4.693566 |
| 87 | -4.40555 |
| 88 | -3.32423 |
| 89 | -3.595301 |
| 90 | -4.806058 |
| 91 | -5.457232 |
| 92 | -6.285472 |
| 93 | -7.14777 |
| 94 | -6.940948 |
| 95 | -6.84508 |
| 96 | -7.063783 |
| 97 | -7.175733 |
| 98 | -6.130152 |
| 99 | -6.308507 |
| 100 | -5.869641 |
| 101 | -6.279103 |
| 102 | -4.885999 |
| 103 | -3.993306 |
| 104 | -0.791481 |
| 105 | -0.423069 |
| 106 | -0.545127 |
| 107 | -0.236113 |
| 108 | -0.020968 |
| 109 | -0.285229 |
| 110 | -1.2328 |
| 111 | -1.256839 |
| 112 | -0.426512 |
| 113 | -0.367934 |
| 114 | 0 |
| 115 | 0 |
| 116 | 0 |
| 117 | 0 |
| 118 | -1.373804 |
| 119 | -0.741206 |
| 120 | -0.0602 |
Measurement / reference: 120 ordered observations from 23 August 2026, 20:00 UTC to 22 September 2026, 19:28:20 UTC.
Retrieved / checked:
Method: At each ordered observation, CryptX calculates 100 × (price / highest price observed so far − 1). The smallest value is the maximum drawdown within this sampled series. Intermediate points use observation numbers; no dates or durations are inferred for them.
Limits: The sample may omit intraday extremes and peaks before the retained window. It cannot establish exact intermediate event times, a lifetime drawdown or an account loss. Original calculations describe the captured historical sequence only.
Data provided by CoinGecko. Calculations are CryptX’s, based on the returned ordered observations. These figures describe this captured series, not Bitcoin’s lifetime drawdown or its condition when this article is published.
A running high supplies the reference point
Start with the first retained price as the initial running high. At each later observation, update that high if the new price exceeds it. Divide the new price by the running high, subtract one, and multiply by 100.
At a new high, the result is zero. Below a previous high, it is negative. The most negative value in the retained sequence is its maximum sampled drawdown. This method respects the order of events: a low that happened before a later high cannot be treated as a decline from that high.
In our sample, observation 45 supplied the relevant peak and observation 97 supplied the subsequent trough. The price recovered to at least that peak by observation 114. Because intermediate timestamps were absent, we can report those positions in the sequence but cannot responsibly assign exact peak, trough or recovery times.
There is also a boundary condition. Starting the calculation on 23 August ignores any peak before that retained window. An asset can be at a new high for this sample while remaining below a much earlier high. Window drawdown and decline from an all-time high answer different questions.
Why recovering a loss takes a bigger percentage
Imagine a hypothetical value falling from 100 to 80. That is a 20% loss, measured against 100. Returning from 80 to 100 requires an increase of 20 divided by 80: 25%. The base changed.
For a loss expressed as a positive fraction, the required recovery is the loss divided by one minus the loss. The relationship becomes steeper as the loss grows.
| Hypothetical decline | Increase required to regain the starting value |
|---|---|
| 10% | 11.11% |
| 20% | 25% |
| 30% | 42.86% |
| 50% | 100% |
| 80% | 400% |
This is arithmetic, not an estimate of the likelihood or timing of recovery. Some assets never return to a previous price. A 100% loss leaves a zero base, so the formula has no finite recovery percentage.
The same logic explains our sampled Bitcoin figures: a decline of approximately 7.18% required an increase of approximately 7.73% from the trough to restore the earlier sampled peak. Equal-sized positive and negative percentage moves do not cancel.
Resolution changes what can be observed
A daily-close chart can miss an intraday low. A downsampled series can omit both a brief high and a brief low. Its maximum drawdown may therefore understate the decline visible in a richer, compatible record. It must not be presented as the exact worst tradable path.
CoinGecko’s historical chart documentation describes how the underlying API’s granularity depends on the requested range. The simplified connector we used returns a compact series rather than every raw timestamp-price pair. Those are separate layers of data handling, and the connector’s actual output sets the limit of what we can reproduce here.
Switching to exchange candles introduces another question. Bybit’s candle specification exposes open, high, low and close, but a candle alone does not reveal the complete order of intraday trades. A high and low within the same interval do not, by themselves, prove that the high happened first.
Price recovery is not account recovery
An asset’s price regaining a peak does not guarantee that a particular account has broken even. Fees, funding, withdrawals, deposits and position changes alter account outcomes. Leverage can also end a position before an eventual rebound; our unlevered price calculation models none of those events.
The SEC’s performance-claims guidance highlights the importance of understanding what costs and periods a performance presentation includes. Here the transparent description is narrower: a sampled USD price path, original arithmetic, and a clearly dated observation window.
A useful drawdown chart carries its reference high, observation frequency and recovery definition with it. Without those labels, a smooth line can hide the very experience the reader is trying to understand.
For a separate look at how a falling collateral price can affect a leveraged position, see DeFi health factors and liquidation.
Sources & transparency
- CoinGecko: historical chart data and granularity ↗
- CoinGecko data attribution and API ↗
- Bybit: candle fields and interval semantics ↗
- SEC Investor.gov: understanding performance claims ↗
Prepared with AI assistance using the sources above. No individual human reviewer is claimed. How we use AI.
This article is educational and is not a recommendation to buy, sell or hold an asset. Jurisdiction and product terms matter.
Suggest a correction


