Инвестиции

Info

Раздел фиксирует раунды инвестиций и этапность развития DARCA по фазам, с привязкой к Road-map и режимам запуска (партнеры, собственные лицензии, миграция).

---

Раунды инвестиций и этапность развития

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

Note

В Phase 1 - запуск Core в ЕС через партнеров и управляемая эксплуатация. ОАЭ в Block 2 - readiness, а go-live начинается с Block 3.

Сводная матрица раундов

Поле	Seed - Phase 1	Series A - Phase 2	Series B - Phase 3	Series C - Phase 4
Раунд и фаза	Seed - Phase 1	Series A - Phase 2	Series B - Phase 3	Series C - Phase 4
Сумма раунда	€1.8 млн	€11 млн	€30 млн	€115 млн
Инструмент сделки	SAFE (Simple Agreement for Future Equity). После согласования условий раунда регистрируется головная компания DARCA в Литве, и SAFE оформляется по праву Литвы как договор о будущем приобретении доли (обычно через механику опциона/подписки). Детали конвертации - в разделе 2	Оценочный equity-раунд (priced round)	Оценочный equity-раунд	Оценочный equity-раунд
Длительность и привязка к Road-map	24 месяца = Block 1 (15) + Block 2 (9)	13 месяцев (Block 3)	15 месяцев (Block 3)	24 месяца (Block 4)
География и режим	ЕС - партнерский запуск Core (go-live) ОАЭ - readiness (без go-live) США - вне периметра	ЕС - go-live Core на собственных лицензиях + двойной контур миграции (dual-run) с партнеров ОАЭ - запуск Core через партнеров (go-live с Block 3) США - вне периметра	ЕС - запуск модулей волнами на собственной базе ОАЭ - перевод Core на собственные лицензии США - вне периметра	ОАЭ - full-scope (core + модули) США - запуск на собственных лицензиях RWA - factory в Phase 4 (Block 4)
Что запускаем в продукте	Core в ЕС через партнеров. Граница Phase 1 - без модулей	Core в ЕС на собственных лицензиях + управляемая миграция с партнеров. Core в ОАЭ через партнеров	Модули в ЕС волнами. Core ОАЭ на собственных лицензиях. Усиление Business слоя и GTM	ОАЭ full-scope (core + модули). США own-license launch. RWA factory в Block 4
Ключевой результат фазы	Подтверждена работоспособность Core в ЕС в партнерском режиме и управляемость ежедневных операций. Сформирована готовность к переходу на собственные лицензии ЕС (процессы, контуры, требования к миграции)	ЕС: Core на собственных лицензиях и старт управляемой миграции с партнеров без остановки продукта. ОАЭ: запуск Core через партнеров как второй рынок эксплуатации	ЕС: масштабирование продукта через волны модулей на собственной базе. ОАЭ: Core переводится на собственные лицензии	ОАЭ: full-scope core + модули как устойчивый лицензионный и продуктовый контур. США: запуск на собственных лицензиях. RWA factory реализуется в Phase 4
Что становится возможным в следующей фазе	Переход к собственным лицензиям ЕС и управляемой миграции с партнеров (Phase 2)	Волны модулей в ЕС и перевод Core ОАЭ на собственные лицензии (Phase 3)	ОАЭ full-scope и запуск США на собственных лицензиях (Phase 4)	Масштабирование operating model и глобальная экспансия, IPO как сценарий при достижении масштаба

---

flowchart LR
  A["Seed SAFE"] --> B["Phase 1 24 мес Block 1 (15) + Block 2 (9)"]

  B --> C{"KPI-гейты Phase 1достигнуты"}
  C -->|да| D["Series A"]
  C -->|нет| E["Продление Phase 1 фокус на достижении KPI"]

  D --> F["Phase 2 13 мес Block 3"]
  F --> H["Series B"] --> J["Phase 3 15 мес Block 3"] --> L["Series C"] --> N["Phase 4 24 мес Block 4"]

  subgraph GEO["География и режим"]
    direction TB
    G1["Phase 1 ЕС - partner Core go-live ОАЭ - readiness (Block 2) США - вне периметра"]
    G2["Phase 2 ЕС - own-license Core + dual-run миграция ОАЭ - Core go-live через партнеров (Block 3) США - вне периметра"]
    G3["Phase 3 ЕС - модули волнами ОАЭ - Core own-license США - вне периметра"]
    G4["Phase 4 ОАЭ - full-scope (core + модули) США - own-license launch RWA factory - Block 4"]
  end

  B -.-> G1
  F -.-> G2
  J -.-> G3
  N -.-> G4

Логика этапности и sequencing

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

Info

Последовательность построена так, чтобы сначала доказать управляемую эксплуатацию Core в проде, затем перейти на собственные лицензии в ключевой географии, и только после этого масштабировать модули, новые регионы и operating model без фрагментации продукта.

Принцип этапности

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

Note

В Phase 1 DARCA запускает Core в ЕС через партнеров и доводит operating model до состояния управляемой эксплуатации. ОАЭ в Block 2 - readiness, go-live начинается с Block 3. RWA factory реализуется только в Phase 4 (Block 4).

gantt
  title DARCA - Phases and Road-map Blocks (duration-only)
  dateFormat  YYYY-MM-DD
  axisFormat  %b %Y

  section Phase 1 (Seed) - 24 months
  Block 1 (15 months)                          :p1b1, 2026-03-01, 15M
  Block 2 (9 months)                           :p1b2, after p1b1, 9M

  section Phase 2 (Series A) - 13 months
  Phase 2 (Block 3)                            :p2, after p1b2, 13M

  section Phase 3 (Series B) - 15 months
  Phase 3 (Block 3)                            :p3, after p2, 15M

  section Phase 4 (Series C) - 24 months
  Phase 4 (Block 4)                            :p4, after p3, 24M

  section Geography and licensing milestones (aligned to Road-map logic)
  ЕС - partner Core go-live (end of Block 1)   :milestone, eu_go, after p1b1, 0d
  ОАЭ - readiness starts (Block 2)             :milestone, uae_ready, after p1b1, 0d

  ЕС - own-license + dual-run starts (Phase 2) :milestone, eu_own_start, after p1b2, 0d
  ОАЭ - Core go-live via partners (Phase 2)    :milestone, uae_go, after p1b2, 0d

  ОАЭ - Core own-license execution (Phase 3)   :milestone, uae_own_exec, after p2, 0d
  ЕС - modules waves start (Phase 3)           :milestone, eu_mod_start, after p2, 0d

  US licensing window (inside Phase 4)         :usLic, after p3, 12M
  США - own-license launch (after licensing)   :milestone, us_go, after usLic, 0d

  RWA factory program (Phase 4)                :rwaProg, after p3, 24M
  RWA factory - ready (end of Phase 4)         :milestone, rwa_ready, after rwaProg, 0d

  ОАЭ - full-scope complete (end of Phase 4)   :milestone, uae_full, after p4, 0d

Phase 1 - запуск Core в ЕС через партнеров, evidence pack, readiness к лицензированию

• Запуск Core в ЕС через партнеров - быстрый выход в продовую эксплуатацию без ожидания длительного лицензирования.
• Управляемая эксплуатация - подтверждение устойчивой работы ежедневных сценариев Core и операционного контроля:
  • статусы и таймлайн операций
  • документы и операционные досье
  • risk/compliance decisioning (allow/step-up/hold/deny)
  • in-app поддержка как часть операционного контура
• Evidence pack - набор доказательств зрелости продукта и операций для следующего шага:
  • артефакты процессов и контроля
  • эксплуатационные логи, SLA и устойчивость контуров
  • подтверждаемость статусов, документов и корректности обработки кейсов
• Readiness к Phase 2 и лицензированию - Phase 1 формирует базу, на которую “садится” собственный лицензионный режим, а не заменяет продукт и UX.
• ОАЭ в Phase 1 - только readiness: подготовка партнерского запуска и региональных требований без go-live.

Tip

Phase 1 не расширяет периметр за счет модулей. Фокус - Core-only и управляемая эксплуатация в ЕС, чтобы Phase 2 была миграцией зрелого продукта, а не запуском “с нуля”.

Phase 2 - собственные лицензии ядра ЕС, dual-run миграция, go-live ОАЭ через партнеров

• Собственные лицензии ядра ЕС - перевод Core на лицензионный режим, который снижает зависимость от партнеров в ключевой географии.
• Двойной контур миграции (dual-run) - управляемый переход с партнерского режима на own-license без остановки продукта:
  • непрерывность пользовательских сценариев
  • перенос контуров по этапам, с контролем качества и рисков
• ОАЭ - переход из readiness в go-live через партнеров (старт в Block 3) как второй рынок эксплуатации Core.

Warning

В Phase 2 основной технический и операционный приоритет - миграция без остановки продукта. Любое расширение периметра делается так, чтобы не перегружать Core и не увеличивать операционный риск.

Phase 3 - модули в ЕС волнами, own-license ядра ОАЭ, усиление Business и GTM

• Запуск модулей в ЕС волнами - по комплаенсу и рискам, чтобы масштабирование не разрушало Core и не фрагментировало UX:
  • каждая волна добавляет новые классы операций и требует отдельного контроля риска и комплаенса
  • результаты каждой волны фиксируются через процессы, метрики и артефакты контроля
• Перевод ядра ОАЭ на own-license - снижение зависимости от партнеров в ОАЭ после подтверждения operating model на двух рынках.
• Усиление Business слоя и GTM - резкое наращивание масштаба продаж и маркетинга оправдано, когда Core и операционный контур уже устойчивы, а лицензирование в ЕС сняло ключевую зависимость.

Note

Phase 3 строит “масштабирование без сюрпризов”: рост географий и функций происходит только на устойчивом ядре и при контролируемом расширении периметра.

Phase 4 - full-scope ОАЭ, США own-license launch, RWA factory, масштабирование operating model

• Full-scope модули ОАЭ - разворачивание полного периметра (core + модули) на зрелом комплаенс и risk контуре.
• США own-license launch - запуск в отдельном лицензионном режиме после подтверждения operating model в ЕС и ОАЭ и готовности команды к масштабу.
• RWA factory - отдельный сложный контур, реализуется только в Block 4 и не смешивается с ранними фазами, чтобы сохранять фокус Core и управляемость рисков.
• Масштабирование operating model и команды - переход от компактной продуктовой команды к масштабной “группе функций” для нескольких регионов и продуктовых линий.

Example

Итоговая логика sequencing: Core становится устойчивым и доказуемым в проде - затем закрепляется на own-license в ЕС - затем расширяется модулями волнами - затем масштабируется на ОАЭ full-scope и США, сохраняя единый контур операций, контроля и документов.

Единые фиксации документа

Ниже зафиксированы исходные параметры Phase 1 и базовые рамки, которые используются одинаково по всему документу.

Info

Все последующие разделы опираются на эти значения без изменения формулировок и чисел.

• Phase 1 длится 24 месяца и имеет бюджет €1.8 млн.
• Текущий раунд Seed оформляется через SAFE. Юридическое оформление сделки выполняется после согласования условий раунда и регистрации головной компании DARCA в Литве.
• Финансовая модель Phase 1 построена без учета выручки. Любые ранние поступления рассматриваются как буфер, а не как условие выполнения плана.
• ОАЭ в Block 2 находится в режиме readiness. Go-live в ОАЭ начинается с Block 3.
• Базовый сценарий выхода на самоокупаемость составляет 30-36 месяцев от старта Phase 1.
• Периметр Phase 1 - Core-only в ЕС через партнеров. В Phase 1 не запускаются модули, RWA и США.

Note

Далее документ раскрывает текущий раунд Seed и то, что именно финансируется в рамках Phase 1, затем фиксирует KPI-гейты конца Phase 1 как условия перехода к Phase 2.

Ключевые параметры Seed

Этот раздел фиксирует параметры текущего раунда Seed и рамку Phase 1, которые используются далее без изменения формулировок и чисел.

• Сумма раунда Seed - €1.8 млн.
• Период финансирования - Phase 1 = 24 месяца, включая Block 1 = 15 месяцев и Block 2 = 9 месяцев.
• Инструмент сделки - SAFE. Юридическое оформление выполняется после согласования условий раунда и регистрации головной компании DARCA в Литве.
• Конвертация SAFE - на Series A (priced equity round).
• Финансовая модель Phase 1 построена без учета выручки. Любые ранние поступления рассматриваются как буфер, а не как условие выполнения плана.
• ОАЭ в Block 2 находится в режиме readiness. Go-live в ОАЭ начинается с Block 3.
• Базовый сценарий выхода на самоокупаемость - 30-36 месяцев от старта Phase 1.
• Периметр Phase 1 - Core-only в ЕС через партнеров. В Phase 1 не запускаются модули, RWA и США.

Note

Далее раскрывается, на что именно направляются средства Seed в Phase 1, какие результаты должны быть достигнуты к концу Phase 1 и какие KPI-гейты фиксируют готовность к переходу на Phase 2.

SAFE - структура условий

В Seed используется SAFE, а ниже зафиксирован перечень условий и их смысл без указания числовых значений до финального согласования.

Info

Числовые значения и финальные формулировки закрепляются в term sheet и документах сделки.

• Valuation cap - предельная оценка, по которой рассчитывается конвертация SAFE при раунде Series A. Если оценка Series A выше cap, конвертация рассчитывается по cap.
• Discount - скидка к цене Series A, применяемая при конвертации SAFE в долю/акции.
• MFN (если применяется) - условие, при котором инвестор SAFE получает право перейти на более выгодные условия, если в рамках Seed выпускается SAFE на лучших условиях.
• Pro-rata (если предоставляется) - право участвовать в следующем раунде финансирования для сохранения доли после конвертации.
• Qualified Financing - определение события, которое считается Series A и запускает автоматическую конвертацию SAFE. В рамках документа Series A трактуется как priced equity round с выпуском долей/акций по оценке и привлечением капитала в соответствии с критериями сделки.
• M&A/ликвидация - базовая развилка сценариев при продаже компании или ликвидационном событии до Series A. В документе фиксируется принцип обработки SAFE в таких событиях, а конкретный механизм определяется условиями term sheet и документами сделки.

Текущее состояние до привлечения

До закрытия Seed команда ведет работу в режиме капитальной эффективности - без преждевременного роста постоянных расходов и с юридически чистой рамкой для дальнейшего запуска в ЕС.

• Предыдущая операционная структура, связанная с MVP в РФ, завершена - юрлица закрыты, деятельность в РФ не ведется.
• Команда и основатели находятся вне РФ.
• Текущая работа ведется без юрлиц и без преждевременного увеличения постоянных расходов, чтобы не создавать административный overhead до момента, когда он становится необходимым для сделки и лицензирования.
• Команда работает в эконом-режиме - минимальный overhead, без раннего найма и без затрат на необязательную административную инфраструктуру до старта коммерческой эксплуатации.
• Допускается проектная выручка как вспомогательный буфер к текущим расходам до закрытия Seed, но она не является условием выполнения Phase 1 и не заложена в финансовую модель Phase 1.
• Запуск DARCA строится в новой юрисдикционной структуре с базой в Литве, без операционной зависимости от РФ.
• Регистрация головной компании DARCA в Литве и юридическое оформление Seed выполняются после согласования условий раунда и подготовки документов сделки.

Note

Такой подход позволяет сохранить гибкость и низкий burn до момента закрытия Seed, а затем масштабировать операционную модель строго по фазам и блокам Road-map.

Структура группы и юрисдикции после утверждения условий Seed

После утверждения условий Seed формируется управляемая структура группы: лицензионная и управленческая база в Литве и масштабируемые engineering hubs в более экономичных локациях.

• Утверждение условий Seed - триггер для регистрации головной компании DARCA в Литве и оформления документов сделки.
• SAFE оформляется на головную компанию и конвертируется в ее долю/акции при Series A.
• Головная компания в Литве становится контуром управления группой и базовой юрисдикцией под ЕС лицензирование и историю присутствия.
• В головной компании закрепляется владение IP и ключевыми правами на продукт, а также запускается юридико-комплаенс функция как критический путь под ЕС.
• Грузия - дочерний контур разработки как основной engineering hub в Phase 1, обеспечивающий расширение engineering capacity при управляемой cost base.
• Турция - дополнительный контур разработки, подключаемый позже для увеличения capacity и доступа к рынку найма без влияния на лицензионный контур ЕС.

flowchart TB
  LT["Головная компания - Литва (управление группой + ЕС лицензирование + IP ownership)"]
  GE["DevCo - Грузия (основной engineering hub - Phase 1)"]
  TR["DevCo - Турция (additional hub - later)"]

  LT --> GE
  LT --> TR

  subgraph IPG["IP ownership + delivery governance"]
    IP1["IP и ключевые права закреплены за головной компанией (Литва)"]
    IP2["DevCo выполняют разработку по договорам - результаты передаются головной компании"]
    IP3["Единый контур доступа и безопасности (IAM, роли, аудит)"]
    IP4["Единый релизный контур (review, approvals, release gates)"]
  end

  LT -. контролирует .-> IPG
  GE -. соблюдает .-> IPG
  TR -. соблюдает .-> IPG

Принципы владения IP и контроля разработки

• Все ключевые результаты работ и исключительные права закрепляются за головной компанией в Литве.
• Дочерние контуры разработки выполняют работы по договорам, а результаты (код, документация, артефакты) передаются и закрепляются за головной компанией.
• Для всех локаций действует единый контур доступа и безопасности - роли, минимальные привилегии, аудит действий и централизованное управление доступами.
• Единый релизный контур и change management - code review, approvals, релизные гейты и централизованный контроль прод-окружения.
• Единые стандарты качества и централизованный ownership по архитектуре - единые правила разработки, тестирования и выпуска.
• Единый принцип single source of truth - центральные репозитории кода и документации и управляемая история изменений.

Note

Такая структура позволяет параллельно строить историю и комплаенс в ЕС и наращивать engineering capacity без преждевременного роста постоянных расходов в ЕС.

Цель Phase 1

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

Запуск Core в ЕС через партнерский контур

Go-live в ЕС строится через набор провайдеров по ключевым слоям. На этапе подготовки Phase 1 прорабатываются условия, совместимость и операционные возможности, финальный выбор фиксируется в рамках реализации Phase 1.

• Stablecoin/treasury layer - Circle Internet Financial Europe (в оценке)
• Fiat rails / banking layer - Newrails, Fiat Republic (в оценке)
• Custody / wallet infrastructure - Fireblocks, BitGo, Copper (в оценке)
• KYC/KYB - Sumsub, Onfido, Jumio (в оценке)

Управляемая эксплуатация Core

• Статусы операций и таймлайн - каждая операция имеет управляемый жизненный цикл со статусами и таймлайном событий, что снижает ошибки, споры и нагрузку на поддержку и упрощает контроль качества.
• Досье операции и документы - для каждой операции формируется единое досье (атрибуты, участники, комиссии/курсы, подтверждения, события) и привязанные документы, обеспечивая доказуемость для поддержки, разборов и отчетности.
• Reconciliation и контроль корректности балансов - контур финансовой целостности для сверки ledger, счетов, транзакций и провайдеров, предотвращающий расхождения и обеспечивающий управляемое исправление ошибок.
• Risk/compliance decisioning и журнал причин - единый контур решений allow/step-up/hold/deny с журналом причин, обеспечивающий управляемость политик риска и объяснимость операционных решений.
• In-app support с действиями - поддержка внутри приложения как часть продукта: сценарии помощи через кнопки и deep-links, сбор документов и перевод пользователя к нужным действиям без звонков и внешних каналов.

Evidence pack и readiness к Phase 2

Phase 1 формирует evidence pack - набор артефактов, подтверждающих устойчивость эксплуатации, управляемость качества и риска и готовность к следующей фазе:

• отчеты по стабильности эксплуатации и инцидентам
• результаты reconciliation и контроль финансовой целостности
• журналы risk/compliance decisioning и качество управленческих реакций (step-up/hold/deny)
• дисциплина релизов и изменения (approvals, гейты, управляемая история изменений)
• подтвержденная операционная работа поддержки как элемента продукта

Note

Результат Phase 1 - работающий Core в управляемой эксплуатации и доказуемая база для перехода к Phase 2, включая подготовку к собственным лицензиям ядра ЕС и dual-run миграции без остановки продукта.

Scope Phase 1 - функциональный периметр Core

Phase 1 реализует и вводит в эксплуатацию полный периметр Core для ежедневных операций fiat+crypto в ЕС в partner-mode - с прозрачными статусами, документами, контролем балансов, риском и поддержкой как частью продукта.

Info

Функциональность Phase 1 реализуется в рамках partner-mode и применимых требований провайдеров - там, где внешние rails ограничивают данные или скорость, пользователь все равно видит прозрачные статусы и ожидаемое время выполнения в рамках доступных сигналов.

Профиль, KYC и базовые проверки

• Профиль пользователя и базовые настройки аккаунта.
• KYC и базовые проверки - в рамках партнерского режима и требований провайдеров.
• Контроль допустимости функций и лимитов по региону и типу пользователя (policy-driven).

Ledger и счета fiat+crypto

• Единый ledger и счета fiat+crypto в одном контуре.
• Прозрачное отображение балансов и движений средств с привязкой к операциям и их статусам.

Внутренние переводы

• Переводы по телефону/email/ID/QR внутри экосистемы.
• Идентификация получателя там, где это технически и комплаенс допустимо.
• Прозрачные статусы и подтверждение выполнения через таймлайн операции.

Внешние фиатные переводы

• Внешние переводы через партнерские fiat rails (IBAN и локальные рельсы - где применимо).
• Прозрачное отображение статусов и времени выполнения в рамках возможностей rails и сигналов от провайдеров.

Crypto custody

• Депозиты и выводы криптоактивов.
• Выбор сети и контроль корректности сети при отправке/получении.
• Адресная книга и контуры защиты от ошибок сети/адреса.
• Мониторинг статусов, подтверждений и событий по транзакциям.

Обмен (daily exchange)

• Предпросмотр you send / you receive до подтверждения.
• Курс и комиссии до подтверждения.
• Прозрачная фиксация параметров обмена в досье операции и документах.

Карты (partner-mode)

• Выпуск и управление картами в партнерском режиме.
• Лимиты и базовые правила использования.
• Базовый контур disputes и обработка спорных операций в рамках доступных процедур.

Операционный контур Core

• Статусы, таймлайн и досье операции как единый слой наблюдаемости и управляемости.
• Документы и выписки по операциям, включая параметры комиссии и курса там, где применимо.
• Журнал действий и объяснимость - логика “почему статус такой” и какие события к нему привели.

Risk/compliance decisioning

• Единый контур решений allow/step-up/hold/deny.
• Журнал причин и трассировка решений как операционная доказуемость и база для улучшения политик риска.

Support

• In-app чат как основной канал поддержки, без звонков.
• Deep-links и действия в поддержке для некритичных операций и сбора документов.
• Критичные действия выполняются через подтверждение пользователем внутри продукта.

Региональные режимы

• Geofencing и региональные политики доступа к функциям.
• Сегментные ограничения по регионам и типам пользователей в соответствии с требованиями партнеров и провайдеров.

План Phase 1 по блокам Road-map

Phase 1 разбит на два управляемых блока: Block 1 доводит Core до production-ready состояния и выводит в EU go-live через партнерский контур, Block 2 стабилизирует эксплуатацию и формирует readiness к Phase 2, параллельно выполняя UAE readiness без go-live в рамках Phase 1.

Block 1 (15 месяцев) - build + EU go-live через партнеров

• Engineering delivery Core - поставка Core выполняется как основной поток работ (engineering hub - GE DevCo + текущая команда) и доводится до production-ready состояния для запуска в ЕС.
• Интеграции партнерского контура - интеграции по ключевым слоям: rails, cards, KYC/KYB, AML/sanctions, custody, on/off-ramp, включая операционные процедуры вокруг провайдеров.
• Production readiness как отдельная поставка перед go-live:
  • observability, алерты и мониторинг критических метрик
  • runbooks, инцидент-менеджмент и эскалации
  • reconciliation и контроль расхождений как барьер для финансовой целостности
  • релизная дисциплина и контроль изменений (approvals, управляемые релизы, откаты)
• Параллельно в Литве запускается юридико-комплаенс трек:
  • формирование юридико-комплаенс функции как критического пути под ЕС
  • подготовка базы под требования partner launch в ЕС и под последующий переход к EU own-license режиму

Block 2 (9 месяцев) - stabilization + Phase 2 readiness + UAE readiness

• Stabilization - доведение эксплуатации до предсказуемой и менее ручной:
  • снижение доли ручных операций и ручных обходов
  • повышение предсказуемости статусов, документов и reconciliation
  • улучшение качества поддержки и FCR как измеряемого операционного результата
• Evidence pack - закрепление доказуемости надежности, качества сервиса, риска и операционной управляемости через артефакты эксплуатации и метрики качества.
• Phase 2 readiness - подготовка к переходу на EU own-license без остановки продукта:
  • dual-run design - архитектура миграции и режимы параллельной работы
  • portability провайдеров и план переключений - требования к интеграциям, резервирование, сценарии замены
  • подготовка требований к EU own-license режиму в продукте, процессах и контурах контроля
• UAE readiness - подготовка к будущему go-live (стартует с Block 3):
  • процедуры и настройки риска под региональные требования
  • подготовка policy-driven ограничений и операционных режимов под запуск
• Усиление функций в Литве выполняется по мере необходимости, без раннего раздувания HQ и постоянных затрат.

gantt
  title Phase 1 - Block 1 vs Block 2 (start 2026-03-01)
  dateFormat  YYYY-MM-DD
  axisFormat  %b %Y

  section Block 1 (15 months) - build + EU go-live
  Engineering delivery Core (GE DevCo + team)      :b1_eng, 2026-03-01, 2027-06-01
  Partner integrations (rails, cards, KYC, custody):b1_int, 2026-03-01, 2027-06-01
  Production readiness (obs, runbooks, recon)      :b1_prod, 2026-03-01, 2027-06-01
  Legal/compliance track in Lithuania              :b1_lt,  2026-03-01, 2027-06-01

  section Block 2 (9 months) - stabilization + readiness
  Stabilization (reduce manual ops, predictability):b2_stab, 2027-06-01, 2028-03-01
  Evidence pack                                   :b2_evp,  2027-06-01, 2028-03-01
  Phase 2 readiness (dual-run, portability plan)   :b2_p2,   2027-06-01, 2028-03-01
  UAE readiness (no go-live in Phase 1)            :b2_uae,  2027-06-01, 2028-03-01
  HQ scaling in Lithuania (as needed)              :b2_hq,   2027-06-01, 2028-03-01

Note

Block 1 завершает EU go-live Core в партнерском режиме, Block 2 снижает операционные риски и закрепляет readiness к Phase 2 через стабилизацию, evidence pack и dual-run дизайн.

KPI-гейты конца Phase 1

Переход на Phase 2 выполняется после подтверждения масштабируемости Core в эксплуатации - по росту и активности, надежности, качеству поддержки, управляемости комплаенса и риска, а также готовности монетизации.

KPI-гейты (конец Phase 1)

Направление	KPI	Целевое значение
Рост и активность	DAU	25,000+
Рост и активность	MAU	70,000+
Рост и активность	Retention D7	48%+
Рост и активность	Retention D30	32%+
Рост и активность	Оборот	1M+ в месяц
Надежность	Uptime	99.7%+
Надежность	Критические инциденты	Отсутствие системных повторяющихся критических инцидентов
Поддержка и качество	CSAT	3.9+ / 5
Поддержка и качество	Первый ответ	2-3 минуты или лучше
Поддержка и качество	FCR	70%+
Комплаенс и операционка	SLA compliance review	Управляемый SLA без деградации при росте
Комплаенс и операционка	Manual review	Коридор manual review с трендом на снижение
Риск	Потери	Управляемые потери в допустимых пределах
Риск	Hold/step-up	Подтвержденная работа hold/step-up и логирование причин
Монетизация readiness	Подписка	Рабочая подписка и подтвержденные триггеры апгрейда

mindmap
  root((KPI-гейты конца Phase 1))
    Рост и активность
      DAU 25,000+
      MAU 70,000+
      Retention D7 48%+
      Retention D30 32%+
      Оборот 1M+ в месяц
    Надежность
      Uptime 99.7%+
      Без системных повторяющихся критических инцидентов
    Поддержка и качество
      CSAT 3.9+/5
      Первый ответ 2-3 минуты или лучше
      FCR 70%+
    Комплаенс и операционка
      SLA compliance review управляемый без деградации при росте
      Manual review коридор с трендом на снижение
    Риск
      Потери управляемые в допустимых пределах
      Hold/step-up подтверждены + логирование причин
    Монетизация readiness
      Подписка работает
      Триггеры апгрейда подтверждены

Note

KPI-гейты отражают устойчивость метрик в эксплуатации, а не разовый всплеск. Достижение гейтов подтверждает готовность к Phase 2 - переходу на EU own-license контур и проектированию dual-run миграции без остановки продукта.

Use of funds - структура бюджета Phase 1

Бюджет Phase 1 в размере €1.8 млн распределен по корзинам, которые отражают критические треки запуска Core в ЕС в partner-mode - продукт, интеграции и go-live readiness, операционные контуры, безопасность, комплаенс, подготовка поддержки, минимальный GTM и резерв по триггерам.

Info

Логика контроля затрат в Phase 1 - стадийное включение расходов по блокам Road-map и удержание переменной модели там, где это возможно (partner-mode, проектная юридическая поддержка, отсутствие раннего раздувания HQ).

Корзины бюджета Phase 1 (100% = €1.8 млн)

Корзина	Что покрывает	Доля	Сумма
Product/Engineering delivery (Core)	Разработка Core и доведение до production-ready, включая операционный контур (статусы, досье, документы, decisioning, support actions)	45%	€810k
Integrations и go-live readiness	Интеграции partner-слоев (rails, cards, KYC/KYB, AML/sanctions, custody, on/off-ramp) и запусковые сценарии	15%	€270k
Infrastructure/Operations	Observability, runbooks, инцидент-менеджмент, релизная дисциплина, reconciliation и контроль расхождений	10%	€180k
Security	Пентесты и security-аудиты по вехам, контроли доступа, укрепление инфраструктуры и процессов	5%	€90k
Compliance readiness	Внутренний owner + внешнее юридическое агентство проектно (шаблоны, процедуры, политики, требования partner-mode, база под Phase 2)	8%	€144k
Support readiness (с месяца 12)	Найм и обучение поддержки с месяца 12 для зрелой эксплуатации и стабилизации в Block 2	7%	€126k
Minimal GTM	PLG и lifecycle-коммуникации без агрессивного paid, фокус на activation/retention и операционной устойчивости роста	5%	€90k
Резерв по триггерам	Резерв под заранее определенные условия (нагрузка, безопасность, комплаенс, инфраструктура)	5%	€90k

pie showData
  title Phase 1 (€1.8 млн)
  "Product/Engineering delivery (Core) - 45% (€810k)" : 45
  "Integrations и go-live readiness - 15% (€270k)" : 15
  "Infrastructure/Operations - 10% (€180k)" : 10
  "Compliance readiness - 8% (€144k)" : 8
  "Support readiness (с месяца 12) - 7% (€126k)" : 7
  "Security - 5% (€90k)" : 5
  "Minimal GTM - 5% (€90k)" : 5
  "Резерв по триггерам - 5% (€90k)" : 5

Стадийное включение затрат по блокам Road-map

• Block 1 - 65% бюджета Phase 1 - €1.17 млн
  • основной фокус - Engineering delivery, интеграции, production readiness и запуск юридико-комплаенс трека в Литве
• Block 2 - 35% бюджета Phase 1 - €0.63 млн
  • основной фокус - stabilization, evidence pack, Phase 2 readiness (dual-run дизайн), UAE readiness, а также заметное включение затрат на поддержку (старт найма и обучения с месяца 12)

Драйверы экономии и управляемости затрат

• Engineering hub в Грузии как cost-efficient capacity для основной поставки Phase 1.
• Staged build-up HQ в Литве - сначала юридико-комплаенс ядро, масштабирование управления по мере необходимости.
• Юридические шаблоны и пакеты процедур через внешнее агентство проектно, без раннего раздувания инхауса.
• Partner guardrails на старте - фокус на переменных затратах и условиях, не требующих крупных fixed minimum на ранней стадии.
• Стадийное включение затрат по вехам - в частности, support с месяца 12 и управляемое использование резерва по триггерам.

Note

Резерв Phase 1 используется только при наступлении триггеров нагрузки или требований к усилению контуров надежности, безопасности, комплаенса и операций - он не является плановой статьей расхода “по умолчанию”.

Runway 24 месяца

Runway Phase 1 в 24 месяца обеспечивается дисциплиной по периметру, стадийным включением затрат и cost base стратегией, а также использованием существующих наработок MVP - базовой логики и внутренних контуров управления, которые развиваются и доводятся до production-ready уровня для запуска Core в ЕС в partner-mode.

Контроль периметра Phase 1

• Phase 1 = Core-only в ЕС в partner-mode.
• В Phase 1 не закладываются расходы на запуск модулей, RWA и США - эти направления вынесены в следующие фазы и не смешиваются с Seed бюджетом.
• Периметр Phase 1 фиксирует управляемую сложность: рост нагрузки увеличивает затраты предсказуемо, без нелинейного эффекта “все и сразу”.

Staged cost activation - включение затрат по вехам

• Расходы включаются последовательно по траектории build → go-live → stabilization → readiness.
• Критичные операционные функции усиливаются по мере перехода к эксплуатации:
  • в Block 1 фокус на поставке Core, интеграциях и production readiness
  • в Block 2 фокус на стабилизации, evidence pack и readiness к Phase 2
• Support readiness включается с месяца 12 - найм и обучение выполняются так, чтобы к периоду стабилизации (Block 2) поддержка работала как зрелый операционный контур, не раздувая ранний burn.

Cost base strategy - управляемая база затрат

• Разработка и delivery Phase 1 выносятся в cost-efficient engineering hubs:
  • Грузия - основной engineering hub Phase 1
  • Турция - подключается позже как дополнительная capacity, без влияния на лицензионный контур ЕС
• Управление, юридико-комплаенс функция и подготовка запуска в ЕС концентрируются в Литве как в базовой юрисдикции под дальнейшее ЕС лицензирование:
  • старт как юридико-комплаенс ядро и управленческая функция
  • расширение HQ по необходимости, без раннего overhead
• Такая структура дает ту же поставку по Core и readiness, но с более эффективной cost base, чем построение полного engineering-отдела в ЕС на Phase 1, и удерживает Phase 1 в пределах утвержденного бюджета при сохранении качества поставки и комплаенс-критичности ЕС.

Procurement strategy - проектное закрытие дорогостоящих активностей

• Юридические шаблоны, процедуры и часть комплаенс-работ закрываются проектно через внешнее агентство под контролем внутреннего owner, без раннего раздувания инхауса.
• Security активности (пентесты, проверки по вехам, укрепление процессов) включаются тогда, когда они дают максимальный эффект для go-live и изменения периметра, а не как постоянная крупная штатная функция в Phase 1.

Partner guardrails - контроль переменных затрат

• Partner-mode на старте строится в логике переменных затрат и управляемых условий:
  • отсутствие крупных fixed minimum на ранней стадии
  • прозрачные fee rules, SLA и change management
  • затраты масштабируются вместе с объемом, а не опережают его

Резерв по триггерам - устойчивость к отклонениям

• В Phase 1 предусмотрен резерв, который используется только при наступлении заранее описанных триггеров:
  • рост нагрузки на операции и поддержку
  • необходимость усилить безопасность и контроль доступа
  • рост комплаенс-нагрузки и manual review
  • расширение инфраструктуры при росте активных пользователей и объема операций
• Решение о расходовании резерва принимается по принципу триггер → оценка → решение → расход, иначе корректируется приоритизация и staging работ без увеличения постоянной базы.

Корзина	Что покрывает	Доля	Сумма
Product/Engineering delivery (Core)	Разработка Core и доведение до production-ready, включая операционный контур (статусы, досье, документы, decisioning, support actions)	45%	€810k
Integrations и go-live readiness	Интеграции partner-слоев (rails, cards, KYC/KYB, AML/sanctions, custody, on/off-ramp) и запусковые сценарии	15%	€270k
Infrastructure/Operations	Observability, runbooks, инцидент-менеджмент, релизная дисциплина, reconciliation и контроль расхождений	10%	€180k
Security	Пентесты и security-аудиты по вехам, контроли доступа, укрепление инфраструктуры и процессов	5%	€90k
Compliance readiness	Внутренний owner + внешнее юридическое агентство проектно (шаблоны, процедуры, политики, требования partner-mode, база под Phase 2)	8%	€144k
Support readiness (с месяца 12)	Найм и обучение поддержки с месяца 12 для зрелой эксплуатации и стабилизации в Block 2	7%	€126k
Minimal GTM	PLG и lifecycle-коммуникации без агрессивного paid, фокус на activation/retention и операционной устойчивости роста	5%	€90k
Резерв по триггерам	Резерв под заранее определенные условия (нагрузка, безопасность, комплаенс, инфраструктура)	5%	€90k

flowchart LR
  A["Триггер"] --> B["Оценка влияния<br/>- риск/потери<br/>- SLA/качество сервиса<br/>- комплаенс-нагрузка<br/>- надежность/инфраструктура"]
  B --> C{"Решение"}
  C -->|Приоритет выше плановых работ| D["Разрешить расход из резерва<br/>- объем<br/>- срок<br/>- владелец<br/>- критерий остановки"]
  C -->|Приоритет ниже плановых работ| E["Не расходовать резерв<br/>- переприоритизация<br/>- staging и перенос в план"]
  D --> F["Исполнение и контроль<br/>- план vs факт<br/>- метрики эффекта<br/>- отчет по результату"]
  E --> F
  F --> G{"Триггер закрыт?"}
  G -->|Да| H["Закрыть кейс<br/>обновить runbooks и лимиты"]
  G -->|Нет| I["Уточнить меры<br/>повторная оценка"]
  I --> B

Note

Runway Phase 1 опирается на управляемую сложность Core-only периметра, staged activation затрат и структуру группы, где юридико-комплаенс функция и управление размещены в ЕС, а delivery масштабируется через cost-efficient engineering hubs.

Governance Phase 1 - контроль scope, бюджета и исполнения

Phase 1 управляется как исполняемый план с контролем периметра, бюджета и ритма поставки - чтобы удерживать runway 24 месяца и прийти к KPI-гейтам конца Phase 1 без расползания scope и неконтролируемого burn.

Scope governance

• Изменения допускаются только если не ломают KPI-гейты Phase 1 и не ухудшают управляемость runway.
• “Красные линии” Phase 1 фиксированы:
  • Core-only в ЕС в partner-mode
  • без модулей, без RWA, без США
• Критические изменения оформляются как отдельное управленческое решение:
  • владелец, срок, влияние на план и бюджет, критерий остановки
  • решение принимается до возникновения необратимых обязательств по расходам

Бюджетный контроль

• Ежемесячная отчетность по бюджету в структуре корзин Use of funds:
  • plan vs actual
  • причины отклонений
  • корректировки через staging и приоритизацию
• Резерв расходуется только по триггерам и фиксируется как отдельный кейс:
  • причина, владелец, метрики эффекта, критерий закрытия
  • процесс принятия решения по резерву - см. раздел “Runway 24 месяца

Ритм управления и отчетность

• Rolling план работ на 90 дней (квартальный горизонт) обновляется на квартальных checkpoints.
• Ежемесячный execution plan фиксирует план работ и затрат на ближайший месяц.
• Ежемесячный отчет включает:
  • progress report по выполненным работам и результатам
  • financial report plan vs actual по корзинам и ключевым статьям, с объяснением отклонений
• Уровень прозрачности обеспечивает трассировку затрат от корзины до трека работ, с предоставлением первичных документов по запросу в рамках согласованного режима.

Checkpoints по KPI-гейтам Phase 1

• Ежеквартальные checkpoints сверяют фактический прогресс с KPI-гейтами конца Phase 1 и фиксируют корректировки приоритетов.
• Итог чекпоинтов - обновленный 90-day план и подтверждение readiness по эксплуатационной устойчивости, качеству сервиса и управляемости риска.

Note

Governance Phase 1 снижает риск расползания scope и делает исполнение и расходование бюджета измеряемыми относительно KPI-гейтов, которые открывают переход к Phase 2.

Команда и найм в Phase 1

Phase 1 опирается на bank-grade delivery Core, управляемую эксплуатацию и подготовку evidence pack под переход в Phase 2. Логика найма - закрывать контуры ответственности (деньги, интеграции, риск, комплаенс, поддержка, данные) по вехам Road-map.

Info

В Phase 1 применяется staged build-up: LT-функции усиливаются по мере необходимости и в критичных ролях legal+compliance, основной delivery масштабируется через engineering hub. Поддержка включается с 12 месяца - найм и обучение - до этого фокус на продукте и go-live.

Текущий костяк команды

• Макс Шайтор - CEO - продукт, стратегия, коммерция, партнерства
• Максим Меньков - CTO - архитектура, интеграции, надежность, bank-grade delivery
• Артем Лебедев - DevOps/SRE - эксплуатация, наблюдаемость, инциденты
• Илья Громов - DevSecOps - secure SDLC, контроли, безопасность релизов
• Сергей Волков - Backend Go - Core-сервисы, транзакционная логика
• Никита Орлов - Lead Frontend - клиентская логика статусов и денежных флоу
• Антон Бондарь - CDO - дизайн денежных сценариев, системность UX
• Анастасия Дьячкова - Руководитель поддержки - модель L1-L3, качество и процессы
• Виктор Болотов - Главный юрист - договоры, пользовательские документы, IP, правовая устойчивость

flowchart TB
  CEO[CEO - Product, Strategy, Partnerships]
  CTO[CTO - Architecture, Integrations, Reliability]
  CEO --> CTO

  subgraph LT["Литва - ManagementCo - Phase 1"]
    LEGAL[Legal and Compliance ownership]
    AML[AML Compliance Officer - EU]
    DPO[DPO Privacy - GDPR]
    LC[Legal Counsel - Commercial Fintech]
    RC[Regulatory Counsel - EU]

    FIN[Finance and Reconciliation ownership]
    FC[Financial Controller]
    ACC[Accountant]

    RISK[Risk and Fraud ownership]
    RFE[Risk Fraud Engineer]

    GROW[Growth ownership - minimal GTM]
    GM[Growth Marketer]
  end

  subgraph GE["Грузия - GE DevCo - Engineering hub"]
    ENG[Engineering delivery ownership]
    BE[Backend - Core]
    FE[Frontend - Core UX]
    MOB[Mobile Engineers x2]
    QA[QA Lead and QA Automation]
    INT[Integration Engineer]

    OPS[Production Ops ownership]
    SRE[DevOps SRE]
    DSO[DevSecOps]
  end

  subgraph SUP["Support - from Month 12"]
    SL[Support Lead]
    AG[Support Agents 24-7 x7]
    SOP[Support Ops]
  end

  subgraph TR["Турция - TR DevCo - later"]
    CAP[Additional engineering capacity]
  end

  CTO --> ENG
  CTO --> OPS

  CEO --> LEGAL
  CEO --> FIN
  CEO --> RISK
  CEO --> GROW
  CEO --> SL

  ENG --> BE
  ENG --> FE
  ENG --> MOB
  ENG --> QA
  ENG --> INT

  OPS --> SRE
  OPS --> DSO

  LEGAL --> AML
  LEGAL --> DPO
  LEGAL --> LC
  LEGAL --> RC

  FIN --> FC
  FIN --> ACC

  RISK --> RFE

  GROW --> GM

  SL --> AG
  SL --> SOP

  GE -.-> TR

Что усиливаем в Phase 1 и зачем

Ниже - функции, без которых невозможно одновременно довести Core до прод-режима, удерживать управляемость качества и риска и подготовить переход в Phase 2.

1. Engineering delivery и релизная дисциплина

• Mobile engineers - 2 - денежные флоу, подтверждения, deep-links, безопасное хранение на устройстве
• QA - 2 - QA Lead + QA automation, e2e по критичным сценариям, регресс, гейты релизов
• Integration engineer - 1 - KYC/KYB, sanctions, custody, rails, webhooks, идемпотентность, сверки

2. Risk, compliance и контур разрешений

• AML/Compliance Officer (EU) - 1 - политики и процедуры, audit readiness, контроль manual review коридора
• DPO/Privacy (GDPR) - 1 - privacy by design, процедуры по данным и запросам субъектов
• Risk/Fraud engineer - 1 - rules+signals, hold/step-up, расследования кейсов вместе с поддержкой, журнал причин

3. Финансы, сверки и управляемая эксплуатация

• Financial controller - 1 - реестры, дисциплина сверок, контроль корректности финансовых контуров
• Accountant - 1 - учет, документы, операционные отчеты, поддержка сверок

4. Поддержка и операционные процессы (включение с 12 месяца)

• Support agents 24/7 - 7 - L1/L2, эскалации, сопровождение статусов и документов
• Support Ops - процессы, база знаний, QA поддержки, связка с incident management - как функция под руководителем поддержки

5. Маркетинг и продуктовый рост (минимальный контур Phase 1)

• Growth marketer - 1 - activation/retention, lifecycle, подписка и триггеры апгрейда, аналитика экспериментов
• Performance-маркетинг в Phase 1 подключается только при наличии подтвержденных воронок и контролируемого CAC

Warning

Юридика, комплаенс, риск и финансы в Phase 1 должны иметь владельцев в штате. Внешние подрядчики применяются как усиление - локальная специфика, шаблоны, аудит, пентест - но не как замена ownership.

Фазирование найма по Phase 1

Block 1 - первые 15 месяцев - build + EU go-live в partner-mode

• Delivery-периметр:
  • Mobile engineers - 2
  • QA Lead + QA automation - 2
  • Integration engineer - 1
• LT legal+compliance контур:
  • AML/Compliance Officer (EU) - 1
  • DPO/Privacy (GDPR) - 1
  • Legal Counsel (commercial/fintech) - 1
  • Regulatory Counsel (EU) - 1
• Финконтур и сверки:
  • Financial controller - 1
  • Accountant - 1
• Risk/Fraud:
  • Risk/Fraud engineer - 1
• Маркетинг:
  • Growth marketer - 1 - lifecycle, подписки, retention-механики без агрессивного paid

Block 2 - следующие 9 месяцев - stabilization + Phase 2 readiness + UAE readiness

• Поддержка:
  • старт найма и обучения с 12 месяца, вывод на устойчивый 24/7 контур к концу Phase 1
• Операционная управляемость:
  • укрепление процессов incident-support, снижение ручных операций, повышение предсказуемости reconciliation и статусов
• Readiness под Phase 2:
  • ресурсы на dual-run design, portability провайдеров, подготовку требований под own-license режим ЕС

Внешние подрядчики в Phase 1

• Внешнее юридическое агентство (Литва/ЕС) - шаблоны и пакеты процедур, локальная специфика, ревью договоров и пользовательских документов
• Security активности - пентесты, аудит контуров, ревью процессов по вехам
• Точечные консультации по лицензированию и провайдерским требованиям - по мере выхода на go-live и подготовки Phase 2

Принцип размещения функций

• GE DevCo - основной engineering hub Phase 1
• Литва - управление, legal+compliance, контроль провайдеров и требований ЕС
• TR DevCo - подключается позже как дополнительный рынок найма и capacity, без влияния на лицензионный контур ЕС

Партнерская модель Phase 1

Phase 1 запускается в partner-mode: партнеры закрывают лицензируемые и инфраструктурные контуры, а DARCA сохраняет контроль качества, статусов, сверок и рисков, защищая runway и готовность к Phase 2.

Phase 1 реализуется в partner-mode - партнеры закрывают лицензируемые и инфраструктурные контуры, а DARCA концентрируется на bank-grade продукте, контроле качества и рисков, управляемой эксплуатации и подготовке evidence pack под переход в Phase 2.

Ключевой принцип Phase 1 - даже при партнерском запуске DARCA сохраняет ownership над операционной управляемостью: статусы, документы, reconciliation, risk decisioning, инциденты и change management провайдера находятся в контуре контроля DARCA.

Контур	Что дает партнер (partner-mode)	Что контролирует DARCA
Fiat rails	Фиатные расчетные рельсы и инфраструктурные контуры, необходимые для запуска Core в ЕС через партнеров	Единые статусы и таймлайн в приложении, документы по операциям, reconciliation и обработку исключений, предсказуемость сервиса в рамках SLA
Cards issuing and processing	Эмиссию и процессинг карт, правила сети, базовые SLA	UX управления картами, лимиты, базовый dispute-контур в приложении, логи событий, алерты и эскалации
KYC/KYB and AML/sanctions	KYC/KYB пайплайн и screening по требованиям partner-mode	Оркестрацию проверок, policy-триггеры, ручной review коридор, журналы решений и воспроизводимость, хранение результатов для операционного контура
Custody and on/off-ramp	Custody-инфраструктуру, on-chain операции, контуры on/off-ramp и SLA по инцидентам	Address book, защита от ошибок сети/адреса, статусы подтверждений, лимиты и policy на вывод, hold/step-up, журнал причин и трассировка
Data and portability	Доступ к данным и логам в рамках договора и применимых требований	Единый операционный журнал, экспорт и архивирование критичных данных, требования к data portability и сценарию миграции, готовность к переключению провайдера

Info

В Phase 1 параллельно прорабатываются условия и совместимость провайдеров по ключевым контурам - без фиксации финальных связок до согласования коммерческих и комплаенс-требований. По EUR rails и счетам рассматриваются Circle Internet Financial Europe, Newrails, Fiat Republic. По custody - Fireblocks, BitGo, Copper. По KYC - Sumsub, Onfido, Jumio.

Коммерческие рамки partner-mode в Phase 1 нацелены на защиту runway и управляемость unit economics:

• отсутствие крупных fixed minimum на старте как принцип выбора партнеров в Seed
• прозрачный fee schedule по типам затрат (платежные операции, KYC, карты, custody, FX), чтобы прогнозировать burn и контролировать отклонения
• SLA и ответственность сторон по инцидентам, блокировкам, chargebacks и compliance actions
• guardrails на пересмотр тарифов и условий - процедура, сроки уведомления, правила change management

Portability в Phase 1 фиксируется как технический и договорный принцип:

• интеграции проектируются через адаптеры и разделение бизнес-логики и провайдерского слоя, чтобы снижать vendor lock-in
• data portability и доступ к критичным логам и результатам проверок обеспечиваются как условие операционного контроля и готовности к миграции
• exit-сценарий и переходный период задаются так, чтобы смена провайдера не приводила к остановке продукта

Guardrails против lock-in к партнерам

Partner-mode в Phase 1 строится с заранее заданной переносимостью: portability by design, fallback сценарии и контрактные must-have снижают риск зависимости от конкретного провайдера.

Partner-mode в Phase 1 не означает зависимость от конкретных провайдеров. Риск lock-in снимается комбинацией portability by design, заранее подготовленных fallback сценариев и обязательных договорных условий.

Portability by design

• требования к экспорту: операции, статусы, таймлайн, документы/выписки, журналы событий и результаты проверок в пределах доступных прав
• ownership данных и операционных журналов остается в контуре DARCA, данные должны быть доступны для внутренней аналитики, reconciliation и аудита
• регулярные выгрузки и хранение в DARCA, чтобы сверки и расследования не зависели от разовых запросов к провайдеру
• единые идентификаторы объектов (операции, проверки, инциденты) для трассировки и миграции без потери связности

Fallback план

• заранее определенные сценарии переключения по каждому партнерскому контуру (rails, cards, KYC, custody) с понятными триггерами и порядком принятия решений
• временные режимы на период замены провайдера:
  • усиление лимитов на отдельные операции
  • hold для новых или аномальных транзакций
  • step-up проверки на критичных действиях
  • geofencing и сегментация по регионам и типам пользователей при необходимости
• цель временных режимов - сохранить безопасность и предсказуемость сервиса на переходе без остановки Core

Контрактные must-have

• SLA по доступности и времени реакции, инцидент-эскалации и postmortem практики
• change management: уведомления о релизах и изменениях API, правил, тарифов, окна на регресс и контроль влияния на Core
• право на отчеты по инцидентам, качеству сервиса и спорным кейсам, включая compliance actions
• условия прекращения и порядок миграции: передача данных и логов, переходный период и поддержка переключения без деградации критичных контуров

Warning

Эти guardrails являются частью operating model Phase 1: без них partner-mode не запускается, даже если провайдер закрывает нужный функциональный контур.

Структура сделки Seed без юрлиц - процесс

Seed оформляется через SAFE после согласования условий: регистрируется управляющая компания DARCA в Литве, оформляется базовый корпоративный пакет и cap table, закрепляются права на IP и связка с DevCo, затем выпускается SAFE, закрывается раунд и включается официальный режим работы Phase 1.

На момент подготовки Seed юридические лица не создаются, чтобы не нести преждевременный overhead. Инвестиция оформляется в стандартной логике: сначала согласуются условия SAFE, затем создается управляющая компания DARCA в Литве как единая точка владения, управления и будущего ЕС контура, после чего выпускается SAFE и закрывается раунд.

Info

Триггер начала юридического процесса - согласование условий Seed с инвестором. С этого момента создается структура, в которую оформляется инвестиция, и запускается подготовка документов сделки.

Шаг 1 - согласование условий SAFE с инвестором

• фиксируется набор параметров SAFE и базовые сценарии:
  • valuation cap и discount
  • условия конвертации на Series A (priced round) через определение Qualified Financing
  • MFN (если применяется) и pro-rata (если предоставляется)
  • принципиальная развилка для M&A/ликвидации (на уровне сценариев без юридической детализации в публичном тексте)
• формируется и согласуется term sheet Seed как основа для последующих документов и регистрации структуры

Шаг 2 - регистрация управляющей компании DARCA в Литве

• создается управляющая компания в Литве как:
  • точка консолидации управления группой и контуров ответственности
  • будущая база для ЕС комплаенса и лицензирования (история присутствия и управляемость)
  • эмитент SAFE (инструмент выпускается именно этой компанией)
  • контур IP ownership для ключевых прав и результатов работ

Шаг 3 - регистрация GE DevCo как engineering hub Phase 1

• создается дочерняя компания разработки в Грузии (GE DevCo) как основной engineering hub Phase 1
• DevCo обеспечивает delivery capacity и найм/контрактинг под Phase 1, сохраняя управляемую cost base
• TR DevCo не является условием закрытия Seed и подключается позже по плану как дополнительный рынок найма и capacity

Шаг 4 - базовый корпоративный пакет и cap table

• оформляется базовый корпоративный пакет управляющей компании:
  • уставные и корпоративные документы, полномочия и порядок принятия решений
  • закрепление структуры владения и управления
• формируется cap table:
  • отражение SAFE как инструмента, который конвертируется в долю/акции на Series A
  • фиксация принципа конвертации на уровне структуры, без раскрытия чисел в публичном тексте до финального согласования

Шаг 5 - IP assignments и договорная связка управляющей компании (Литва) ←> DevCo

• IP ownership закрепляется за управляющей компанией в Литве:
  • права на ключевые результаты работ, исходный код, документацию и артефакты delivery
• DevCo выполняет разработку по договорам и передает результаты работ и права в управляющую компанию
• фиксируются принципы delivery governance для снижения рисков распределенной разработки:
  • единые политики доступа и безопасности
  • единый релизный контур и контроль изменений
  • трассировка артефактов и решений для управляемости и будущего evidence pack

Warning

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

Шаг 6 - выпуск SAFE и закрытие раунда

• SAFE выпускается управляющей компанией DARCA в Литве на согласованных условиях
• закрытие раунда оформляется стандартно:
  • подписание документов сделки
  • поступление средств
  • подтверждение закрытия и запуск расходования бюджета по Use of funds

Шаг 7 - старт официального режима работы Phase 1 после закрытия Seed

• включается официальный режим найма и масштабирования Phase 1 в логике staged build-up:
  • усиление delivery и операционного контура под EU go-live
  • юридико-комплаенс функция в Литве как критический путь под ЕС
  • поддержка включается с 12 месяца (найм + обучение), без раннего раздувания постоянных затрат
• запуск договорной и операционной работы с партнерами и провайдерами под EU go-live в partner-mode

flowchart LR
  A["Согласование условий Seed<br/>SAFE term sheet"] --> B["Регистрация управляющей компании DARCA<br/>в Литве"]
  B --> C["Регистрация GE DevCo<br/>engineering hub Phase 1"]
  C --> D["Базовый корпоративный пакет<br/>и cap table"]
  D --> E["IP assignments<br/>и договорная связка<br/>управляющая компания (Литва) - DevCo"]
  E --> F["Выпуск SAFE<br/>управляющей компанией (Литва)"]
  F --> G["Закрытие Seed<br/>подписание + поступление средств"]
  G --> H["Официальный режим Phase 1<br/>старт найма и исполнения<br/>Use of funds"]

Следующие фазы и раунды - step-up логика

Следующие раунды масштабируют DARCA по понятной ступенчатой логике: Phase 2 снижает зависимость от партнеров за счет EU own-license и dual-run, Phase 3 расширяет продуктовый периметр и усиливает Business и GTM, Phase 4 открывает full-scope в ОАЭ и собственный запуск в США, а также выводит RWA factory в отдельный блок.

Seed (Phase 1) создает доказательную базу управляемой эксплуатации Core в ЕС в partner-mode и формирует KPI-гейты перехода. Следующие priced rounds строятся как step-up по “качеству” раунда: каждый этап снижает регуляторный и операционный риск и повышает масштабируемость бизнес-модели. Параметры долей для Series A/B/C приведены как целевые ориентиры.

Series A (Phase 2) - 11 млн EUR за 18% (целевой ориентир)

Phase 2 покупает переход от partner-only режима к own-license ядра в ЕС и подготовку платформы к масштабированию без остановки продукта.

• EU own-license Core как базовый режим работы в ЕС.
• Dual-run миграция: параллельная работа partner-mode и own-license режима с последовательным переводом потоков без “отключения” сервиса.
• ОАЭ go-live через партнеров (готовность формируется в Block 2 Phase 1, запуск начинается в Block 3).
• Существенное расширение функций и команды под новый уровень ответственности:
  • legal+compliance, risk/fraud, финконтур и операционные процессы
  • партнерские интеграции и управление провайдерами на масштабе
  • продуктовая функция и delivery ownership под multiple jurisdictions
  • GTM и рост (в привязке к удержанию, подпискам и управляемому CAC)

Info

Ключевой результат Phase 2 - снижение dependency от партнеров и рост управляемости: контроль качества сервиса и рисков, предсказуемость cost base и готовность к масштабированию без потери операционной дисциплины.

Series B (Phase 3) - 30 млн EUR за 15% (целевой ориентир)

Phase 3 покупает расширение ценности и монетизации за счет модулей в ЕС и масштабирование корпоративного периметра.

• Запуск модулей в ЕС волнами - по комплаенсу, рискам и готовности операционного контура.
• Перевод ядра ОАЭ на own-license режим.
• Масштабирование Business слоя и GTM:
  • роли и контуры контроля (RBAC/approvals/audit)
  • документы, сверки, отчетность и интеграции
  • поддержка и SLA для корпоративного периметра
  • расширение каналов роста и партнерств

Series C (Phase 4) - 115 млн EUR за 10% (целевой ориентир)

Phase 4 покупает выход на full-scope в ОАЭ и собственный запуск в США, а также масштабирование operating model на несколько крупных рынков.

• Full-scope модули в ОАЭ как завершающий уровень продуктового периметра региона.
• США own-license launch как отдельная сложная программа по лицензированию и операционному запуску.
• RWA factory запускается в Block 4 как отдельный контур (вынесен из ранних фаз).
• Масштабирование команды и operating model:
  • комплаенс, риск, операции, поддержка и инфраструктура
  • управление несколькими юрисдикциями и продуктовой матрицей
  • системный GTM на масштабе

flowchart LR
  P1["Phase 1<br/>Seed - 1.8 млн EUR (SAFE)<br/>EU Core go-live через партнеров<br/>KPI-гейты и evidence pack"] --> A["Series A<br/>11 млн EUR за 18%<br/>целевой ориентир"]
  A --> P2["Phase 2<br/>EU own-license Core<br/>Dual-run миграция с партнеров<br/>ОАЭ go-live через партнеров"]

  P2 --> B["Series B<br/>30 млн EUR за 15%<br/>целевой ориентир"]
  B --> P3["Phase 3<br/>Модули в ЕС волнами<br/>ОАЭ core -> own-license<br/>Business и GTM масштабирование"]

  P3 --> C["Series C<br/>115 млн EUR за 10%<br/>целевой ориентир"]
  C --> P4["Phase 4<br/>ОАЭ full-scope модули<br/>США own-license launch<br/>RWA factory в Block 4"]

Step-up для инвестора Seed - как растет “качество” следующего раунда

Phase 1 переводит проект из режима build в режим доказуемой эксплуатации Core в ЕС и делает ключевые риски измеримыми и управляемыми. Это повышает предсказуемость следующего раунда и снижает стоимость капитала.

• Product и операционка:
  • EU partner go-live и управляемая эксплуатация
  • статусы операций, документы и reconciliation как базовый контур контроля корректности
• Поддержка и качество сервиса:
  • in-app поддержка как часть продукта
  • измеримые метрики качества (FCR, CSAT, скорость первого ответа) и дисциплина эскалаций
• Управляемость риска:
  • hold и step-up подтверждения как штатная реакция на риск
  • deny там, где риск не принимается, с журналом причин и трассировкой
• Readiness к Phase 2:
  • архитектура dual-run миграции и план переключения режимов
  • portability провайдеров и требования к данным, логам и документам
• Управляемость burn:
  • engineering hub в Грузии как cost-efficient capacity
  • staged усиление управляющей функции в Литве без раннего overhead

KPI-гейты конца Phase 1 формируют формальную основу перехода к Series A и запуску Phase 2.

Экономика и выходы - масштабируемость модели и IPO как сценарий

Экономика DARCA строится вокруг подписки и прозрачного overage, а дальнейший рост выручки обеспечивают Business и модули по фазам. Масштабируемость достигается тем, что Core снижает cost-to-serve за счет статусов, документов, reconciliation и risk decisioning. Выходы включают M&A, growth equity с secondary и IPO как сценарий при достижении масштаба и предсказуемой экономики.

Как DARCA зарабатывает

DARCA монетизируется через несколько потоков, которые включаются по мере расширения периметра продукта и географий. В Phase 1 базовый фокус - Core и партнерский режим в ЕС, далее добавляются собственные лицензии, Business и модули.

Поток выручки	Когда включается	Триггер и логика
Подписки и лимиты	Phase 1+	Уровни и лимиты привязаны к реальному использованию. Подписка задает предсказуемую рамку сервиса и объема.
Overage (превышение лимита)	Phase 1+	Комиссия взимается только на превышение лимита уровня. На более высоких уровнях overage ниже, что превращает рост использования в апгрейд или контролируемый overage.
Business (корпоративный слой)	Phase 3+	Монетизация через seats, интеграции, API/webhooks и SLA. Рост аккаунта и процессов повышает ARPA и удержание.
Монетизация модулей	Phase 3+	Модули включаются волнами и монетизируются как add-on или как привилегии более высоких уровней. RWA вынесен в Phase 4.

Info

Ключевой принцип - минимизировать конфликт “зарабатываем на каждой операции”. Рост использования конвертируется в апгрейд подписки или overage на превышение лимита, а рост ценности платформы обеспечивают Business и модули по фазам.

Почему экономика масштабируется

Масштабируемость модели обеспечивается сочетанием двух эффектов: рост выручки на пользователя по мере использования и снижение cost-to-serve по мере зрелости Core.

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

  • Апгрейды подписки возникают по практическим триггерам: рост объема и частоты операций, приближение к лимитам, потребность в расширенных возможностях.
  • Overage превращает превышение лимитов в дополнительную маржинальную выручку и служит мостом к апгрейду уровня.
  • Business и модули добавляют второй слой монетизации поверх Core и дают рост ARPA через seats, интеграции и расширение использования.

• Снижение cost-to-serve

  • Статусы и таймлайн операции уменьшают неопределенность и снижают поток обращений “где деньги” и “почему статус такой”.
  • Досье операции и документы сокращают ручные разборы и ускоряют решение инцидентов и спорных ситуаций.
  • Reconciliation и контроль корректности балансов уменьшают стоимость ошибок и ручных сверок, повышая предсказуемость операционного контура.
  • Risk/compliance decisioning (allow, step-up, hold, deny) снижает потери и стоимость инцидентов, а журнал причин делает решения трассируемыми.
  • In-app support с действиями ускоряет решение типовых запросов и повышает FCR, снижая cost per ticket.

flowchart LR
  U["Рост использования<br/>частота и объем операций"] --> T["Триггеры продукта<br/>приближение к лимитам<br/>рост потребностей<br/>Business сценарии"]
  T --> S["Апгрейд подписки<br/>MRR растет"]
  T --> O["Overage на превышение лимита<br/>маржинальная выручка"]
  S --> ARPU["Рост ARPU/ARPA<br/>предсказуемая выручка"]
  O --> ARPU

  M["Зрелость Core<br/>статусы и таймлайн<br/>досье и документы<br/>reconciliation<br/>risk decisioning<br/>in-app support"] --> A["Автоматизация и управляемость<br/>меньше ручных операций<br/>быстрее разборы"]
  A --> CTS["Снижение cost-to-serve<br/>ниже cost per ticket<br/>меньше инцидентов<br/>ниже ручные сверки"]

  ARPU --> UNI["Unit economics усиливается"]
  CTS --> UNI

Note

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

Выходы

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

• Strategic acquisition

  • интересен игрокам, которым нужен regulated контур, готовый Core fiat+crypto и операционная дисциплина
  • ценность формируется через доказуемую эксплуатацию, risk/compliance слой, Business периметр и модульную архитектуру Core+Modules

• Growth equity и secondary

  • по мере роста и перехода к priced rounds возможны сделки growth equity
  • secondary может стать механизмом частичной ликвидности на стадии зрелости и устойчивой экономики

• IPO как сценарий

  • рассматривается при достижении масштаба, предсказуемой экономики и зрелого operating model
  • опирается на прозрачную монетизацию подписок и overage, расширение Business и модулей, а также зрелые контуры отчетности, риска и комплаенса

flowchart LR
  A["Strategic acquisition<br/>Покупка стратегом"] --> B["Growth equity<br/>Ростовой капитал"]
  B --> C["Secondary<br/>Частичная ликвидность"]
  C --> D["IPO (scenario)<br/>Публичный рынок при масштабе и предсказуемой экономике"]

  A --- X["Условия применимости<br/>- зрелый Core и операционная дисциплина<br/>- risk/compliance и отчетность<br/>- Business слой и масштабируемость"]
  D --- Y["Требования публичного рынка<br/>- предсказуемая экономика<br/>- зрелое корпоративное управление<br/>- масштабируемый operating model"]

Риски и меры - управляемость Phase 1-2

Риски Phase 1-2 описаны как управляемые контуры: для каждого риска зафиксированы меры Phase 1, усиление Phase 2, сигналы проявления и владелец ответственности.

Реестр рисков Phase 1-2

Риск	Мера Phase 1	Усиление Phase 2	Сигнал	Владелец
Партнерская зависимость и lock-in	Guardrails против lock-in (portability by design, экспорт данных и логов, контрактные must-have, fallback режимы)	Dual-run миграция и переход в own-license режим без остановки продукта	Ухудшение SLA, изменения fee rules, рост ограничений провайдера, задержки change requests	CTO + Legal + Integration owner
Регуляторные требования и сроки	LT legal+compliance контур как критический путь, readiness артефакты (политики, процедуры, audit trail, record keeping)	Лицензирование ядра ЕС и расширение compliance ops под own-license	Рост требований партнеров, регуляторные запросы, блокирующие замечания по процедурам	Legal + AML/Compliance Officer (EU)
Fraud/AML и качество screening	KYC/KYB и sanctions screening в партнерском режиме, risk decisioning (allow, step-up, hold, deny) + журнал причин	Расширение сигналов и правил, снижение manual review, усиление case management	Рост алертов и manual review, рост спорных кейсов, жалобы на ложные блокировки	Risk/Fraud owner + AML/Compliance Officer (EU)
Disputes/chargebacks	Базовый dispute контур card program, runbooks и эскалации, статусы и документы по операциям	Выделенный dispute ops, автоматизация типовых кейсов, усиление правил риска по картам	Рост chargebacks, рост времени решения, ухудшение CSAT, рост потерь	Support Lead + Risk/Fraud owner
Data/reconciliation и корректность статусов	Reconciliation и контроль расхождений, идемпотентность, наблюдаемость, единый таймлайн статусов и досье операции	Стандартизация data controls под own-license и dual-run, усиление SLA к провайдерам	Рост расхождений, “зависшие” статусы, рост ручных корректировок, инциденты балансов	Financial Controller + CTO + DevOps/SRE
Cost-to-serve и поддержка	Статусы, документы и in-app support с действиями, staged включение поддержки с 12 месяца, база знаний и процессы	Масштабирование support ops, автоматизация типовых запросов, усиление self-serve	Рост тикетов на пользователя, ухудшение FCR/CSAT, рост времени решения, перегруз эскалаций	Support Lead + Product owner
Концентрация провайдеров	Portability и data ownership, shortlist альтернатив по критичным контурам, fallback процедуры	Мультисорсинг на критичные контуры, контрактная рамка замены и миграции	Зависимость релизов от одного провайдера, ухудшение предсказуемости SLA, рост влияния контрагента на экономику	CTO + Legal + Integration owner
География и санкции	Geofencing и сегментные ограничения, sanctions screening по UBO/контрагентам, прозрачность владения и источников средств	Расширение процедур под own-license режим, усиление мониторинга контрагентов и транзакций	Рост EDD запросов, изменения требований партнеров, рост отказов по комплаенсу	AML/Compliance Officer (EU) + Legal
Безопасность и доступы	Secure SDLC, контроль релизов и привилегий, аудит доступов, инцидентные процедуры, пентесты проектно	Расширение security процессов и мониторинга, зрелый IAM и регулярные аудиты	Критические security findings, инциденты доступа, рост попыток компрометации, нарушения релизной дисциплины	DevSecOps + DevOps/SRE
Операционные инциденты и стабильность релизов	Observability, алерты, runbooks, incident management, change control и постмортемы	Масштабирование SRE/ops, повышение зрелости процессов, управление изменениями в dual-run	Повторяемые критические инциденты, деградация uptime, рост rollback, рост MTTR	DevOps/SRE + CTO

mindmap
  root((Risk registry Phase 1-2))
    Partner dependency & lock-in
      Portability by design
        Export: data, logs, statuses, docs
        Data ownership + reconciliation access
      Contract must-have
        SLA + incident escalation
        Change management + notifications
        Termination + migration procedure
      Fallback modes
        Limits / hold / step-up
        Temporary stricter checks
      Phase 2 усиление
        Dual-run migration
        Own-license core
    Regulatory requirements & timelines
      Phase 1 меры
        LT legal+compliance core
        Policies + procedures
        Audit trail + record keeping
        Evidence pack readiness
      Phase 2 усиление
        EU own-license licensing
        Expanded compliance ops
    Fraud/AML & screening quality
      Phase 1 меры
        KYC/KYB + sanctions screening
        Risk decisioning
          allow
          step-up
          hold
          deny
        Reason logging
      Phase 2 усиление
        More signals + rules
        Lower manual review corridor
        Case management
    Disputes / chargebacks
      Phase 1 меры
        Card program disputes baseline
        Runbooks + escalations
        Transparent statuses + documents
      Phase 2 усиление
        Dedicated dispute ops
        Automation of typical cases
        Stronger card risk rules
    Data / reconciliation & status correctness
      Phase 1 меры
        Reconciliation discipline
        Idempotency
        Observability
        Unified timeline + operation dossier
      Phase 2 усиление
        Stronger data controls
        Provider SLA tightening
        Dual-run data standardization
    Cost-to-serve & support
      Phase 1 меры
        Statuses + docs reduce tickets
        In-app support with actions
        Support readiness from month 12
        Knowledge base + processes
      Phase 2 усиление
        Support ops scaling
        Self-serve automation
    Provider concentration
      Phase 1 меры
        Shortlist alternatives per contour
        Portability + fallback procedures
      Phase 2 усиление
        Multi-sourcing critical contours
        Contractual migration framework
    Geography & sanctions
      Phase 1 меры
        Geofencing + segmentation
        Screening UBO + counterparties
        Ownership & source-of-funds transparency
      Phase 2 усиление
        Own-license compliance procedures
        Enhanced monitoring
    Security & access control
      Phase 1 меры
        Secure SDLC
        Release controls
        Least privilege + access audits
        Incident procedures
        Project-based pentests
      Phase 2 усиление
        Mature IAM
        Continuous monitoring
        Regular audits
    Operational incidents & release stability
      Phase 1 меры
        Observability + alerts
        Runbooks
        Incident management + postmortems
        Change control
      Phase 2 усиление
        SRE/ops scaling
        Dual-run change governance

Info

Реестр рисков используется как управленческий инструмент Phase 1-2: сигналы мониторятся в операционном цикле, меры усиливаются при переходе в own-license и dual-run режим.

Санкционный и геополитический риск - исходные факты и контроли

Исходные факты:

• Основатели и ключевые участники команды - граждане Украины.
• Предыдущие юрлица и операционная структура, связанные с MVP в РФ, закрыты.
• Деятельность в РФ не ведется.
• Текущий запуск DARCA строится в новой структуре с базой в Литве и без операционной зависимости от РФ.

Контроли:

• KYC/KYB и sanctions screening на уровне UBO, компаний и ключевых контрагентов - в рамках требований партнеров и применимого режима ЕС.
• Прозрачность структуры владения и источников средств - как часть контуров комплаенс готовности и работы с контрагентами.
• Geofencing и сегментные ограничения по странам и типам пользователей - по требованиям партнеров и комплаенс рамке.
• Record keeping и audit trail по операциям и решениям risk/compliance decisioning.
• Соответствие требованиям партнеров и применимых регуляторных режимов ЕС - на уровне процедур, контроля и отчетности.

Сценарии less - base - more

Сценарии описывают, как меняется темп и глубина контроля Phase 1 при разном объеме привлеченного капитала - без изменения утвержденного периметра Phase 1.

Base - ровно €1.8 млн

Base-сценарий выполняет Phase 1 полностью в заявленной рамке:

• EU Core go-live в partner-mode и управляемая эксплуатация Core.
• Достижение KPI-гейтов Phase 1 и формирование readiness к Phase 2 (own-license + dual-run design).

Less - привлекли меньше

Less-сценарий означает старт Phase 1 в reduced burn и более низком темпе, с сохранением критического пути и операционной доказуемости. Недостающий капитал добирается параллельно, при этом выполнение Phase 1 не строится на обещании добора как на обязательном условии.

Неприкосновенно (критический путь):

• EU Core go-live в partner-mode.
• Операционная доказуемость Core: статусы и таймлайн, документы, reconciliation, risk decisioning и журнал причин.
• Базовый контур надежности: observability, runbooks, инцидент-менеджмент и эскалации - на уровне, который не компрометирует KPI-гейты.

Меняется темп и глубина параллельных активностей:

• Найм и расширение функций включаются стадийно - по вехам, с меньшей параллельностью работ.
• Вторичные интеграции и улучшения, не влияющие на go-live, переносятся позже по фазе.
• External legal/security активности применяются точечно по критичным вехам, без расширенных пакетов “на вырост”.
• GTM остается в режиме minimal PLG без ускорения paid-активностей.

More - привлекли больше

More-сценарий конвертирует дополнительный капитал в ускорение и снижение рисков Phase 1 - без расширения утвержденного scope.

Ускоряется без изменения периметра Phase 1:

• QA и релизная дисциплина: больше автоматизации, e2e покрытие критичных money flows, быстрее регресс и меньше риск регрессов.
• Security cadence: пентесты и аудит контуров по более плотному циклу, быстрее закрытие findings.
• Скорость интеграций и надежность контуров: резервирование, наблюдаемость, инцидентные процессы, повышение предсказуемости статусов и reconciliation.
• Углубление dual-run readiness в рамках Phase 1: дизайн миграции, portability, требования к own-license режиму, подготовка планов переключений.

Информационный пакет и процесс сделки

Раздел фиксирует, какие материалы доступны сразу, как устроен порядок юридической подготовки после согласования SAFE и каким ритмом ведется отчетность после закрытия Seed.

Информационный пакет

• White Paper и ключевые разделы: продукт, roadmap, комплаенс, команда, бизнес-модель, функционал, маркетинг.
• Материалы по ключевым сценариям и эксплуатации (при наличии):
  • описания money flows и статусов операций
  • примеры документов/выписок и логики досье операции
  • материалы по поддержке и эскалациям (in-app, без звонков)
• Краткая рамка структуры группы post-invest:
  • управляющая компания в Литве как контур управления и будущая база под ЕС-режим
  • engineering hub в Грузии
  • подключение Турции позже как дополнительный рынок найма и capacity

Info

Информационный пакет предназначен для проверки логики продукта, операционной модели и консистентности планов по фазам - без раскрытия имен партнеров и условий договоров до финализации коммерческих рамок.

Юридическая подготовка

• Регистрация управляющей компании DARCA в Литве.
• Подготовка базового корпоративного пакета и cap table (минимум, необходимый для выпуска SAFE).
• IP assignments и договорная связка управляющей компании с DevCo до масштабирования найма:
  • результаты работ и ключевые права закрепляются за управляющей компанией
  • DevCo выполняет delivery по договорам с передачей прав и результатов
• Регистрация GE DevCo (инженерный контур Phase 1).
• TR DevCo подключается позже по плану расширения capacity (без влияния на лицензионный контур ЕС).

Процесс сделки

• Согласование условий SAFE (cap, discount и базовые условия).
• Доступ к информационному пакету и его проверка.
• Регистрация управляющей компании в Литве и подготовка корпоративных документов.
• Подписание IP assignments и договорной связки управляющей компании с DevCo.
• Выпуск SAFE от управляющей компании и закрытие Seed.
• Переход в официальный режим исполнения Phase 1 и расширение команды по утвержденному фазированию.

Отчетность после закрытия Seed

• Прогресс по KPI-гейтам Phase 1 - статус по кластерам (рост/активность, надежность, поддержка, риск/комплаенс, монетизация readiness).
• Отчетность по use of funds - по корзинам расходов с пояснением отклонений и управленческих решений.
• Контроль scope и ключевых изменений - что меняется, почему и как это влияет на runway и KPI-гейты.
• Управленческий ритм:
  • 3-месячный rolling план работ и вех
  • ежемесячный план и отчет по выполнению и затратам
  • квартальные checkpoint по KPI-гейтам Phase 1

Итоговая связка

Seed через SAFE финансирует Phase 1 как управляемый переход к EU Core partner launch, KPI-гейтам и readiness к Series A, с контролем scope, затрат и операционного качества.

Info

Phase 1 фиксирует измеримый результат: Core в ЕС в partner-mode + управляемая эксплуатация + KPI-гейты и evidence pack как база для Series A (own-license Core и dual-run миграция).

• Что финансирует Seed - Phase 1 на 24 месяца (Block 1 = 15, Block 2 = 9) для запуска Core в ЕС через партнеров и доведения эксплуатации до bank-grade уровня: статусы и таймлайн, документы и выписки, reconciliation, risk/compliance decisioning, support как часть продукта.
• Почему следующий раунд становится качественно другим - Phase 1 снимает ключевые классы рисков (прод-режим, операционная управляемость, контроль качества и риска) и формирует readiness к Phase 2: EU own-license Core и dual-run миграция без остановки продукта, плюс go-live ОАЭ через партнеров.
• Почему runway 24 месяца реалистичен - Phase 1 удерживается в рамках Core-only и строится через управленческую дисциплину: staged build-up функций и расходов по вехам (включая включение поддержки с 12 месяца), проектный procurement для юридики и security, partner guardrails без крупных fixed minimum, резерв по заранее заданным триггерам, регулярный governance цикл.
• Почему структура группы поддерживает скорость и контроль - юридико-комплаенс контур и управленческая консолидация в Литве создают базу под ЕС лицензирование и историю присутствия, engineering hub в Грузии дает cost-efficient capacity для delivery Phase 1, Турция подключается позже как дополнительный рынок найма без влияния на лицензионный контур ЕС.
• Как экономика масштабируется - подписки + overage + Business и модули по фазам увеличивают выручку на пользователя, а зрелость Core (статусы, документы, автоматизация, risk decisioning) снижает cost-to-serve и стоимость инцидентов.
• Самоокупаемость за 30-36 месяцев встроена в траекторию фаз и не зависит от ранней выручки Phase 1 - ранняя выручка рассматривается как буфер, а не как условие выполнения плана.
• Выходы охватывают стратегические сценарии, growth equity и secondary, а также IPO как сценарий при достижении масштаба и предсказуемой экономики.

Phase 1 превращает DARCA в измеримо работающий EU Core с управляемой эксплуатацией и доказательной базой, что делает переход к Series A логичным продолжением траектории, а не расширением scope без контроля.