Создание криптобиржи с нуля — инженерный проект на несколько лет. Нужен движок сопоставления заявок, кошельковая инфраструктура в нескольких сетях, верификация личности, фиатные шлюзы, админ-панель и модель безопасности, которая выдержит встречу с настоящими атакующими. Готовый скрипт биржи сжимает всё это до установки. Взамен вы наследуете чужую архитектуру — поэтому единственный по-настоящему важный вопрос: покрывает ли эта архитектура то, что бирже действительно нужно. В этом руководстве: что обязана включать серьёзная white label платформа, как оценить её до покупки и где на обоих путях лежат настоящие затраты.

Архитектура готовой криптобиржи: рынки, кошельки и комплаенс
Архитектура готовой криптобиржи: рынки, кошельки и комплаенс

Во что реально обходится разработка своими силами

Оценка, которую команды обычно дают сами себе, крутится вокруг движка сопоставления. Это та часть, о которой думают все, и она не является дорогой.

Дорогие части — те, что никогда не заканчиваются. Кошельковая инфраструктура в нескольких сетях означает запуск нод, обработку реорганизаций, управление горячим и холодным хранением и сверку депозитов, пришедших с неверным memo. Фиатные шлюзы — это интеграции с платёжными провайдерами, у каждого своя логика сверки и свои сценарии отказа. Верификация личности — это либо собственная документальная экспертиза, либо интеграция с провайдером. Дальше остаются админ-панель, тикет-система, слой уведомлений, реферальная логика и отчётность, которую финансы и комплаенс попросят в первый же день.

Ничто из этого не является интеллектуально сложным. Всё это — время. Реалистичная собственная разработка измеряется годами и постоянной командой, а не датой запуска. Именно с этой величиной и стоит сравнивать, а не с ценой лицензии на скрипт.

Что должна включать полноценная биржевая платформа

Не всякий продукт, который продают как скрипт биржи, является законченным. Многие покрывают спот и на этом останавливаются, оставляя вам лёгкие 30% и ничего из операционной реальности.

Платформа, которую имеет смысл разворачивать, включает как минимум:

  • Рынки: спот, фьючерсы, мгновенный обмен, маржу и P2P — с ордерами Market, Limit, Stop-Market и Stop-Limit. Пользователи ожидают набор ордеров уровня крупных бирж; всё, что меньше, выглядит недоделанным.
  • Кошельки: несколько моделей хранения в разных сетях плюс конвертация пыли, чтобы пользователь мог очистить неиспользуемые остатки.
  • Идентификация: встроенный KYC, желательно двухэтапный, чтобы лимиты росли по мере углубления верификации.
  • Платежи: несколько шлюзов, открытый банкинг там, где он доступен, и путь ручной проверки для переводов, требующих одобрения.
  • Операции: тикеты, внутренний чат, SMS- и email-панели, каналы уведомлений, стейкинг, рефералы, бонусные схемы и уровни пользователей.
  • Безопасность: двухфакторная аутентификация, административные ограничения и резервные копии базы данных.

Наша биржевая платформа включает всё перечисленное, в том числе шесть уровней пользователей, три модели кошельков и четыре канала уведомлений — потому что на практике отсутствие любого из них превращается в нагрузку на поддержку.

Комплаенс — не дополнительная опция

Самый частый пробел в биржевых скриптах — комплаенс. Платформа, позволяющая вносить средства анонимно, — это не бизнес, который согласится обслуживать банк, и ни один платёжный провайдер не станет работать с вами дальше, как только осознает масштаб риска.

Нужны два разных механизма. KYC устанавливает, кто ваши пользователи, на входе. KYT сообщает, что их деньги делают потом: проверяет адреса депозитов до зачисления и адреса назначения выводов до отправки средств. Отправка на подсанкционный адрес в большинстве юрисдикций является более серьёзным нарушением — и именно её скрининг одних только депозитов полностью пропускает.

Если вы принимаете корпоративных клиентов или маркетмейкеров, потребуется ещё и KYB для проверки компании и её бенефициарных владельцев. Построить этот стек самостоятельно — значит найти источники санкционных данных, поддерживать их и защищать свою методологию перед регулятором. Интегрировать его — значит сделать вызов API.

Лицензия или исходный код

Готовые платформы обычно продаются двумя способами, и правильный выбор зависит от ваших инженерных планов, а не от бюджета.

Ограниченная лицензия устанавливает платформу на ваш сервер для одного домена, под вашим брендом и с поддержкой. Это верный выбор, если вы намерены эксплуатировать биржу в том виде, в каком она поставлена, и не планируете глубокой кастомизации. Наша ограниченная лицензия стоит 1 200 долларов и включает все рынки, встроенный KYC, мультисетевые кошельки и платёжный шлюз.

Полная передача исходного кода снимает ограничение по домену и отдаёт код целиком, так что ваша команда может менять что угодно и разворачивать сколько угодно инсталляций. Это 12 000 долларов. Верный выбор, если у вас есть разработчики и собственная дорожная карта, — и неверный, если их нет, поскольку владение кодом, который вы не в состоянии сопровождать, является обязательством, а не активом.

Оба варианта — разовая покупка, а не доля от выручки. Актуальные детали на странице биржевой платформы.

Как оценить скрипт до покупки

Просите живой демо-стенд, а не скриншоты, и выставляйте в нём реальные заявки. Скриншоты скрывают задержки, сломанные состояния и наполовину сделанные административные экраны.

Затем проверьте то, что поставщики обычно обходят стороной. Позволяет ли админ-панель действительно управлять бизнесом — менять лимиты, разбирать помеченные выводы, закрывать тикеты — или это тонкий слой для создания и редактирования записей? Есть ли настоящее представление для сверки депозитов? Видно ли, что происходит, когда депозит приходит недоплаченным или в другой сети, — а это будет случаться еженедельно?

Спросите, какой технологический стек используется и сможете ли вы нанять под него людей. Спросите, что входит в поддержку и на какой срок. И спросите прямо, встроен ли слой комплаенса или предполагается, что это ваша забота: удивительно много поставщиков целиком перекладывают его на покупателя, не сообщая об этом.

Реалистичная последовательность запуска

Покупка платформы — это первая неделя, а не финиш. Рабочая последовательность выглядит так.

Установите платформу и оформите под свой бренд. Подключите платёжные шлюзы и протестируйте каждый на небольших реальных суммах, включая отказы и возвраты. Включите KYC и проведите верификации от начала до конца, намеренно добавив документ плохого качества, чтобы узнать свою долю ручных разборов. Настройте скрининг на депозитах и выводах с поначалу консервативными порогами. Определите тарифы и уровни пользователей. И только затем запустите закрытую бету с реальными деньгами и небольшой группой, прежде чем открывать регистрацию.

Бета — тот шаг, который команды пропускают и о котором потом жалеют. Именно там выясняется, что у очереди одобрения выводов нет ответственного, или что никто не решил, как поступать, когда результат скрининга приходит средним в два часа ночи.

Биржа или проп-платформа?

Некоторые операторы на середине пути обнаруживают, что им нужна вовсе не биржа. Если ваша модель — финансировать трейдеров и брать долю прибыли, а не сопоставлять заявки и брать комиссию, вам нужна платформа проп-трейдинга: другой продукт с правилами челленджей, финансируемыми счетами и логикой выплат.

Оба продукта разделяют слой идентификации и скрининга, поэтому комплаенс-работа переносится. Но основная механика различается достаточно, чтобы неверный выбор обошёлся вам полной переделкой. Определитесь, в каком вы бизнесе, прежде чем покупать любой из них.

Об архитектуре, о которой стоит спросить

Устоит ли платформа под нагрузкой или сложится на первом же всплеске торгов, определяет архитектура, а не интерфейс.

Спросите прямо: сервисы разделены или это единый монолит? Платформа, построенная на микросервисах, позволяет масштабировать один только движок сопоставления под нагрузкой, не перезапуская всё остальное. Спросите и про базы данных: реляционная для балансов и финансовых операций, более быстрое хранилище для оперативных данных, кеширующий слой для стакана заявок. Это разделение — не инженерное излишество, а разница между задержкой в миллисекундах и задержкой в секундах.

Спросите также про слой обмена сообщениями между сервисами: именно он удерживает балансы согласованными, когда часть системы временно отказывает. Платформа без внятного механизма повторов и сверки рано или поздно даст расхождения в балансах — а это худший вид ошибок, потому что всплывают они с задержкой и требуют ручного разбора.

Посмотрите, что включает биржевая платформа — Тарифы · Услуги · KYT · KYC · KYB · Exchange · Prop