Добавили счётчик подписчиков в каналах и подписки пользователя

2026-08-26 11:11:46 +04:00
parent 3a5851939e
commit 01321f5200
28 changed files with 1966 additions and 44 deletions
@@ -1,5 +1,18 @@
 # История изменений документации блокчейна

+## 2026-08-25 19:45:18 +0400
+- Базовый коммит-ориентир: `3a58519`.
+- Добавлены runtime-агрегаты статистики:
+  - `user_stats_state` хранит `owned_public_channels_count`, `following_users_count`, `following_channels_count`, `close_friends_count`;
+  - `channel_stats_state` хранит `subscribers_count` для публичных каналов.
+- Обновление статистики выполняется атомарно вместе с записью блока в той же SQL-транзакции `AddBlock`.
+- После полного resync статистика пересобирается из текущих `connections_state` и `channel_names_state`, чтобы старые данные продолжали работать.
+
+## 2026-08-25 19:59:00 +0400
+- Базовый коммит-ориентир: `working tree`.
+- Триггер `channel_names_state` для статистики сделан устойчивым к старым данным, где канал уже есть, а владельца ещё нет в `solana_user_pda_current`.
+- Добавлена совместимая миграция `v15`, чтобы существующие базы перестали падать на старых каналах при старте сервера.
+
 ## 2026-08-12 13:00:00 +0400
 - Базовый коммит-ориентир: `working tree`.
 - Канонический текстовый формат служебных тегов сокращён:
@@ -42,4 +42,6 @@
 ## Обязательное сопровождение
 - При любом изменении формата/правил блокчейна в коде документы этого каталога обновляются в том же наборе изменений.
 - Обычный `AddBlock` сейчас пишет через `<blockchainName>.tmp_bch`, `<blockchainName>.write_check` и `<blockchainName>.write_pending`; эта схема и `BlockchainTmpRecoveryOnStartup` должны быть описаны в актуальной документации по синхронизации и recovery.
+- Для runtime-агрегатов статистики `user_stats_state` и `channel_stats_state` действует тот же принцип derived state: они обновляются вместе с `AddBlock` и полностью пересобираются при full resync.
+- Если в старых данных есть канал владельца, которого ещё нет в `solana_user_pda_current`, сервер не падает: `channel_stats_state` всё равно обновляется, а `user_stats_state` создаётся только после появления пользователя в Solana PDA.
 - Каждое обновление документов фиксируется в `CHANGELOG.md` с датой/временем и хэшем коммита-основания.