Арбитраж на рынках прогнозов: как хеджировать между Polymarket и зеркальными рынками

Если вы уже запускаете бота Polymarket, следующая возможность может быть не новой моделью прогнозирования. Это может быть дополнительная поверхность ликвидности, на которой существующий стек ценообразования, исполнения и риск-менеджмента работает эффективнее.

Арбитраж на рынках прогнозов прост на бумаге: найти одно событие на двух venue, купить более дешёвую сторону, продать более дорогую и оставить разницу.

В production нужно доказать одинаковый payoff, правильно сопоставить outcome token, исполнить обе ноги по реальным ценам и пережить период до settlement.

Для mirror market это особенно важно. Polymarket mirror может дать внешний reference и потенциальный hedge для потока Kuest, но любая видимая разница не становится безрисковым арбитражем автоматически.

Что такое арбитраж на рынках прогнозов?

Это попытка извлечь разницу между экономически эквивалентными контрактами или построить позицию с известным комбинированным payoff при стоимости входа ниже стоимости settlement.

Арбитраж на взаимодополняющих исходах

В бинарном рынке YES и NO — взаимодополняющие исходы. Если купить YES на одной площадке и NO на другой суммарно дешевле 1 доллара, а правила resolution полностью совпадают, при settlement пара имеет валовую стоимость 1 доллар.

валовой edge = $1 - (цена входа YES + цена входа NO)

Комиссии, gas, slippage, partial fills, заблокированный капитал и расходы settlement уменьшают реальный edge.

Cross-venue hedge инвентаря

Маркет-мейкер не всегда фиксирует гарантированный payoff. Он может котировать на Kuest и использовать Polymarket, чтобы уменьшить инвентарь, созданный клиентским потоком.

Если клиент купил 1 000 YES по вашему ask на Kuest, система может купить эквивалентный YES на Polymarket при наличии глубины. Это hedge инвентаря, а не обязательно безрисковый арбитраж: внешняя книга может исполниться частично, стать дороже или исчезнуть.

Разница влияет на бота, модель капитала и риск. Руководство PredictEngine объясняет, почему нужны исполнимые цены, а не только midpoints. Документация Preduck помогает сравнивать cross-venue рынки.

Почему трейдеры Polymarket ищут арбитраж в mirror markets

Polymarket — естественная reference venue благодаря CLOB-данным, активным книгам, большому потоку трейдеров и ботов и известной инфраструктуре.

Вторая поверхность может дать аудиторию другого оператора, новый order flow, финансируемые кампании ликвидности и повторное использование Polygon, USDC, CLOB, pricing и inventory stack. Maker может сочетать trading P&L с оплатой за поддержание глубины.

Kuest связывает брендированные operator frontend с общей discovery, matching, wallet operation и lifecycle data. Рынки с одинаковыми outcome token ID используют одни книги Kuest. Поэтому две страницы операторов не обязательно являются независимыми venue.

Разница между двумя Kuest frontend не является арбитражем автоматически.

Edge может появиться из связи потока Kuest с Polymarket, из потока оператора, fee и incentive economics, дисбаланса инвентаря или финансируемой кампании.

Как работают зеркальные рынки Kuest

Mirror описывает связь с выбранным внешним источником. Это не простое встраивание order book другой площадки.

Оператор может объединять Polymarket mirrors, собственные рынки и выбранные shared sources. Он управляет брендом, доменом, опытом пользователя и операциями. Kuest предоставляет CLOB, market data, matching, relayed wallet actions и Polygon settlement.

Для market maker:

1. Источник задаёт спецификацию. Проверьте вопрос, outcomes, close time, resolution source и edge cases.
2. Kuest создаёт совместимое представление. У mirror есть собственные metadata и book context.
3. Outcome mapping должен быть явным. Бот обязан знать соответствующие YES/NO tokens.
4. Поток относится к исходному оператору. Учитываются операции через site, bot и SDK.
5. Settlement проверяется отдельно. Price relation зависит от lifecycle рынка.

Читайте архитектуру Kuest и open-source repository о Polygon, USDC, API и SDK.

Polymarket hedge strategy: торговать одним outcome на разных venue

Polymarket hedge strategy должна начинаться с реальной позиции в Kuest book, а не с предположения, что YES везде одинаков.

Хеджировать исполненный quote тем же outcome

Если вы продали 1 000 YES на Kuest по $0.54, а соответствующий ask на Polymarket равен $0.55, можно восстановить inventory в пределах доступной глубины. Результат — выручка Kuest минус стоимость hedge, fees, gas, slippage и adverse selection.

Если исполнилось только 600, оставшиеся 400 остаются экспозицией.

Построить полную пару

Если YES на Kuest стоит $0.53, а NO на Polymarket $0.43, пара стоит $0.96 и выплачивает $1 при одинаковых правилах. Валовой edge — $0.04 за пару до расходов.

Пошаговый пример prediction market arbitrage

1. Проверить contract: сопоставить condition, outcome order, cutoff и resolver на Kuest и Polymarket.
2. Прочитать исполнимые книги: использовать bid, ask и size. Order book API Polymarket показывает уровни, timestamp, минимум и tick size.
3. Выбрать hedge route: хеджировать доступный объём, пересечь следующий уровень, использовать complementary route или уменьшить quotes.
4. Рассчитать результат:

net result = доход Kuest - стоимость hedge - fees - gas - slippage
             - стоимость капитала и inventory

5. Сверить каждый статус: accepted, partial fill, cancel, reject и resting.
6. Следить до settlement: resolution, disputes, redemption и изменение связи рынков.

Как находить mirrors и сопоставлять outcome tokens

Самый опасный shortcut — matching только по заголовку. Assymetrix показывает, как разные трейдеры, fees, liquidity и resolution rules превращают похожие headlines в разные instruments.

Сохраняйте для каждого mirror как минимум:

{
  "source": "polymarket",
  "sourceConditionId": "0x...",
  "sourceYesTokenId": "...",
  "sourceNoTokenId": "...",
  "kuestConditionId": "0x...",
  "kuestYesTokenId": "...",
  "kuestNoTokenId": "...",
  "resolutionSource": "...",
  "closeTime": "...",
  "mappingStatus": "verified"
}

Kuest market details содержат mirror condition IDs, mirror token IDs, outcomes, fees, resolution source и bid/ask. Отклоняйте trade при отсутствии ID, другом close time, другом source, паузе рынка или недостаточном объёме для полного hedge.

Как Shared Liquidity меняет арбитраж

Совместимые markets используют общие книги Kuest. Order с одной страницы может исполниться против flow другой, повышая capital efficiency и снижая cold start.

Но две страницы одной книги не являются двумя независимыми legs. Edge может приходить из связи с Polymarket, operator flow, fees/incentives, inventory imbalance или funded campaign.

Изучите протокол Kuest и страницу Market Maker, чтобы понять network и liquidity mandates.

Инвентарь Market Maker: collateral, YES/NO и settlement

Бинарный market maker обычно управляет USDC collateral, YES inventory, NO inventory и позициями на внешних venue. Корректный hedge зависит от полного баланса.

Пара YES/NO одного condition имеет совокупную стоимость $1 при settlement. В зависимости от venue её можно mint из collateral или merge обратно. Разделяйте физическое действие и accounting: SELL YES остаётся SELL YES в логе, даже если settlement использует merge.

Сколько edge остаётся после fees, gas и slippage?

Midpoint не является исполнимой ценой. Используйте реальные price и size. Смотрите spreads API Polymarket и CLOB market info.

net edge = gross payoff или spread
         - fees всех legs - gas - slippage
         - failed fills - locked capital - hedge cost
         - operational overhead

Награда Kuest campaign должна быть отдельной revenue line. Она оплачивает заданную liquidity service, но не скрывает adverse selection, inventory loss или bond cost.

Основные риски Polymarket mirror arbitrage

Basis risk

Один пункт правил может изменить payoff. Сравнивайте data source, timestamp, cutoff, resolver и edge cases.

Execution, latency и liquidity risk

Дешёвая leg может исчезнуть до прихода hedge, а размера best ask может не хватить.

Adverse selection

Трейдер, который забирает ваш quote, может быстрее бота отреагировать на новую информацию.

Resolution, venue и operational risk

Outages, rate limits, rejected orders, wallet errors, stale websockets, disputes и delayed settlement должны обрабатываться reconciliation и kill switches.

Regulatory risk

Правила prediction markets, derivatives и market making зависят от jurisdiction. Получите собственную юридическую, налоговую и compliance консультацию.

Как Kuest campaigns оплачивают ликвидность

Campaign может определить market или series, даты, depth на сторону, maximum spread, coverage, reward, bond и наличие внешнего Polymarket hedge.

Escrow flow:

1. Sponsor вносит reward и protocol amounts.
2. Approved market maker проверяет и принимает terms.
3. При необходимости вносит bond.
4. Поддерживает ликвидность во время service.
5. Проходит review и возможный dispute.
6. После finalization allocation доступна через pendingWithdrawals.

Escrow защищает commercial mandate, но не гарантирует hedge fills или прибыль. Читайте Create Market API и Resolution API.

Prediction market arbitrage bots и API infrastructure

Серьёзный bot — это state machine:

discover -> validate mapping -> read depth -> calculate net edge
         -> reserve collateral -> place first leg
         -> confirm fill -> place hedge -> reconcile
         -> monitor settlement -> rebalance inventory

Нужны discovery, token mapping, live order books, sizing, fill reconciliation, inventory, hedge routing, settlement monitoring, alerts, logs и kill switches. Используйте Polymarket market data и order API.

Существующий Polymarket bot может переиспользовать Polygon wallet, CLOB, cancel-and-replace и risk controls, но нужно проверить Kuest IDs, shared books, auth, fees, order semantics, lifecycle и campaign obligations.

Как начать market making на Kuest

1. Откройте страницу Market Maker Kuest и модель протокола.
2. Запросите approval операционной wallet.
3. Фильтруйте campaigns по Polymarket hedge, spread, depth и duration.
4. Независимо проверьте mapping и внешний book.
5. Принимайте подходящие terms и вносите bond при необходимости.
6. Начните с консервативного размера и проверьте order, fill и reconciliation.
7. После service и review выполните finalize и withdraw.

Почему crypto-native market makers важны для Kuest

Kuest нужны desks, умеющие котировать binary CLOB, управлять YES/NO inventory, видеть basis risk, обрабатывать partial fills, работать с Polygon/USDC и поддерживать kill switches, alerts и audit logs.

Эта экспертиза даёт операторам credible depth с первого дня, а maker получает community flow и funded mandates через общую сеть.

Дополнительные материалы

• Архитектура Kuest: операторы, shared liquidity и settlement
• Polymarket order book
• Отправка ордера Polymarket
• Assymetrix о cross-venue prediction-market arbitrage
• Prediction-market arbitrage guide
• Preduck: cross-venue hedging и matching

FAQ: Prediction Market Arbitrage

Арбитраж Polymarket безрисковый?

Нет. Spread может исчезнуть до исполнения, а похожие markets могут разрешаться по-разному. Даже YES/NO pair требует одинаковых правил и complete fills.

Что такое Polymarket mirror market?

Это Kuest market, связанный с source market Polymarket, чтобы оператор мог показать событие под своим брендом. Нужно проверять mapping, resolution и liquidity.

Как работает Polymarket hedge strategy?

Maker использует Polymarket, чтобы сократить exposure от котирования на другой venue: покупает тот же outcome, complementary outcome или complete pair. Route зависит от contract, depth, fees и partial fills.

Какие ID должен сопоставлять bot?

Condition IDs source и Kuest, token IDs YES/NO, resolution source, close time и mapping status. При неоднозначности торговать нельзя.

Что такое MarketMakerEscrow?

Polygon smart contract для reward, bond, service, review и withdrawal в liquidity campaigns. Он не гарантирует прибыль.

Гарантирует ли Kuest доходность арбитража?

Нет. Kuest предоставляет инфраструктуру, сеть, данные и escrow. Pricing, execution, inventory, hedge и capital risk остаются у market maker.