Как запустить цифровой банк со встроенной криптой

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

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

Шаг 1 — Определите продукт до технологии

Каждое последующее решение — лицензирование, провайдеры, конфигурация — вытекает из небольшого набора продуктовых выборов. Запишите их до того, как оценивать какого-либо вендора:

• Сегменты клиентов: физические лица, компании или и те и другие? Какие страны на запуске и какие явно исключены?
• Уровни счетов: что получает непроверенный пользователь, если получает вообще? Что открывают полный KYC и корпоративный уровень?
• Валюты и рельсы: какие фиатные валюты держат счета и какие типы переводов (локальные и международные) должны работать на запуске?
• Сети и активы: какие блокчейн-сети и стейблкоины реально использует ваш рынок? Поддержка дюжины сетей значит меньше, чем три правильные для вашего коридора.
• Монетизация: какие операции облагаются комиссией, что бесплатно и где место рефералов или платных уровней?

Шаг 2 — Выберите регуляторный путь

Технологический вендор поставляет софт; регулируемая деятельность — ваша. В общих чертах операторы идут одним из двух путей. Первый — получить разрешения напрямую: например, лицензию EMI или платёжного учреждения плюс регистрацию провайдера услуг с криптоактивами, такую как CASP по MiCA в ЕС или лицензия VARA в Дубае, в зависимости от юрисдикции и объёма продукта. Второй — работать с лицензированными партнёрскими институтами, пока набираете объём, и позже мигрировать на собственные лицензии.

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

Шаг 3 — Решите, как работает ваша инфраструктура

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

Хранение ключей заслуживает особого внимания: секреты шифрования и ключи JWT должны быть уникальными для вашего развёртывания и жить в управляемом сервисе ключей, таком как AWS KMS, вне кода и базы данных. Казначейские кошельки должны находиться под multisig. Если вендор не может объяснить, где живут ваши ключи и кто может их трогать, — ищите дальше.

Шаг 4 — Подключите фиатные рельсы и карты через провайдеров

Фиатные счета, переводы и карточные программы работают на соглашениях с регулируемыми провайдерами — партнёрами banking-as-a-service, эмитентами карт, платёжными процессорами. Коммерческие соглашения держите вы; платформа их интегрирует. Скорость определяют две вещи: интегрировала ли платформа ваших провайдеров раньше и как быстро вы получаете продакшен-учётные данные.

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

Шаг 5 — Постройте криптоархитектуру правильно

Крипта — это место, где технические срезания углов становятся экзистенциальными рисками. Ненегоциируемое для развёртывания банковского уровня:

• Некастодиальные кошельки, генерируемые на каждого пользователя, с приватными ключами, зашифрованными секретами, которые принадлежат вам, оператору, — хранящимися в управляемом сервисе ключей, никогда в коде или базе данных.
• Покрытие сетей, которыми пользуется ваш рынок, с основными стейблкоинами (USDT, USDC) там, где сеть их поддерживает.
• Казначейские и мастер-кошельки под multisig, чтобы ни один человек и ни один сервер не мог в одиночку двигать агрегированные средства.
• Белые списки адресов вывода с обязательным периодом ожидания 24–48 часов, прежде чем новый адрес станет пригодным к использованию.
• Двухфакторная аутентификация на выводах и чувствительных изменениях — а не только при логине.
• Каждое криптодвижение записывается в тот же леджер с двойной записью, что и фиат, — так что один процесс сверки покрывает весь баланс.

Шаг 6 — Встройте комплаенс в ежедневные операции

Регуляторы оценивают то, что вы делаете каждый день, а не то, что обещает ваша архитектурная схема. Платформа должна делать соответствующий требованиям путь путём по умолчанию: онбординг KYC и KYB по уровням с истечением срока документов, автоматический сбор FATCA и источника средств, доступность продуктов по странам, движок правил AML, помечающий необычную активность, и append-only журнал аудита за каждым действием.

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

Шаг 7 — Включите монетизацию

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

От чего на самом деле зависят «недели, а не годы»

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

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