← Deribit status page

Deribit REST · depth degradation, 4 min on 24 SEP 2026

Deribit REST · depth — 30% of checks failing over the last minute (timeout) — from Singapore, SG and Carlstadt, US — not graded an outage until it has failed for 2 minutes. up24 opened this incident from its own measurements of Deribit's public API on 24 SEP 2026 14:30 UTC. It lasted 4 min and ended 24 SEP 2026 14:35 UTC, when the component started answering again.

DEGRADEDREST · depth · https://www.deribit.com/api/v2/public/get_order_book?instrument_name=BTC-PERPETUAL&depth=20
DURATION
4 min
STARTED
24 SEP 2026 14:30 UTC
ENDED
24 SEP 2026 14:35 UTC
VS THEIR NOTICE
NOT ACKNOWLEDGED

WHAT HAPPENED

  1. 24 SEP 2026 14:30 UTC
    up24 opened the incident at degraded, timeout.
  2. 24 SEP 2026 14:35 UTC
    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, 16 of 2,319 checks failed: timeout ×16.

— p50‑ ‑ p95
axis 0 – 5000ms
14:01 · 24 SEP14:33 · 24 SEP15:05 · 24 SEP

REST latency for the failing endpoint, per minute, from 24 SEP 2026 14:00 UTC to 24 SEP 2026 15:05 UTC. The gap in the line is where nothing answered.

DID DERIBIT SAY SO?

Deribit 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 173 incidents for Deribit in the last 90 days. Nothing Deribit published lines up with any of them.

DERIBIT — OTHER INCIDENTS

Measured by up24's own probe against Deribit's public API, BTC-PERPETUAL against USD, every 5s. This page is generated from the incident's own rows — 2 recorded transitions — and nothing on it is reported by Deribit.