API показывает заявки на покупку YES и NO. Если принять их за две цены одной стороны, спред и сравнение исполнения окажутся неверными.

01 · ПРОВЕРЕННЫЕ ФАКТЫ

Что подтверждает первоисточник

Документация Kalshi описывает стакан с уровнями bid для YES и NO. Покупка YES по цене p эквивалентна продаже NO по 1−p; для NO bid и YES ask действует обратное соответствие. Kalshi — Understanding the Orderbook Response ↗

Формат orderbook_fp содержит массивы yes_dollars и no_dollars с ценой и количеством. В примерах уровни упорядочены по возрастанию, поэтому лучший bid находится в конце массива. Kalshi — Understanding the Orderbook Response ↗

02 · АНАЛИЗ РЕДАКЦИИ WFN

Что это меняет в анализе

Условный NO bid 0,37 доллара соответствует YES ask 0,63. Это иллюстрация представления котировки, а не наблюдаемая рыночная цена и не прогноз вероятности.

При расчёте спреда нужно сравнивать YES bid с YES ask, а не вычитать два исходных лучших bid. Количество тоже важно: лучшей цены может хватать только на часть предполагаемой сделки.

03 · ДАЛЬНЕЙШАЯ ПРОВЕРКА

Что проверить перед выводом

WFN предлагает подписывать сторону, ценовую конвенцию, объём и время среза. Пустая противоположная сторона не позволяет придумать исполнимый ask, а старый снимок не подтверждает текущую ликвидность.

Разбор относится к API конкретной площадки событийных контрактов. Нельзя автоматически переносить формат на все бинарные платформы. Экономический итог дополнительно зависит от условий контракта, комиссий и исполнения.