Артефакт 9/10

Фазы реализации и дорожная карта

Два параллельных потока: архитектура платформы (6 фаз) и Messenger Hub (4 фазы). Граф зависимостей, критический путь, оценки в неделях.

1 Граф зависимостей: архитектурные фазы

Каждая фаза зависит от предыдущей. Phase 4 может идти параллельно с Phase 3.

Фаза 1

InstrumentEntity + Tags

2-3 недели

│

Фаза 2

GlobalPartnerEntity + UID

4-6 недель

├───────────────────┐

Фаза 3

OrderEntity + кассир

4-6 недель
│

Фаза 5

Межброкерская сеть

6-8 недель
│

Фаза 6

Хэш-цепочка + Bitcoin

2-3 недели

Фаза 4

Клиентский портал

4-6 недель
параллельно ↑

Критический путь:

Ф1: Instrument
→
Ф2: UID + Global
→
Ф3: Кассир
→
Ф5: Сеть
→
Ф6: Хэш + BTC

Критический путь: 18-26 недель. Phase 4 (портал) не на критическом пути — может идти параллельно.

2 Архитектурные фазы: детали

Нажмите на фазу для раскрытия задач

1

InstrumentEntity + TagEntity + миграция

2-3 недели Фундамент
▼
  • InstrumentEntity (currency + method + location)
  • TagEntity (15 preset tags, 3 группы: category/geo/property)
  • AccountEntity (partner + instrument + balance + hold)
  • 3 уровня scope: system / community / private
  • Миграция существующих данных (dual-write)
Зависимости: нет — это фундамент
2

GlobalPartnerEntity + UID + типы к/а

4-6 недель (самая тяжёлая) AccountEntity migration
▼
  • GlobalPartnerEntity (exchange_global_partner)
  • UserPartnerLinkEntity (exchange_user_partner_link)
  • UidService (generate, validate, normalize)
  • GlobalPartnerService (register, find, link)
  • PartnerEntity.uid nullable поле + index
  • 4 триггера lazy promotion (event listeners)
  • Миграция AccountEntity → новая связь с InstrumentEntity
Зависимости: Phase 1 (InstrumentEntity) — AccountEntity ссылается на инструменты
3

OrderEntity + роль кассира + holds

4-6 недель Операционная модель
▼
  • OrderEntity (collect/payout + cashierSign/counterpartSign)
  • HoldEntity (заморозка средств под заявку)
  • Кассирская роль (partner.type = cashier)
  • Расчёт кассы: SUM(balance) WHERE type=cashier
  • UI кассира (мобильный интерфейс поручений)
  • Акт сверки между менеджером и кассиром
Зависимости: Phase 2 (PartnerEntity.type + GlobalPartnerEntity для UID в поручениях)
4

Клиентский портал + мульти-контекст

4-6 недель Параллельно с Ф3
▼
  • Multi-context services (агрегация по UserPartnerLinkEntity)
  • Client API endpoints (балансы, история по всем брокерам)
  • Invite-flow (брокер приглашает клиента по SMS/TG)
  • Privacy middleware (брокеры не видят данные друг друга)
  • White-label поддомены (alpha.fastotc.com)
Зависимости: Phase 2 (GlobalPartnerEntity + UserPartnerLinkEntity). Не зависит от Phase 3 — может идти параллельно.
5

Межброкерская сеть

6-8 недель Самая сложная
▼
  • NetworkRequestEntity (4-шаговый протокол)
  • ObligationEntity + ObligationSettlementEntity
  • NetworkService (оркестрация)
  • Saga pattern + outbox table (cross-DB atomicity)
  • Каталог брокеров (поиск партнёров по городу/валюте)
  • Netting (заглушка, активируется при 10+ брокерах)
Зависимости: Phase 3 (OrderEntity — кассиры исполняют межброкерские поручения)
6

Хэш-цепочка + Merkle + Bitcoin

2-3 недели Изолированная
▼
  • Per-account hash chains (2 хэша: initial + final)
  • HashChainService (compute, verify)
  • AnchorBatchEntity (Merkle tree → OP_RETURN)
  • Bitcoin anchoring (отложено до реальных споров)
  • Verification UI (проверка хэша по tx_hash)
Зависимости: Phase 5 (межброкерские транзакции генерируют хэши через UID)

3 Параллельный поток: Messenger Hub

Разрабатывается независимо от архитектурных фаз. Не блокирует и не блокируется.

Phase 0: Security (2 нед.)

Fix CRITICAL уязвимостей
JWT expiry + refresh
Audit log для AI

Phase 1: MVP TG + LLM (4-6 нед.)

MessengerHub bundle
Telegram adapter
LLM: quick_reply + summary
Flutter MVP

Phase 2: WA + Push (6-8 нед.)

WebSocket (RoadRunner)
WhatsApp Business API
LLM: risk + deal + sentiment

Phase 3: Federation (8-10 нед.)

Matrix + Signal
GDPR retention policies
AML-мониторинг в чатах

4 Комбинированный таймлайн

Оба потока сведены в единую таблицу. 5 стейджей по ~4 недели.

Стейдж Срок Архитектура платформы Messenger Hub
Stage 0 2 нед. UidService, NumberService, GlobalPartnerEntity Fix CRITICAL + HIGH vulnerabilities
Stage 1 4 нед. uid field в PartnerEntity, tx_hash, AI знает UID TG adapter + AI + Inbox (Flutter MVP)
Stage 2 4 нед. HoldEntity, InstrumentEntity migration WhatsApp + Push + WebSocket
Stage 3 4 нед. NetworkRequestEntity, ObligationEntity, OrderEntity Mobile + Crypto wallets integration
Stage 4 4+ нед. AnchorBatchEntity, Merkle + OP_RETURN, Verification UI
+ Netting (если 10+ брокеров)		 GPU + Matrix + Signal
Общий срок: ~18-22 недели (~4.5-5.5 месяцев) при одном fullstack-разработчике. Два потока идут параллельно — Messenger Hub не ждёт архитектуру и наоборот. Security hardening — обязательно первым в обоих потоках.

5 Бизнес-стратегия: 3 горизонта

Техническая дорожная карта вложена в бизнес-горизонты

Фаза 1: 0-6 мес.

Retention + снижение барьера

  • Авто-курсы USDT
  • Упрощённый UI (quick deal)
  • Гранулярная модель ролей (пресеты)
  • Starter-тариф (бесплатный)
  • Messenger Hub MVP (TG + LLM)
Фаза 2: 6-12 мес.

Сеть + экспансия

  • Межброкерский каталог + зеркальные обязательства
  • Единое окно мессенджеров (WA, Signal)
  • Продвинутая аналитика
  • Кассирские поручения
  • Клиентский портал
Фаза 3: 12-24 мес.

Платформа

  • Кредитные линии, рейтинги, блэклисты
  • Юридический модуль (BN-module)
  • API + интеграции
  • Маркетинговая воронка
  • Matrix + Bitcoin anchoring
Оборонительность: Сейчас — 2/10. Через 12 мес. с data lock-in — 5/10. Через 24 мес. с межброкерской сетью — 8/10. Сеть из 100+ обменников — это не CRM, это рыночная инфраструктура (оценка 15-25x ARR вместо 5-10x).

6 Что уже создано в коде

Сущности, сервисы и перечисления — всё в Exchange bundle

Сущности (Entity)

✓ GlobalPartnerEntity
✓ UserPartnerLinkEntity
✓ InstrumentEntity
✓ TagEntity
✓ AccountEntity
✓ HoldEntity
✓ OrderEntity
✓ NetworkRequestEntity
✓ ObligationEntity
✓ ObligationSettlementEntity
✓ AnchorBatchEntity

Сервисы и Enum

✓ UidService (generate/validate/normalize)
✓ GlobalPartnerService
✓ NetworkService
✓ HashChainService
✓ InstrumentScope enum
✓ TagGroup enum
✓ PartnerType enum (4 типа)
✓ OrderType enum (collect/payout)
✓ OrderStatus enum
✓ ObligationStatus enum
✓ NetworkRequestStatus enum

Что осталось реализовать

○ PartnerEntity.uid поле + lazy promotion
○ Миграция AccountEntity
○ Saga + outbox table
○ Клиентский портал API
○ Privacy middleware
○ UI кассира
○ Bitcoin anchoring
○ Verification UI
○ Netting (отложено)
○ MessengerHub bundle (целиком)
○ Flutter приложение
○ SOLO/FULL DB switching