Bitstamp REST · ticker degradation, 2 min on 26 OCT 2026
Bitstamp REST · ticker — p95 809ms over the last five minutes, 4.6× the 7-day baseline of 175ms — from Carlstadt, US only; 2 regions had too little evidence. up24 opened this incident from its own measurements of Bitstamp's public API on 26 OCT 2026 21:04 UTC. It lasted 2 min and ended 26 OCT 2026 21:06 UTC, when the component started answering again.
WHAT HAPPENED
- up24 opened the incident at degraded.
- The component started answering again. up24 dates the incident from this moment, not from when its clearing rule finished.
HOW IT FAILED
Over the window, 0 of 867 checks failed.
REST latency for the failing endpoint, per minute, measured from Lauterbourg, FR, from 26 OCT 2026 20:34 UTC to 26 OCT 2026 21:36 UTC. The gap in the line is where nothing answered.
DID BITSTAMP SAY SO?
Bitstamp publishes a status feed and nothing in it lines up with this incident. That is not proof they stayed silent; it is what their feed says.
up24 opened 211 incidents for Bitstamp in the last 90 days; 7 line up with something Bitstamp published within six hours, and the rest have no published report near them. At the median, Bitstamp's own notice came 1h 34m before up24 opened its incident. Pairing is by time alone — nothing checks that a notice is about the fault up24 measured, so the 2 that up24 timestamped first are not scoops. Every entry links to the venue's own notice so the pairing can be judged.
BITSTAMP — OTHER INCIDENTS
Measured by up24's own probe against Bitstamp's public API, btcusd against USD, every 5s. This page is generated from the incident's own rows — 2 recorded transitions — and nothing on it is reported by Bitstamp.