← Crypto.com status page

Crypto.com REST · ticker degradation, 5 min on 10 SEP 2026

Crypto.com REST · ticker — 100% of checks failing over the last five minutes (timeout) — from Singapore, SG and Lauterbourg, FR. up24 opened this incident from its own measurements of Crypto.com's public API on 10 SEP 2026 13:24 UTC. It lasted 5 min and ended 10 SEP 2026 13:29 UTC, when the component started answering again.

DEGRADEDREST · ticker · https://api.crypto.com/exchange/v1/public/get-tickers?instrument_name=BTC_USDT
DURATION
5 min
STARTED
10 SEP 2026 13:24 UTC
ENDED
10 SEP 2026 13:29 UTC
VS THEIR NOTICE
NOT ACKNOWLEDGED

WHAT HAPPENED

  1. 10 SEP 2026 13:24 UTC
    up24 opened the incident at degraded, timeout.
  2. 10 SEP 2026 13:29 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, 0 of 1,560 checks failed: timeout ×286.

— p50‑ ‑ p95
axis 0 – 1000ms
12:55 · 10 SEP13:27 · 10 SEP13:59 · 10 SEP

REST latency for the failing endpoint, per minute, from 10 SEP 2026 12:54 UTC to 10 SEP 2026 13:59 UTC. The gap in the line is where nothing answered.

DID CRYPTO.COM SAY SO?

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

CRYPTO.COM — OTHER INCIDENTS

Measured by up24's own probe against Crypto.com's public API, BTC_USDT against USDT, every 5s. This page is generated from the incident's own rows — 2 recorded transitions — and nothing on it is reported by Crypto.com.