Если вы брокерская компания, медиа-оператор или финтех-компания, которая решила запустить площадку для рынка прогнозов, следующим решением будет: строить инфраструктуру самостоятельно или лицензировать ее. Большинство команд подходят к этому вопросу с приблизительными оценками и в конечном итоге удивляются реальным цифрам. Это тот срыв, который нам хотелось бы иметь.
Этот пост предназначен для операторов, которые уже понимают эту возможность (если вы этого не понимаете, начните с нашего анализа рынка). Вопрос здесь чисто в исполнении: сколько стоит в долларах и месяцах создать заслуживающую доверия площадку, способную обеспечить реальный объем?
Что на самом деле означает «построить»
Прежде чем обсуждать стоимость, полезно уточнить, что требуется для полноценной платформы рынка прогнозов. Операторы постоянно занижают этот список, поскольку некоторые его части невидимы, пока вы не углубитесь в реализацию.
Площадке производственного уровня необходимы как минимум:
- Исходные контракты. Смарт-контракты (или их оффчейновые контракты). эквивалент), которые определяют условный выигрыш, принимают залог, и выплатить по решению. Им необходимо обрабатывать контракты ДА/НЕТ, рынки с множеством результатов и условные зависимости. Они должны быть проверенным.
- Соответствующий механизм. Центральная книга лимитных ордеров, часто работающая на ретрансляционной архитектуре, поэтому пользователи не платят за бензин за каждый заказ. Это нетривиальное программное обеспечение — порядок за доли миллисекунды, справедливость. гарантии, механика частичного заполнения, семантика отмены-замены.
- Инфраструктура расчетов. Способ определения результатов и урегулировать рынки. Либо централизованная команда по обеспечению целостности рынка, либо оптимистичная интеграция оракула (UMA) или собственная сеть оракула. Каждый путь имеет свою постоянную эксплуатационную нагрузку.
- Кошелек и хранение. Если вы используете криптовалюту, это кошелек. интеграция плюс хранение в цепочке. Если вас регулируют, это фиатные входы и выходы плюс сегрегированные клиентские средства плюс аудит след, чтобы защитить эту сегрегацию.
- KYC, AML и механизмы обеспечения соответствия. В зависимости от юрисдикции. Каждый юрисдикция имеет свой собственный стек провайдеров, документ, удостоверяющий личность требования и обязательства по отчетности.
- Фронтенд и мобильные приложения. Торговый интерфейс, ввод/вывод средств потоки, открытие рынка, графики, управление позициями, уведомления. Большая часть пользовательского опыта.
- Предоставление ликвидности. Либо маркет-мейкерские боты, по контракту. отношения с маркет-мейкерами или соглашение о совместной ликвидности с другое место проведения. Без этого у вас нет места проведения.
- Операции. Круглосуточный мониторинг, реагирование на инциденты, клиент поддержка, разрешение споров, каналы создания рынка, руководство возможности переопределения для крайних случаев.
Восемь столбов. Каждый из них сам по себе является серьезным инженерным проектом.
Реальная стоимость строительства с нуля.
Вот структура затрат, которая постоянно отображается в рассмотренных нами планах расширения операторов. Это цифры 2026 года, предназначенные для команды, которая знает, что делает, а не самая дешевая сборка.
| Компонент | Первоначальная стоимость | Время | Непрерывный |
|---|---|---|---|
| Смарт-контракты + аудит (OpenZeppelin или Trail of Bits) | $280k – $520k | 4–6 месяцев | $30k / год |
| Соответствующая архитектура механизма + ретранслятора | $520k – $980k | 5–8 месяцев | $140k / год |
| Интеграция расчетов/оракулов | $180k – $360k | 3–5 месяцев | $60k / год |
| Кошелек + хранение (регулируемая юрисдикция) | $420k – $800k | 5–9 месяцев | $220k / год |
| KYC/AML трубопровод (1 юрисдикция) | $140k – $260k | 2–4 месяца | $80k / год |
| Фронтенд + мобильная версия + дизайн-система | $580k – $1.1M | 5–7 месяцев | $280k / год |
| Ликвидность (первоначальный маркет-мейкинг) | $1.0M – $2.5M | непрерывный | глубоко изменчивый |
| Инфраструктура эксплуатации/поддержки/мониторинга | $320k – $640k | 2–3 месяца | $340k / год |
Это от $3.4M до $7.2M по первоначальным затратам, $1.15M+ в год по текущим эксплуатационным расходам и временной график критического пути примерно от 8 до 14 месяцев. Самый длинный рабочий поток — это механизм сопоставления, но на практике обязательным ограничением является аудит, поскольку механизм сопоставления зависит от стабильных контрактных интерфейсов, и они не поставляются до тех пор, пока аудит не завершится второй этап.
Приведенные выше цифры предполагают одну юрисдикцию, один язык и один класс активов. Каждая дополнительная юрисдикция добавляет примерно $200k авансом и 6–10 недель. Поддержка нескольких активов (например, спорт + макросы + криптовалюта) добавляет еще один уровень сложности в создание рынков и автоматизацию расчетов.
Скрытые расходы, которые никто не учитывает
Приведенные выше позиции очевидны. Есть еще шесть, которые операторы постоянно недооценивают.
Циклы аудита во множественном числе, а не в единственном числе. Первый аудит дает результаты. Вы их исправляете, проводите рефакторинг и повторный аудит. Потом третий проход. Каждый цикл длится 6–10 недель и $90k–$160k.. Большинство команд закладывают в бюджет один аудит и обнаруживают, что им нужны три.
Ликвидность — это не единовременные затраты. Соглашение с маркет-мейкером — это либо договорная плата, выплачиваемая за предоставление спреда, либо внутренняя книга, которую необходимо капитализировать. В любом случае, стоимость будет действовать бесконечно и масштабироваться с объемом, а не снижаться с течением времени.
Регулирующее взаимодействие является двусторонним. Вы не получаете лицензию; вы строите отношения с регулирующим органом в течение месяцев или лет. Эти отношения подразумевают мягкие затраты (время руководителя, юрисконсульт, периодические письменные заявления, личные встречи), которых нет ни в одной смете.
Операции по разрешению ситуации. Платформа с 9800 активными рынками в неделю, как и нынешнее состояние Polymarket, имеет десятки решений по крайним случаям в день — рынки, где базовые данные неоднозначны, где источник перемещается, где важное событие переформулирует вопрос о результате. Каждый из них требует человеческого суждения, документального обоснования и общественной защиты. Операторы постоянно не предусматривают в бюджете численность персонала, отвечающего за разрешение проблем, из этого следует.
Поверхность атаки на инфраструктуру. Каждый компонент, который вы создаете, — это компонент, который вы должны защищать. Оперативное управление, манипулирование оракулами, извлечение MEV, фишинг во внешнем интерфейсе, сбои в управлении ключами — модель угроз широка, а последствия публичны. Операторы на производстве тратят 20–30% своих инженерных мощностей на закалку после запуска.
Альтернативные издержки позднего запуска. Бренды-операторы, определяющие ожидания аудитории, в 2026 году будут расти. 12-месячная задержка запуска — это не просто 12 месяцев упущенной выгоды — это 12-месячная фора, которую получает тот, кто первым запустил вашу целевую аудиторию.
Что на самом деле открывает лицензирование
Лицензионная инфраструктура не является частичным ответом. Операторы, которые лицензируют чисто, работают с той же поверхностью продукта, что и операторы, создавшие — те же контракты, та же глубина, та же сложность UX — но с другой структурой затрат.
| Измерение | Строить | Лицензия (Kuest) |
|---|---|---|
| Время первой реальной торговли | 8–14 месяцев | Дни |
| Первоначальный капитал | $3.4M – $7.2M | ≈ $0 |
| Ликвидность на момент запуска | Холодный старт | Совместно с существующих площадок |
| Аудит владения | Оператор | Унаследовано (OpenZeppelin) |
| Рельсы разрешения | Сборка/интеграция | Удалось |
| Наложение по юрисдикциям | +$200k каждый | Конфигурация |
| Размер инженерной команды | 5–8 штатных сотрудников | 0 |
| Комиссия оператора за каждую сделку | Да | Да |
Комиссия оператора является ключевым экономическим моментом. Лицензирование никоим образом не снижает ваш доход от сделки — в большинстве инфраструктурных соглашений плата за платформу устанавливается в виде доли комиссии оператора, а не в виде доли дохода. Вы сохраняете брокерскую маржу; вы передаете инженерную сборку на аутсорсинг.
Для большинства операторов актуальным вопросом является не «сколько я сэкономлю на лицензировании?» — это «насколько раньше я фиксирую атрибуцию аудитории?» Экономия на сборке реальна, но она составляет лишь часть стоимости запуска на 9–12 месяцев раньше.
Когда сборка имеет смысл
Есть три сценария, в которых строительство действительно имеет смысл, и о них стоит быть честным.
Вы — площадка, а не оператор. Если ваша стратегическая позиция — быть глобальной площадкой (например, Polymarket или Kalshi), вы должны владеть инфраструктурой, потому что это ров. Вы не будете лицензировать. Вы строите, привлекаете институциональный капитал для финансирования строительства и принимаете двухлетний график.
У вас уникальный дизайн контракта, который протокол не поддерживает. Если ваше ценностное предложение является чем-то экзотическим — новый контракт с несколькими залогами, бессрочный продукт прогнозирования, оболочка контракта как производного — абстракции протокола могут не подойти. Большинство операторов сюда не попадают, но некоторые попадают.
Вы — суверенный или квази-суверенный субъект. Некоторым учреждениям приходится владеть инфраструктурой по некоммерческим причинам — суверенным фондам благосостояния, площадкам, прилегающим к центральным банкам, крупным государственным биржам. Они строят, потому что лицензирование создает неэкономическую зависимость, которую они не могут принять.
Для всех остальных — для каждой розничной брокерской компании, каждого потребительского финтех-проекта, каждого медиа-оператора с аудиторией — путь построения является отвлекающим фактором.
Что идет не так на пути сборки, чего никто не ожидает
Даже команды, которые открыто смотрят на стоимость и сроки, попадают в засаду определенного класса проблем, который не отображается ни в одной дорожной карте. Три шаблона повторяются во всех попытках сборки с нуля, которые мы наблюдали (и в некоторых случаях унаследованы на этапе восстановления).
Инженерное сокращение в середине строительства. Старший инженер по смарт-контрактам уходит на седьмом месяце. Их замена начинается с девятого месяца. Передача знаний отнимает еще два месяца. Аудит задерживается на четверть, поскольку поверхность контракта постоянно менялась во время передачи. Это не гипотеза — это режим модального отказа для собственных сборок, потому что людей, квалифицированных для написания этих контрактов, мало, и у них есть варианты.
Экономика поставщиков ликвидности меняется в середине запуска. На четвертом месяце оператор подписывает соглашение с маркет-мейкером, условия которого выглядят вполне удовлетворительными. Конкурирующие возможности маркет-мейкера по продаже книг улучшаются к десятому месяцу. Пересмотр ставит оператора в худшие условия или вынуждает переключиться на внутренний рынок, что добавляет строку капитала $1M+, которой не было в первоначальном бюджете.
Отклонение нормативных требований во время разработки. Структура, к которой вы стремитесь в первый месяц, — это не та структура, которая существует в четырнадцатый месяц, когда вы готовы подать заявление на получение письма об отказе от действий. Операторы постоянно недооценивают, сколько переделок требуется из-за отклонений в нормативных актах в течение года с лишним. Мы видели сборки, которые были поставлены и были технически работоспособны, но не смогли подать заявку на лицензию, для которой они были разработаны, поскольку правила изменились.
Общим структурным свойством всех трех является риск продолжительности. Каждый месяц, когда вы находитесь на этапе построения, предположения, лежащие в основе вашего плана, должны сохраняться. Это не так, достоверно. Лицензирование сокращает этап сборки до нескольких дней, что сводит риск продолжительности примерно до нуля — вы действуете в соответствии с текущими условиями, а не с условиями, которые, как вы можете поспорить, будут существовать через год.
Схема быстрого принятия решений
Три вопроса по порядку, которые приведут вас к правильному ответу:
- Является ли ваш конкурентный ров местом проведения или публикой? Если это публике, лицензируйте место проведения. Если это само место проведения, постройте.
- Можете ли вы отправить пригодный к использованию продукт менее чем за 12 месяцев? Если да, сборка лежит на столе. Если нет, вы передаете свою аудиторию кто может.
- Требует ли ваш продукт контрактных проектов, которых нет на сайте? какой-нибудь протокол? Если да, то build. Если ваши потребности находятся в пределах стандартное двоичное/многоисходное/скалярное контрактное пространство, лицензия.
Большинство операторов, которые работают через это, честно отвечают: «Аудитория, меньше 12 месяцев вряд ли, контрактные потребности стандартные». Это решение о лицензии.
Как выглядит лицензирование на практике
Чистое развертывание лицензии с помощью Kuest по времени и порядку выглядит следующим образом:
- День 0. Активы бренда, модель оплаты, определение аудитории, цель. юрисдикции, отправленные через мастер запуска.
- День 0–1. Смарт-контракты развернуты под вашим оператором. личность. Настроены пользовательские типы рынков. Источники разрешения выбрано.
- Дни 1–3. Фронтенд адаптирован под ваш бренд. Потоки соответствия настроено для каждой юрисдикции.
- Дни 3–5. Мягкий запуск для закрытой аудитории для поведенческих исследований. проверка. Ликвидность уже присутствует за счет общего потока ордеров.
- День 5–14. Публичный запуск. Комиссия оператора взимается за каждый торговля. Инженерная команда на нуле.
Тот же объем, построенный с нуля, занимает полтора года.