The share of Bitcoin supply held by short-term holders, by age band. How BlockShield keeps the whole provider response and why the percentile names its window.
HODL waves split the supply by how long it has been since each coin last moved. The short-term-holder view stacks the young age bands and reads their combined share of supply against price.
A rising long-age band means coins are ageing untouched — accumulation and a shrinking liquid float. A rising short-term share means supply has recently changed hands and is closer to the market.
Nothing extra is fetched for this chart. The daily poll that feeds the single-value on-chain metrics already returns years of contiguous daily rows, all thirteen bands deep; the previous adapter kept the last row and dropped the rest in the next line. This module simply keeps the response whole.
Rows are keyed by the PROVIDER's date, not by the day we stored them. The older path stamped the local date, so a provider running a day behind was recorded a day late — invisible on a single-value card, and it moves every point on a chart.
The short-term share is internally consistent: the young bands over the sum of all bands. It needs no external supply figure and therefore cannot disagree with one.
It lives in its own table rather than widening the store that already works for the existing tab — the same choice made for the whale bands and the ETF holdings series.
The percentile carries its window, always. Our record covers one cycle, while the reference charts people compare against are computed from a full UTXO set going back much further. 'An extreme low' is published as 'lower than X% of the days we hold, since <date>' — never as 'historically', which would borrow authority we do not have.
Age bands are mechanical. A coin that moves between two wallets of the same owner resets to the youngest band and looks like distribution.
The provider's own dating is reported, not silently inherited — if their date lags, the payload says so.
Open the live On-Chain tab →