Добавить resync блокчейна при рассинхроне

Dev_Docs/Blockchain/sync-between-servers.md

@@ -74,6 +74,13 @@
 3. если локальная цепочка слабее, сервер по одному блоку вызывает `GetBlockchainBlock`;
 4. каждый скачанный блок локально применяется через существующий `AddBlock`;
 5. если у сервера ещё нет локальной записи пользователя/цепочки, перед этим подготавливается локальный `solana_users + blockchain_state`.
+6. если во время replay обнаруживается рассинхрон или на одинаковой высоте удалённая цепочка сильнее, запускается полный resync:
+   - цепочка помечается in-memory как `resync in progress`;
+   - создаётся marker-file в `data/`;
+   - в одной SQL-транзакции очищаются локальные данные цепочки и корректируются чужие счётчики;
+   - удаляются `.bch` и `.tmp_bch`;
+   - цепочка подтягивается заново с `0` через `GetBlockchainBlock`.
+   - обычный `AddBlock` на эту цепочку в этот момент возвращает `chain_resync_in_progress`.
 
 ### 4.4 Зачем понадобился `GetSyncUserProfile`
 
@@ -161,8 +168,12 @@
 | Push новых DM партнёрам | Нужна реализация |
 | Push блоков блокчейна партнёрам | ✅ Реализована базовая one-shot версия |
 | Periodic backfill отсутствующего хвоста | ✅ Реализовано |
-| Разрешение рассинхрона / divergence | Нужна реализация |
+| Разрешение рассинхрона / divergence | ✅ Реализована базовая full-resync схема во время periodic sync |
 | Маршрутизация DM через access_servers | Нужна реализация (заглушка) |
 
 Текущая версия сервера уже умеет базовую синхронизацию блокчейнов между партнёрами.
-Не реализованы ещё DM-sync, постоянные server-to-server соединения и автоматическое исправление рассинхрона цепочек.
+Не реализованы ещё DM-sync, постоянные server-to-server соединения и recovery при старте по marker-file для resync.
+
+Следующие отдельные шаги после текущего этапа:
+- добавить startup recovery по marker-file для resync-цепочек;
+- вернуть обычному `AddBlock` настоящую `tmp_bch`-схему записи и recovery при резком рестарте.