Публичные обновления

Адрес, получивший 1 000 ответов 429 на /api/ за десять минут или 10 000 за сутки, из них хотя бы один за последние десять минут, теперь приостанавливается на источнике на час: каждый запрос /api/ с него получает 429 с retry-after 3600 в обычном формате ключевого шлюза (code rate_limited, reason hammer_brake). Правила квот, скорости и добросовестного использования не меняются; клиент, который останавливается на первом 429 и ждёт retry-after, никогда не встретит тормоз. 21 октября один ключ сверх месячной квоты отправил 129 000 запросов за день и получил 115 000 ответов 429.

Бот для участников теперь начинает с приветствия и кнопок вместо ошибки, имеет меню команд и отвечает на четырех языках сайта. Сообщение оповещения называет правило, совпавшие символы со значением каждого поля рядом с его порогом и время, а также содержит кнопки «Открыть», «Без звука 1 ч» и «Выключить». /alerts показывает ваши правила с кнопками паузы, возобновления и удаления; правило, написанное простыми английскими словами (BTC funding above 0.05%), бот повторяет для проверки и создает одним нажатием, с тем же лимитом тарифа и проверкой на дубликаты, что на сайте и в приложении. Можно сначала открыть бота и уже оттуда создать аккаунт или войти в него (как всегда, через электронную почту или Google); после входа «Настройки» показывают имя пользователя чата и привязывают его, когда вы подтвердите. Если чат блокирует бота, бот это замечает и не беспокоит чат, пока тот не вернется. Каждая попытка доставки уведомления по каждому каналу теперь записывается и отображается в разделах администратора. Публичные панели по-прежнему отвечают без аккаунта: /liq, /whales, /book, /rsi, /ls.

Поле reason, появившееся 17 октября, теперь есть на каждой поверхности, принимающей ключ аккаунта. Маршруты участника (правила оповещений, списки наблюдения, адреса Hyperliquid), /api/v1/usage, /api/v1/me/watchlist и рукопожатие stream отвечают на заголовок ключа, который есть, но не несёт пригодный ключ, статусом 401 с теми же значениями reason (empty_authorization, empty_x_api_key, malformed_authorization, malformed_x_api_key, non_bearer_scheme), а заголовок Bearer со значением, которое не является ключом, больше не считается неизвестным ключом. Размещённый MCP называет то, что увидел, вместо «ничего не прислано»: пустой или неверно сформированный заголовок учётных данных либо предоплаченный ключ bk_live, который платит за вызов и не открывает MCP. На /api/x402/ условия оплаты 402 для вызова без заголовка ключа не изменились; если заголовок ключа был, но непригоден, тело 402 дополнительно несёт credential_reason и credential_hint (например, предоплаченный ключ в Authorization вместо x-api-key), а неверно сформированное значение ключа получает 401 key_required с reason. Запрос вовсе без заголовка ключа получает на каждом маршруте тот же статус, что и раньше (на /api/x402/ те же условия оплаты); новые поля только дополняют ответ. Проверка 19 октября уточнила граничные случаи: рукопожатие stream читает билет только когда учётных данных нет вовсе (заголовок с непригодным значением отклоняется с его reason), маршрут баланса предоплаты читает x-api-key так же, как платные маршруты, размещённый MCP называет OAuth-токен неверной формы токеном, который нужно выдать заново, openapi.json описывает 401 на каждом маршруте с ключом, а таблицы ошибок stream и x402 на странице разработчиков содержат новые поля.

byk-verify.mjs теперь ищет каждую копию на Base там, где её размещает бета-профиль: в коротком диапазоне блоков после её якоря в Solana, одним запросом по ключу свидетеля, ограниченным по времени (режим окон, включён по умолчанию). Бесплатный узел с ключом, допускающий десять блоков на вызов eth_getLogs, обрабатывает поток возрастом в месяц примерно за две тысячи вызовов, и ежедневный публичный запуск на github.com/bykarantelicom/byk-verifier теперь читает и свидетеля Base. Проход по всем блокам с генезиса остаётся доступным как --base-scan range для узлов, допускающих тысячи блоков на вызов. Контрольная точка читателя записывает, какие окна пройдены, поэтому ежедневный запуск проходит только новые; копия, которой нет в её окне, отмечается как MISSING, а не пропадает молча. В любом выводе верификатора URL узла сокращается до имени хоста, потому что URL с ключом содержит сам ключ, а ежедневный запуск публикует результат в открытом репозитории.

Страница оповещений и приложение теперь показывают для каждого правила, настроен ли в аккаунте хотя бы один из его каналов (Telegram, почта участника, push в браузере или на телефоне, вебхук), и предупреждают, когда ни один не настроен: раньше сработавшее оповещение молча отбрасывалось. Создание или правка правила, превращающая его в точную копию другого (те же область, инструменты, условия и каналы), отвечает 409 duplicate_recipe с id существующего правила на сайте, в приложении и через инструменты MCP; клиент, считавший любой 409 лимитом плана, должен читать поле code. Путь реального времени теперь применяет лимит правил плана так же, как двадцатиминутный запуск, каждое сработавшее оповещение записывает, какой путь его вызвал (fields._source: fast или cron), а объекты правил мобильного API несут reachable, список же несёт channels_available.

Два дополнения к верификатору Data Layer и его аудиту. Первое: доказательство кэша по разделу 13.7 rc6. Контрольная точка теперь записывает самую новую транзакцию под каждым ключом свидетеля данных, который она покрывает, а возобновлённый запуск с --cache-proof спрашивает у каждого из этих ключей его самую новую транзакцию (один вызов на последовательность); если ни под одним из них не появилось нового якоря, кэшированные последовательности доказуемо не изменились, и запуск сообщает полный вердикт вместо возобновлённого. Ежедневный запуск в GitHub Actions передаёт этот флаг с 19 октября, после того как полный запуск записал подписи; воскресный запуск по-прежнему читает всё с последовательности 0. Второе: лист композитного фандинга, запечатанный вообще без входных данных (перерыв после перезапуска 17 октября), теперь хранит снимок с пустым списком площадок, теневой аудит и эталонный аудит пересчитывают его как NO_DATA без запуска приложения A, а 48 листов того перерыва (две эпохи) получили пустые снимки задним числом; аудит также сверяет каждый запечатанный лист класса A с его снимком, как требует раздел 13.8.

Однофайловый верификатор (/byk-verify.mjs) больше не завершается ошибкой, когда узел Base ограничивает запросы или недоступен: свидетель Base отмечается как неполное сканирование, а вердикт опирается на Solana, где в бета-профиле записан каждый манифест. Успешный запуск может записать контрольную точку (--checkpoint-out), и следующий запуск продолжает с неё (--checkpoint), читая только последующие последовательности; такой запуск помечается как RESUMED, потому что последовательности до контрольной точки не перечитываются, и контрольная точка отклоняется, если журнал авторизации изменился. SOLANA_RPC_URL и BASE_RPC_URL заменяют флаги --rpc. Верификатор теперь ежедневно запускается вне наших серверов, в открытом репозитории byk-verifier на GitHub, и публикует там каждый вердикт.

Программа, вызвавшая маршрут с ключом без пригодного ключа, теперь узнаёт, что увидел шлюз: тело ответа 401 key_required содержит поле reason (none, empty_authorization, empty_x_api_key, malformed_authorization, malformed_x_api_key или non_bearer_scheme) и фразу, которая его называет. Пустой заголовок, заполнитель вроде bk_..., префикс, скопированный из списка ключей, нераскрытая переменная оболочки или значение Bearer, которое шаблон превратил в undefined, отклоняются до любого поиска, к какому бы классу ни относился вызывающий; ключ во втором заголовке по-прежнему учитывается. Таблица ошибок для разработчиков, руководство по подключению и публичный манифест описывают это поле. Все примеры на странице разработчиков, в панели, в Playground, в руководстве по подключению и в карточке агента читают ключ из одной переменной BYKARANTELI_API_KEY, а панель нового ключа показывает строку export и готовый первый вызов.

Страница статуса печатает время каждого heartbeat и отсчитывает от него в браузере, поэтому кэшированная копия больше не показывает устаревший возраст. Карточки ставок займа, комиссий и расчетных цен в хабе данных берут количество и названия бирж из записанных строк. Страница графика резервирует место под баннер согласия до его появления, что убирает сдвиг макета у новых посетителей. Списки главных движений исключают контракты, открытый интерес которых иссяк перед делистингом. Доски потока, заряда, проскальзывания и потока опционов снова несут под ответом предложения о прочтении, самой тонкой книге и крупнейшей сделке, а страницы новостей и плеча отвечают из памяти, пока обновляются.

Каждая доска данных теперь открывается одним предложением из собственных данных со временем данных (сумма открытого интереса, значение индекса, чистый поток, новейший листинг) и заканчивается строкой цитирования с тем же временем. Количества бирж называют, что они считают: модельные биржи, записанные потоки ликвидаций, биржи в картотеке, биржи стакана. На сайте одна форма отметки времени; относительный возраст вычисляется в браузере. Исправления по октябрьскому обзору: таблицы FOMC и CPI показывают новейшие заседания всем читателям (бесплатное окно показывало самые старые), чип режима ETF берется от потока, который печатает заголовок, значок статуса отражает критическую находку сторожа, добавление биржей уже торгуемого контракта помечается отдельно на доске листингов, легенды диапазонных исследований совпадают со столбцами, глобальный объем за 24 часа отбрасывает неправдоподобные значения источника, из рядов FRED убраны праздничные нули, поиск символа ведет базовый актив к его USDT-перпетуалу, фильтры арбитража фандинга перечисляют все биржи, которые сравнивает сканер, у хаба выводов есть настоящий поиск актива, журнал изменений плеча не сообщает о неизменных максимумах, а хаб данных прямо говорит, что публичные зеркала остановлены 2026-09-10.

Картинки для шаринга под /api/og (карточка карты ликвидаций на каждой странице монеты, карточки из карты сайта и карточка SuperChart) теперь разрешены краулерам в robots.txt; они были закрыты с момента выхода карточек. Заголовки страниц символов читаются как "BTCUSDT Recorded Market State" с пробелом, который ожидает текстовый парсер, главная страница и тепловая карта ликвидаций содержат один элемент main, каждая публичная страница объявляет свою markdown-версию под /md через link alternate, появилась ссылка перехода к содержимому для клавиатуры, а четыре коротких заголовка (About, FAQ, Pricing, Changelog) теперь описывают содержание страницы.

Короткие заметки, которые автор деска публикует в течение дня по собственным записанным данным платформы о деривативах, около сорока в день, каждая со временем в UTC, получили постоянное место. Последние 48 часов на /desk; заметки каждого дня остаются на странице брифа этого дня под цифрами дня, сначала с наивысшей оценкой; у каждой заметки постоянный адрес и строка для цитирования. Заметки пишутся на английском и после публикации переводятся на китайский, русский и корейский; записью считается английский текст. Программам доступны GET /api/public/desk (один день или последние 7 дней, один язык за вызов), набор данных desk-notes, маршрут x402 desk-notes-history, инструмент MCP get_desk_notes, канал потока desk и лента RSS /desk/feed.xml. Заметки описывают данные и не являются рекомендацией.

BYK.FUNDING.COMPOSITE.A теперь запечатывается в каждой эпохе рядом с композитом класса B: тот же алгоритм фандинга, рассчитанный по исходным опубликованным числам каждой площадки, а входные данные каждой эпохи доступны по адресу /api/v1/proof/snapshots, поэтому любой может точно пересчитать лист. Запись спотовой глубины в пределах 2 процентов теперь суммирует те же площадки, что и итоги глубины на сайте, а не исходные пять. Запись премии токенизированных акций повторяет последнее корректное значение со статусом DEGRADED, пока не открыта ни одна торговая сессия, вместо пустого значения каждые выходные. Более ранние эпохи по-прежнему ссылаются на документы, которые они зафиксировали.

Условия использования теперь различают три вида данных: данные, которые рассчитывает ByKaranteli, на которые планы Business и Scale дают лицензию для коммерческого использования и распространения производных данных; данные из публичных источников с указанием издателя; и данные третьих сторон, например исходные записи одной площадки, которые предназначены только для вашего собственного использования. Новые разделы охватывают сторонние источники, индексы и бенчмарки, вашу ответственность как бизнес-пользователя и общие положения. В политику конфиденциальности добавлен раздел о публичных адресах блокчейна. Указание поставщиков данных теперь стоит рядом с индексом страха и жадности, глобальным рынком и стейблкоинами на /indices, в /api/public/indices и в заголовке X-Data-Attribution наборов данных, содержащих значения поставщика.

С ключом аккаунта tier_required теперь, как и другие отказы, называет два способа оплатить вызов (предоплаченный ключ в x-api-key при ключе аккаунта в Authorization: Bearer или кошелек без ключа аккаунта) и дает ссылку на планы; аккаунт, для которого ByKaranteli отключил каталог, сохраняет свою формулировку на всех маршрутах. Записи /api/x402 содержат included_from (builder, business или null для магазина предоплаченных ключей, который всегда покупается) рядом с raw_records, а openapi.json перечисляет ответы каждого типа маршрута (400 там, где он есть, 402, 403 и заголовки ответа 200) с x-raw-records и x-included-from. networks-history и leverage-tiers-history применяют окно плана к сроку действия: возвращается версия, которая началась до окна и еще действует или закончилась внутри него. x-quota-used теперь учитывает вызов, на который отвечает, в том числе в медленной полосе и с полным весом включенного вызова каталога, поэтому совпадает с /api/v1/usage.

Таблица, лежащая в основе /api/x402/funding-history, /api/x402/tradfi-funding-history, файла bulk-derivatives и страниц funding по символам, теперь записывает каждый расчёт всех бессрочных контрактов Binance USDT-M, криптовалютных и TradFi. Ежечасный сборщик читает список расчётов Binance, а дозагрузка заполнила серию с 2026-05-31; до сегодняшнего дня таблица пополнялась только по сорока крупнейшим TradFi perpetuals и по символам, которые открывала страница, поэтому у многих контрактов были пропуски. Уже сохранённые строки не изменились. Маршрут TradFi теперь охватывает все TradFi perpetuals на нашей панели, а не только сорок крупнейших. Примечание о полноте данных в записи того же дня о фильтре exchange больше не действует.

Таблица, которую читает /api/x402/funding-history, содержит только расчёты бессрочных контрактов Binance USDT-M. До сегодняшнего дня фильтр exchange сравнивал значение с внутренним именем источника, поэтому exchange=binance возвращал пустой результат. Теперь exchange=binance (в любом регистре) читает все строки, любая другая площадка получает 400 до запроса и не оплачивается, а вызов без параметра работает как прежде. Маршрут и файл bulk-derivatives теперь описывают то, что содержат: полные данные для TradFi perpetuals и символов, которые наши страницы читают каждый день, с возможными пропусками у редко читаемых контрактов. Страницы планов: массовые выгрузки следуют окну истории плана, Business за последние 365 дней и Scale за весь архив, в виде месячных файлов, текущий месяц обновляется каждый день; строка Scale больше не упоминает ежедневные сырые выгрузки, которых в плане не было.

Ключ аккаунта читает каталог /api/x402 в рамках плана: с месячным потолком, окном истории и лимитом строк за вызов. Builder: 1 000 включенных вызовов каталога в месяц за последние 90 дней, до 5 000 строк за вызов, только сводные ряды (маршруты сырых записей оплачиваются за вызов). Business: 10 000 в месяц за последние 365 дней, до 20 000 строк за вызов, сырые записи включены. Scale и Enterprise: без потолка, весь архив, сырые записи включены. Окно отсчитывается от 00:00 UTC, и каждый включенный вызов по-прежнему считается за 10 запросов месячного добросовестного использования плана. Сырые записи это отдельные события ликвидаций и рейтинг крупнейших принтов, принты китов, события позиций Hyperliquid и почасовые записи позиций, снимки стакана, минутные бары и снимки рынков по площадкам. Два новых ответа, оба с оплатой за вызов: 403 history_window (from, to или days раньше окна плана) и 403 raw_tier_required (маршрут сырых записей на плане ниже Business); x402_allowance_used (HTTP 402) снова означает потолок плана. Чтобы оплатить вызов, когда в запросе есть ключ аккаунта, передайте ключ аккаунта в заголовке Authorization: Bearer, а предоплаченный ключ в x-api-key, или отправьте вызов без ключа аккаунта и оплатите кошельком. Включенные ответы несут x-history-window-days и x-history-row-cap (оба отсутствуют у liqmap-levels, options-flow и flow-vpin; последний не у массовых выгрузок), а при потолке еще x-x402-allowance-limit и x-x402-allowance-used; /api/v1/usage добавляет history_days, rows_per_call и raw_records_included. Вызовы с кошелька и по предоплаченному ключу не меняются: весь архив с собственным лимитом строк маршрута, $0.10 за вызов. Планы, документация API.

Раньше учитываемая лента ликвидаций помечалась устаревшей после 6 часов без событий, поэтому площадки с низким объемом выглядели устаревшими в обычную тихую ночь (за последние 14 дней у dYdX было до 16,6 часа без ликвидаций при полностью исправной ленте). Теперь у каждой ленты свой порог тишины: 6 часов по умолчанию, 24 часа для dYdX, 12 часов для Kraken Futures и Deribit, 8 часов для Lighter и GMX. То же правило действует на /ru/liquidations, /ru/coverage, в GET /api/public/liquidations (by_exchange[].stale) и в общерыночной оценке, где устаревшая лента по-прежнему считается непокрытой.

Опрос статуса Binance US обращался к эндпоинту, который отклоняет запросы без ключа аккаунта, поэтому каждое чтение с начала опроса 2026-09-04 записывалось как недоступное, и страница площадки показывала аптайм 0.00% за 30 дней, хотя рыночные данные продолжали поступать. Теперь Binance US опрашивается через публичный ping без ключа (HTTP 200 означает ok, задержка измеряется на том же запросе). Чтения, при которых наш собственный опрос был отклонен, показываются как n/a: они не считаются ни работой, ни сбоем, поэтому аптайм охватывает только время, которое мы действительно смогли прочитать, а площадка без читаемого эндпоинта статуса не показывает аптайм вовсе.

/api/liqmap/v3 обслуживает собственное чтение страницы LiqMap. Запрос без сессии участника, который приходит не из браузера (без Fetch Metadata, как у curl или скрипта), теперь получает тот же ответ 401 key_required, что и /api/liqmap/public, с Cache-Control: no-store. Сама страница и другие браузеры читают его как прежде, а запрос с ключом аккаунта обслуживается и учитывается как любой другой вызов с ключом. Программам следует использовать GET /api/liqmap/public или GET /api/public/liqmap с бесплатным ключом аккаунта.

CoinEx объявила в сентябре 2026 года о сворачивании работы. С 2026-10-08 она больше не отображается на /ru/venues, в матрице покрытия и в таблицах комиссий и плеча, сборщики её снимков, комиссий, уровней плеча, инструментов и сетей вывода остановлены, а её страница отвечает 410 Gone. Строки, записанные до этой даты, сохраняют значение exchange coinex в исторических таблицах и датасетах.

SuperChart теперь открывается на любом периоде бара от 1 минуты до 1 месяца для каждого читателя (API сохраняет правило ключа ниже 15 минут). Тепловая карта ликвидаций LiqMap рисуется за свечами час за часом с 6 августа 2026 года, а крупнейшие реальные принты ликвидаций каждого бара лежат на них кругами, так что модель можно сверить с тем, что напечаталось. Каждая открытая панель обновляется, пока вы смотрите, формирующийся бар следует за сокетом биржи через наш шлюз потока, легенда свечи принадлежит графику (она следует каждому языку), часы могут быть UTC или местными, неудачная загрузка говорит об этом и предлагает повтор, а экспорт PNG несёт водяной знак и строку источника. Каждая страница тепловой карты ликвидаций ведёт к той же карте на свечном графике, и каждый ответ MCP и API с графическим двойником теперь несёт chart_url. Программы могут подписаться на новый канал потока candles с ключом. Позже в тот же день: полный набор рисования (вертикальные и параллельные линии, прямоугольники, рамка измерения, рамка длинной или короткой позиции, свободное рисование) с отменой и повтором, редактируемые параметры каждого встроенного индикатора, профиль объёма по видимому диапазону, якорный VWAP с полосами сигм, логарифмическая шкала цены и повтор баров, который скрывает всё после выбранной свечи.

Каждая страница тепловой карты ликвидаций теперь открывается ответным предложением и временем снимка, и то же предложение становится описанием страницы в поиске: результат по монете показывает ближайшие кластеры, а не шаблонный текст. У хаба появились собственный заголовок, FAQ из шести вопросов и видимое время обновления; карточка каждой монеты показана на странице как изображение. Обзор символов ссылается на каждый отслеживаемый контракт от A до Z, главная страница ведет на двенадцать самых популярных карт, а страницы ETF открываются потоком за день и отметкой обновления. Страницы на китайском, русском и корейском получили более длинные описания и избавились от шести английских фрагментов. Под FAQ страниц ликвидаций, опционов, ETF и тепловых карт появилась строка для цитирования с временем данных.

В календарной ленте watchlist на странице Data & API появилась кнопка «Обновить ссылку». Обновление выпускает новый токен только для календаря и сразу отзывает все прежние ссылки календаря аккаунта: адрес, утекший из календарного сервиса или с общего экрана, отключается без изменения ваших API-ключей. Ссылки, которыми вы уже пользуетесь, работают до обновления.

Трекер ETF теперь охватывает спотовые XRP ETF в США наряду с Bitcoin, Ethereum и Solana, у них есть собственная страница /ru/etf/xrp. Дневной агрегат начинается с 2026-09-08, и каждая строка содержит кумулятивный приток с момента запуска; таблица по фондам с того же дня отслеживает каждый листингованный фонд (XRPC, XRP от Bitwise, GXRP, XRPZ и TOXR). XRPC от Canary присоединяется к IBIT в ряду эмитентов по первоисточнику: данные берутся из собственной дневной таблицы Canary и охватывают период с запуска фонда 2025-11-13; акции указываются по торговому дню, поэтому подразумеваемый поток совпадает со значением фонда за тот же день. Те же строки доступны в JSON API /api/public/etf, и наборах данных etf-flows, etf-fund-flows и etf-issuer-daily.

get_etf_flows принимает asset XRP наряду с BTC, ETH и SOL и возвращает дневные строки спотовых XRP ETF в США с 2026-09-08 с теми же полями: чистый приток, общие чистые активы, кумулятивный приток с момента запуска и объем торгов, в USD. Описание инструмента теперь указывает первый день каждого актива (BTC и ETH с 2025-05-20, SOL с 2025-10-28, XRP с 2026-09-08) вместо одной длины истории для всех. Разработчикам, трекер ETF.

Индекс альтсезона теперь выбирает 50 альткоинов по медиане дневного quote volume за 7 дней среди 80 самых торгуемых бессрочных контрактов Binance USDT-M, и контракту нужны пять полных дней, чтобы попасть в выборку. До сих пор набор определял объём одного дня, поэтому монета со всплеском или затишьем объёма за день входила в выборку и выходила из неё между обновлениями (27 сентября выборка потеряла участников между обновлениями, оценённая выборка сократилась с 49 до 46). Золотые токены (PAXG, XAUT) исключены так же, как стейблкоины. Версия метода 2026-10-02.1; записанная история не переписывается.

Десятиминутный снимок площадок, на котором держатся тепловая карта фандинга, страницы площадок и датасеты, теперь получает интервал расчёта каждого контракта от самой площадки (его публикуют Binance, Bybit, OKX, Gate, HTX, Bitget и MEXC) и приводит ставку к восьмичасовой базе, обещанной в столбцах. До сих пор каждый контракт на этих площадках считался восьмичасовым, поэтому 4-часовой контракт показывал половину своего фандинга, а 1-часовой восьмую часть; строки, записанные до 2 октября, сохраняют старую базу. Binance.US и Mercado Bitcoin снова собираются после того, как их API опять отвечают этому хосту.

GET /api/public/liqmap и каждый ответ LiqMap теперь содержат meta.inputs_present (ticker, orderbook, long_short, open_interest, funding, liquidity_snapshots; true, когда вход дошёл до модели) и meta.degraded, равный true, когда отсутствовал один из рыночных входов (тикер, стакан, long/short, открытый интерес, фандинг) и его заменило нейтральное значение по умолчанию; liquidity_snapshots носит справочный характер, сборщик глубины покрывает часть вселенной. Разреженная карта читается как разреженная, а не выдаёт себя за полную.