12:13:37 В этой записи в первых двух строках заголовка указано: generated_at_cst — 2026-11-14 12:13:37 UTC+8, generated_at_utc — 2026-11-14 04:13:37 UTC. Секунды совпадают, дата одна и та же.
Когда раньше эти две строки указывали на разные дни, я как-то записал для себя правило: увидел utc — сдвигай на день назад. Потом встретил случай, когда дата была одна и та же, и решил дополнить правило, указав время, после которого сдвигать уже не нужно. Но остановился на полпути. Ведь и время я определил бы сам, а интерфейс лишь возвращает две исходные строки и такого поля не предоставляет. Это всего лишь личный архив показаний, не инвестиционная рекомендация; ни пересчёт, ни граница в таблицу не попадают, даты переписываются так, как их указал интерфейс.
В разделе market значения total_market_cap_usd 2280952479254.5874, btc_dominance_pct 58.71 и market_cap_change_24h_pct -5.04 привязаны исключительно ко времени получения этих данных; отдельных столбцов с датами для них нет. Формат значений тоже различается — каждое сохраняется как есть.
Когда раньше эти две строки указывали на разные дни, я как-то записал для себя правило: увидел utc — сдвигай на день назад. Потом встретил случай, когда дата была одна и та же, и решил дополнить правило, указав время, после которого сдвигать уже не нужно. Но остановился на полпути. Ведь и время я определил бы сам, а интерфейс лишь возвращает две исходные строки и такого поля не предоставляет. Это всего лишь личный архив показаний, не инвестиционная рекомендация; ни пересчёт, ни граница в таблицу не попадают, даты переписываются так, как их указал интерфейс.
В разделе market значения total_market_cap_usd 2280952479254.5874, btc_dominance_pct 58.71 и market_cap_change_24h_pct -5.04 привязаны исключительно ко времени получения этих данных; отдельных столбцов с датами для них нет. Формат значений тоже различается — каждое сохраняется как есть.