Record completed Merkle transport stage and full regression results

This commit is contained in:
evgeny committed 2026-11-04 00:13:27 +01:00
1 parent 306c38ca82
commit 13fd7cd34a
1 file changed
+24
+24
View File
@@ -629,3 +629,27 @@ FILE_TRANSFER и прямого DM. Для реализации mailbox/custody
DB_SYNC, JOIN E2E (3/3), server JOIN, MEMBERS/feedback и транспортные регрессии.
- MEMBERS/bootstrap пока не изменены: их исключение не переносится на историю/настройки.
Следующая граница описана в 2.4. Транзит BGP-доставки и UTUN не изменены.
04.11.2026: транспортный этап отложенного приёма MEMBERS.
- Завершён незаконченный режим одностороннего запроса в merkle_sync. Получатель ведёт
BEGIN/READY, запрашивает различия и отправляет CHECK. Источник выдаёт DONE только
при неизменившихся данных, включая повторную проверку перед фактической отправкой.
Получатель вызывает commit_pull только после этого подтверждения; ошибка проверки
не превращается в успешный результат. Отмена, обрыв и ошибка освобождают staging.
- validate_request разрешает только локальный запрос, validate_peer — выдачу данных.
Непрошеный ответ не создаёт сессию. Получатель не отвечает своими страницами/хешами.
Обычный обмен, локальный запрос и встречная выдача имеют отдельные сессии/токены.
Завершённый запрос не начинает обратную передачу и не создаёт автоматическую подписку.
- test_merkle_protocol проверяет отказ источника, ответы без запроса, применение только
после DONE, отказ commit_pull, изменение источника до CHECK/перед отправкой DONE,
разделение направлений, запрет обратной выдачи, отзыв и отмену из callback.
Лог /tmp/member-staged-protocol.log. CHAT isolation84/84 и merkle_sync28/28 прошли;
stress прошёл 10000 вставок + 10000 обновлений с переподключениями и 1000 конкурентных
проходов треугольника: /tmp/member-staged-merkle-stress.log.
Полный ./check.sh:241/241, proxy9/9, burst/load PASS, 210с;
лог /tmp/member-staged-full-check.log. Сборка ядра и выбранных тестов без предупреждений.
- Модель MEMBERS пока НЕ подключена к новому режиму. Следующий этап — служебные поля
версий в одной таблице, приём в staging, проверка состава и атомарная публикация
вместе с допуском; затем контекст JOIN/recovery и отрицательные сетевые сценарии.
Отдельно уточняется удаление прежнего состава при доказанном исключении самого узла;
подтверждённый отзыв нельзя терять или заменять старым разрешающим бэкапом.