Зафиксировать успешную синхронизацию на тестовом сервере

2026-06-26 17:46:34 +04:00
parent 44a1ba01f3
commit 87eec7e5c9
9 changed files with 52 additions and 96 deletions
@@ -1,5 +1,13 @@
 # История изменений документации блокчейна

+# 2026-06-26 17:45:18 +0400
+- Базовый коммит-ориентир: `44a1ba0`.
+- На `t.shineup.me` подтверждена рабочая схема startup sync и full-resync:
+  - после рестарта сервер добивает `BlockchainTmpRecovery` и `BlockchainResyncRecovery`;
+  - `aidartest-001` успешно подтягивается с `shineup.me`;
+  - итоговое локальное состояние по `aidartest-001` дошло до `last_block_number=13`.
+- В `Dev_Docs/Blockchain/sync-between-servers.md` добавлен практический результат ручной проверки на тестовом сервере.
+
 ## 2026-06-26 17:03:22 +0400
 - Базовый коммит-ориентир: `71fdee0`.
 - Обычный `AddBlock` переведён на crash-safe схему через временный кандидат `<blockchainName>.tmp_bch`, sidecar `<blockchainName>.write_check` и marker `<blockchainName>.write_pending`.
@@ -241,3 +241,16 @@ Full resync запускается только тогда, когда:

 Следующие отдельные шаги после текущего этапа:
 - отдельно проверить full-resync и startup-recovery на реальном тестовом прогоне после ручного удаления БД/файлов.
+
+### 8.1 Практическая проверка на тестовом сервере
+
+Проверка на `t.shineup.me` показала, что текущая схема действительно поднимает цепочку при старте:
+
+- после рестарта сервер сначала проходит `BlockchainTmpRecovery`;
+- затем обрабатывает `BlockchainResyncRecovery`;
+- после этого сам догружает цепочку `aidartest-001` с `shineup.me`;
+- итоговое состояние на тестовом сервере:
+  - `blockchain_state.last_block_number = 13`
+  - `blocks` по `aidartest-001` = `14` записей
+
+Это подтверждает, что startup sync и full-resync flow работают в живом сценарии, а не только в коде.