Last Updated: 2026-10-26
Быстрый поток данных и кажущаяся устаревшей котировка ещё не доказывают прибыльную сделку. Котировку могут снять до прихода заявки, связанные контракты могут рассчитываться по разным правилам, а новость — оказаться неверной. Полезный первый проект — наблюдение и воспроизведение данных с разделением получения информации, локальной обработки и исполнимых цен.
Это руководство по инженерному исследованию, не запуску бота с реальными средствами. Здесь нет измеренных задержек Polymarket, утверждения о расположении серверов, минимального капитала или ожидаемой доходности. Все времена, цены и расходы в примерах вымышлены.
Различайте три ситуации
Торговля на информации: получена новость и оценено, что контракт недооценён. Оценка может быть ошибочной. Более высокая цена на другой площадке — повод проверить гипотезу, а не самостоятельный хедж.
Совпадение выплат между площадками: можно описать позиции, совокупная выплата которых покрывает все релевантные состояния расчёта. Для этого сопоставляют событие, срок, источник, отмену и спорные исходы. Победа кандидата не тождественна победе партии; спотовая монета и бинарный контракт на конечную цену имеют разные выплаты.
Разница котировок: экран показывает привлекательные цены, если они доступны одновременно. Пока не установлены объём, расходы, финансирование, допуск и оба исполнения, это лишь наблюдение. Показанный разрыв не является исполненным арбитражем.
Сохраняйте проверяемую хронологию
Записывайте исходные сообщения вместе с нормализованными идентификаторами рынка и исхода, версией правил расчёта, номерами последовательности или снимка при наличии, источником потока и версией парсера. Отсутствующий timestamp оставляйте отсутствующим, не подставляйте текущее время.
Прокрутите таблицу по горизонтали, чтобы увидеть все столбцы. С клавиатуры: перейдите к области таблицы и используйте стрелки.
| Поле | Что измеряет | Типичная ошибка |
|---|---|---|
| Время события поставщика | Метку определённого им события | Считать её временем сопоставления заявок или синхронной с вашими часами |
| Локальное время получения | Приём сообщения вашим процессом | Называть разность несвязанных часов сетевой задержкой |
| Длительность решения | Локальный интервал по монотонным часам | Включать в него весь возраст свечи |
| Предполагаемая отправка | Границу решения в воспроизведении | Считать симуляцию настоящей заявкой |
| Подтверждение, исполнение, расчёт | Разные этапы, если они действительно записаны | Приравнивать подтверждение к полному исполнению |
Допустим, сообщение одного потока получено в локальный монотонный момент 100 мс, сообщение котировки — 180 мс, решение завершено — 195 мс. Разность времени получения равна 80 мс, обработка после котировки — 15 мс. Это не измерение преимущества в 80 мс у matching engine: любой поток мог задержаться, а удалённая котировка — уже измениться.
Отдельно храните обычное календарное время для чтения журнала и межсистемного сопоставления, учитывая неопределённость синхронизации. В одном процессе монотонные интервалы не превращают корректировку часов в отрицательную длительность. Монотонные счётчики разных компьютеров нельзя вычитать как имеющие общее начало.
Восстановите книгу до моделирования исполнений
Документация Polymarket по данным в реальном времени различает изменения книги, цены и последние сделки. Последняя сделка — не текущая исполнимая цена покупки. Фиксируйте актуальные версию протокола и идентификатор исхода, не копируйте старые идентификаторы из статьи.
При разрыве соединения, пропуске последовательности, необъяснимом скачке времени или ошибке парсера помечайте состояние как непригодное. Получите подходящий свежий снимок и согласуйте с ним обновления до возобновления исследования. Не продолжайте по «последнему хорошему сигналу» лишь потому, что он остался в памяти.
Воспроизводите только информацию, доступную на момент каждого решения. Используйте глубину на предполагаемый момент прихода и отмечайте неизвестные очередь и гонку с отменой. Заполнение каждого сигнала по прежней лучшей цене — оптимистичный сценарий чувствительности, не бэктест достижимого исполнения.
Разрыв в два цента может исчезнуть
Предположим синтетический завершённый оборот одного контракта: покупка 100 долей по $0,54 и последующая продажа по $0,56. Валовой денежный результат — $2. При условных общих расходах исполнения $1,40 чистый результат — $0,60.
Если фактический вход стоит $0,57, а выход остаётся $0,56, валовой убыток равен $1, после тех же расходов — $2,40. Не вычитайте спред повторно, если фактические цены покупки и продажи уже его учитывают. Расходы придуманы для примера, это не текущий тариф площадки.
Если исполнилась только покупка, выручки $56 от продажи нет. Остаются 100 долей с открытой экспозицией, которую нужно показывать отдельно. Отмена может конкурировать с исполнением. Документация управления заявками описывает проверку заявок и связанных сделок; тайм-аут означает неизвестный результат для сверки, а не разрешение вслепую отправить дубликат.
Оцените исследование вместе с неудачами
Разделите количество наблюдений, допустимых сигналов, отклонённых устаревших состояний, попыток симуляции, предполагаемых исполнений и неисполнений. Сохраняйте все проверенные наборы параметров. Разделяйте разработку и оценку по времени и событиям: множество котировок одного события не является множеством независимых испытаний.
Покажите распределения времени получения и пропусков, не только самый быстрый случай. Проверьте чистый результат при разных задержках прихода, худших ценах и частичных исполнениях. Включайте незакрытые позиции и зависимость рынков. Высокая доля выигрышей совместима с убытком, если редкие неудачи велики.
При условном месячном бюджете $50 на сервер, $120 на лицензированные данные и $20 на хранение постоянные расходы равны $190. Если каждый завершённый оборот даёт $0,60 после исполнения, но до этих постоянных расходов, для покрытия нужно минимум 317 оборотов. Расчёт не доказывает наличие 317 возможностей; убытки, меняющиеся расходы и налоги не моделируются. Это проверка реализуемости, не план заработка.
Используйте разрешённые источники и непосредственно проверяйте допуск к аккаунту и продукту. VPN, самодекларация или смена местоположения не устанавливают разрешение на ограниченный продукт. Не обходите ограничения доступа и не финансируйте сделку ради проверки руководства. Даже удачное бумажное исследование не заменяет отдельную проверку исполнения, права, безопасности и риска перед живой системой.
Источники: официальная документация данных и управления заявками проверена 26 октября 2026 года. Измерений живых потоков и личной торговой истории не заявлено. AITR может получать комиссии по коммерческим ссылкам в других разделах; ссылки на документацию не являются партнёрскими рекомендациями. Торговля может привести к убытку.