Возвращаюсь с апдейтом по проекту.
В прошлом апдейте писал, что хочу к концу недели собрать более полноценный отчёт: что получилось проверить, какие ограничения вскрылись и куда проект двигается дальше. Собственно, это он и есть.
Неделя получилась не про «торговлю», а про процесс. Главное, что я для себя зафиксировал из здешних обсуждений: DEX-перпы — это не «Binance с другим API». Каждая площадка — отдельная микроструктура: своё ценообразование, местами через оракул, свои режимы комиссий и поинтов, из-за которых наблюдаемые спреды могут не отражать «нормальную» экономику маркет-мейкинга. Поэтому всё меряю на своём рынке и помечаю режимом, в котором померено.
Второй вывод — про объём данных. Короткой свежей истории достаточно для механики: посмотреть, как реально выглядит стакан, собрать библиотеки, откалибровать пайплайн. Но короткая история ничего не доказывает про эдж и доходность. Я принял это буквально: механика — можно сейчас, выводы — нельзя.
Текущее состояние: стратегия и любые PnL-выводы на паузе. На момент поста очередной daily health прошёл нормально: все 9 инструментов пишутся, пропусков нет, место на диске в норме.
Что сделано: первый ограниченный L0-MECH прогон — чисто механическая проверка стакана BTC и SOL на одном полностью закрытом часе собственных данных.
Простыми словами, что проверялось:
- двухсторонний top-of-book: на каждом событии книги есть и bid, и ask;
- «сломанные» состояния: скрещенная книга, когда bid выше ask, и односторонняя книга, когда одна сторона пустая;
- нулевой / отрицательный spread;
- масштабы spread, глубины на лучших уровнях и частоты событий;
- и всё это в виде воспроизводимого diagnostic artifact: тот же кусок данных → те же цифры, с метаданными.
Жёсткий дисклеймер.
Это НЕ:
- edge и не заявка на него;
- PnL и не оценка доходности;
- стратегия;
- no-quote зона;
- измерение токсичности;
- оценка «торгуемости»;
- ранжирование BTC против SOL.
Это ответ на один вопрос: «мой пайплайн правильно читает этот рынок?»
Краткая таблица для ориентира:
L0-MECH sanity snapshot / diagnostic onlyMetric | BTC | SOL
-----------------------+------------------+-----------------
Two-sided TOB | OK | OK
Crossed / one-sided | 0 / 0 | 0 / 0
Zero / negative spread | 0 / 0 | 0 / 0
Spread state | tight / measured | wider / measured
Depth state | healthy for L0 | healthy for L0
Event-rate | high | medium-high
Verdict | L0 OK only | L0 OK only
К посту приложу 2 скриншота из отчёта.
Первый — итоговый verdict, где видно, что L0-MECH прошёл clean, но НЕ даёт разрешения на L1/L2/L3, PnL, стратегию или live/shadow.
Второй — Results by symbol по BTC/SOL. Там оставлю больше цифр из L0-отчёта, потому что это трейдерский форум и без конкретики сложно получить нормальную техническую обратную связь.
Но важная оговорка: это один bounded L0-прогон, не статистика рынка и не торговый вывод. Эти цифры нельзя читать как «BTC лучше SOL», «тут есть edge» или «можно котировать». Прошу смотреть не на «где торговать», а на то, какие поля логично держать на L0-слое, а какие уже уводят в L1-токсичность.
Служебные детали убраны: точные окна, пути, имена файлов, хэши и прочее внутреннее.
Колонку «Tradeable?» специально не добавляю — на этой стадии её не должно существовать. Для меня tradeable начинается не на L0, а только после отдельной проверки токсичности, исполнения, inventory и PnL.
Параллельно уточнил у CoinGlass, что у них реально есть по историческому стакану — вдруг кому пригодится.
Краткий итог: как источник heatmap/контекста — да; как первичный источник сырого L2 для replay — нет. Сырой восстановимый L2 они не отдают, только snapshots с минимальным шагом 1 минута. Исторического best bid/ask нет, timestamps в секундах, Lighter не поддерживается и не планируется.
Полная переписка под спойлером.
Мой первый запрос:Hello,
I am currently working on a crypto market-making/backtesting project and I would like to clarify what kind of historical order book data is available through CoinGlass API.
I need historical raw L1/L2 order book tick data for crypto perpetuals, especially for Hyperliquid and, if available, Lighter.
More specifically, I would like to know if you provide access to:
— Best bid / best ask data
— L2 order book depth levels
— Order book updates, including changes, cancellations and new orders
— Trades with millisecond timestamps
— Historical data suitable for backtesting market-making strategies
— Bulk export in CSV, Parquet or another downloadable format
Could you please tell me which plan gives access to this type of data?
Also, is this data available only through API requests, or is it possible to receive bulk historical exports?
Thank you in advance.
Первый ответ CoinGlass:Hello
Thank you for your letter.
You can subscribe to the Professional plan. The following endpoints should cover your requirements:
docs.coinglass.com/reference/orderbook-heatmap
docs.coinglass.com/reference/websocket_futures_trades
Currently, we only provide access through REST API with data returned in JSON format. We do not support CSV downloads at this time.
The exchanges supported by the orderbook-heatmap endpoint include:
Binance USDT-M Futures and USDT Spot
Hyperliquid all symbol
Tradexyz all symbol
Gate BTC/ETH Spot and Futures
Bitget BTC/ETH Spot and Futures
OKX BTC/ETH Spot and Futures
Coinbase BTC/ETH Spot
Bitfinex BTC/ETH Spot
Kraken BTC/ETH Spot
Мой уточняющий запрос:Hello,
Thank you for your reply.
I would like to clarify one important technical point before subscribing.
For the orderbook-heatmap endpoint, is the data raw order book data or aggregated heatmap data?
More specifically:
1. Does the API provide historical L2 snapshots and incremental updates that allow reconstructing the order book over time?
2. For Hyperliquid, can I retrieve:
- best bid / best ask over time;
- full L2 depth levels over time;
- every order book level update;
- timestamps for each update;
- trades with millisecond timestamps?
3. What is the historical retention period for Hyperliquid order book data?
4. What is the timestamp resolution? Milliseconds or seconds?
5. Is the orderbook-heatmap endpoint suitable for market-making backtests, or is it only an aggregated visualization-style dataset?
6. Is Lighter supported or planned?
7. Are there API rate limits for downloading historical order book data through the Professional plan?
Hello
1. No, we do not support this. We only provide snapshots at each closing time point, with a minimum historical interval of 1 minute.
2. For Hyperliquid and other exchanges, we currently do not provide Best Bid / Best Ask data.
3. The maximum historical retention period is described in the documentation: docs.coinglass.com/reference/orderbook-heatmap
4. The timestamp resolution is in seconds.
5. It can be used for both purposes. Whether it is suitable for market-making backtests depends on your own implementation and requirements.
6. Currently, we do not have any plans to support Lighter.
7. The Professional plan allows up to 1,200 requests per minute for the endpoint.
Вывод по CoinGlass для себя: полезен как heatmap/контекст, но не как первичный источник сырого L2. Восстановимого L2 нет, исторического best bid/ask нет, timestamps в секундах, Lighter не поддерживается. Основной источник сырого L2 — собственный recorder, как и было.
Ещё из недели: принял для себя политику onboarding активов. У проекта есть «часы зрелости инфраструктуры», а у каждого символа — свои «часы доверия». Новый актив не сбрасывает проект, но и не наследует доверие: то, что BTC/SOL прошли механическую проверку, ничего не говорит про остальные символы. Каждый актив должен пройти свою лестницу с нуля.
Пайплайн сейчас выглядит так:
Raw L2 data
↓
Health checks
↓
Representation layer
↓
L0-MECH sanity
↓
Diagnostic artifact
↓
Next gates: L1 / L2 / strategy later
И узкий вопрос к практикам: где вы проводите границу между L0-механикой и L1-токсичностью?
Для себя пока так: spread / depth / event-rate — чистая механика, то есть L0.
А вот восстановление стакана после агрессивного потока, опустошённые уровни, смещение microprice, повторяющийся перекос top-of-book — это ещё механика или уже токсичность, то есть L1?
По какому признаку вы бы разделяли?
Буду благодарен за любые мысли — особенно если кто-то уже проходил этот путь через стакан, MM или DEX-перпы.
