← Gemini status page

Gemini REST · ticker degradation, 30 min on 20 AUG 2026

Gemini REST · ticker — intermittently degraded: 3 episodes. up24 opened this incident from its own measurements of Gemini's public API on 20 AUG 2026 17:46 UTC. It lasted 30 min and ended 20 AUG 2026 18:16 UTC, when the component started answering again.

DEGRADEDREST · ticker · https://api.gemini.com/v2/ticker/btcusd
DURATION
30 min
STARTED
20 AUG 2026 17:46 UTC
ENDED
20 AUG 2026 18:16 UTC
VS THEIR NOTICE
NOT ACKNOWLEDGED

WHAT HAPPENED

  1. 20 AUG 2026 17:46 UTC
    up24 opened the incident at degraded.
  2. 20 AUG 2026 18:16 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,078 checks failed: no error class was recorded against them.

— p50‑ ‑ p95
axis 0 – 2000ms
17:17 · 20 AUG18:01 · 20 AUG18:46 · 20 AUG

REST latency for the failing endpoint, per minute, from 20 AUG 2026 17:16 UTC to 20 AUG 2026 18:46 UTC. The gap in the line is where nothing answered.

DID GEMINI SAY SO?

Gemini 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 421 incidents for Gemini in the last 90 days; 30 fall within six hours of something Gemini published, and the rest were never mentioned. At the median, Gemini's own notice came 1h 20m before up24 opened its incident. Pairing is by time alone — nothing checks that a notice is about the fault up24 measured, so the 11 that up24 timestamped first are not scoops. Every entry links to the venue's own notice so the pairing can be judged.

GEMINI — OTHER INCIDENTS

Measured by up24's own probe against Gemini'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 Gemini.