← Crypto.com status page

Crypto.com REST · ticker degradation, 2 min on 11 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 11 SEP 2026 12:11 UTC. It lasted 2 min and ended 11 SEP 2026 12:13 UTC, when the component started answering again.

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

WHAT HAPPENED

  1. 11 SEP 2026 12:11 UTC
    up24 opened the incident at degraded, timeout.
  2. 11 SEP 2026 12:13 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,487 checks failed: timeout ×270.

— p50‑ ‑ p95
axis 0 – 2000ms
11:42 · 11 SEP12:12 · 11 SEP12:43 · 11 SEP

REST latency for the failing endpoint, per minute, from 11 SEP 2026 11:41 UTC to 11 SEP 2026 12:43 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.