Release 4.2.0: node_admin plugin, validator signing-key fix, HF16 no-contest fee freeze

.github/workflows/docker-pr-build.yml

@@ -89,6 +89,19 @@ jobs:
           cache-from: type=gha,scope=pr-${{ github.base_ref }}
           cache-to:   type=gha,scope=pr-${{ github.base_ref }},mode=max
 
+      # HF16 QC stand (#6618): 21-validator testnet image for the tc-netem bench. Only built
+      # for PRs from `pm`, where the QC work lives; other PRs skip it.
+      - uses: docker/build-push-action@v7
+        if: github.head_ref == 'pm'
+        with:
+          context: .
+          file: ./share/vizd/docker/Dockerfile-testnet
+          build-args: TESTNET_VALIDATORS=21
+          push: true
+          tags: vizblockchain/vizd:${{ steps.tag.outputs.value }}-testnet21
+          cache-from: type=gha,scope=pr-testnet21
+          cache-to:   type=gha,scope=pr-testnet21,mode=max
+
   # The Docker build above proves the top of the supported Boost range (1.91,
   # from the vizblockchain/vizd:boost-base base image). The tree is also supposed to build
   # against the 1.83 that Ubuntu 24.04 ships, and nothing else covers that end.
@@ -137,6 +150,16 @@ jobs:
   # touching PM consensus math, evaluators, crons, or chain properties. Builds only the
   # tests/pm targets (chain/protocol/fc compile as make-dependencies); the consensus_sim
   # harness is configured by BUILD_CONSENSUS_TESTS but never built here.
+  #
+  # 2026-10-20: this job is now a SUBSET of tests.yml and is kept only as a fast manual
+  # run. tests.yml discovers every binary named by add_test (so it builds all six pm_*
+  # targets plus node_admin_util and capped_file_appender), configures with the same
+  # flags, and runs the whole ctest — a superset of `ctest -R '^pm_'` here. Measured:
+  # the six binaries below are all in tests.yml's list. It skips only docs-only PRs,
+  # where there is nothing to test. Missing coverage is therefore NOT pm-tests but
+  # check-boost-range (the only job that builds `vizd` itself on Boost 1.83) and
+  # testnet-config (the only job that runs consensus_sim against testnet constants).
+  # A skipped gate is not a passing gate: a PR with 0 labels reports these as skipped.
   pm_tests:
     name: PM unit tests (ctest)
     runs-on: ubuntu-latest

.github/workflows/tests.yml

@@ -51,8 +51,10 @@ jobs:
                 -DCHAINBASE_CHECK_LOCKING=FALSE \
                 -DBUILD_CONSENSUS_TESTS=ON ..
           # Build exactly the binaries ctest will run, so a new add_test never shows up as "Not Run".
-          TEST_BINS=$(grep -ho 'add_test(NAME [a-z_]* COMMAND [a-z_]*' \
-            ../tests/pm/CMakeLists.txt ../tests/consensus_sim/CMakeLists.txt | awk '{print $NF}')
+          # Discover the suites instead of naming them: a hardcoded list silently skipped
+          # tests/node_admin and ctest reported its only test as "Not Run".
+          TEST_CMAKE=$(find ../tests -mindepth 2 -maxdepth 2 -name CMakeLists.txt)
+          TEST_BINS=$(grep -ho 'add_test(NAME [a-z_]* COMMAND [a-z_]*' $TEST_CMAKE | awk '{print $NF}')
           make -j"$(nproc)" $TEST_BINS
 
       - name: Run tests

@l10n/ru/docs/api/ids-and-hashes.md

@@ -0,0 +1,29 @@
+# Идентификаторы транзакций и блоков
+
+Типы идентификаторов VIZ унаследовал от Graphene (BitShares, затем Steem). В исходниках они
+объявлены как `fc::ripemd160`, и старая документация и библиотеки называют их «ripemd160 id». Это
+только имя 20-байтового контейнера, в котором они хранятся: **ни один из этих id не является
+ripemd160-хэшем.** Нода объявляет их через алиас `id160_type`, чтобы сказать это прямо.
+
+| Значение | Как вычисляется | Размер |
+|---|---|---|
+| `transaction_id` | первые 20 байт `sha256(сериализованная транзакция)`, подписи **не** входят | 20 байт |
+| `block_id` | первые 20 байт `sha224(сериализованный заголовок блока)`, затем байты 0–3 заменяются номером блока (big-endian) | 20 байт |
+| `transaction_merkle_root` | `ripemd160` от корня sha256-дерева по подписанным транзакциям | 20 байт |
+
+Merkle root — единственное значение, которое действительно ripemd160.
+
+## Что это значит для клиентов
+
+* Чтобы посчитать id транзакции, сериализуйте её **без** `signatures`, возьмите sha256 и оставьте
+  первые 20 байт. ripemd160 не применять — результат никогда не совпадёт с нодой.
+* Номер блока читается прямо из block id: это первые 4 байта, big-endian. TaPoS
+  (`ref_block_num` / `ref_block_prefix`) берёт младшие 16 бит этого номера и байты 4–7 block id.
+* Id имеют длину 20 байт во всех ответах API, в block log и в истории аккаунтов. Смена хэша (на
+  настоящий ripemd160 или на полный 32-байтовый sha256) была бы хардфорком, который делит историю на
+  два формата id, без выигрыша в безопасности: 160 бит для идентификатора достаточно, а подпись
+  ставится на полный sha256-дайджест, а не на id.
+
+Исходники: `transaction::id()` в `libraries/protocol/transaction.cpp`, `signed_block_header::id()` и
+`signed_block::calculate_merkle_root()` в `libraries/protocol/block.cpp`, типы — в
+`libraries/protocol/include/graphene/protocol/types.hpp`.

@l10n/ru/docs/consensus/block-processing.md

@@ -298,6 +298,7 @@ struct block_post_validation_message {
 ### Ограничения
 
 - В зачёт порога 2/3 идут только валидаторы из **текущего перетасованного расписания**; валидаторы вне расписания пропускаются.
+- **Один голос на раунд (правило безопасности Jolteon).** Валидатор голосует за блок раунда *r* (раунд = слот блока, `timestamp / CHAIN_BLOCK_INTERVAL`), только если *r* выше самого старшего раунда, в котором он уже голосовал. Плагин валидатора хранит этот раунд для каждого валидатора в `<data-dir>/block-vote-round.txt`, записывает его **до** отправки голоса (голос, раунд которого не удалось сохранить, не отправляется) и пишет в лог `Not voting for … already voted for … in round …`, если в том же раунде появился другой блок. В отличие от правила «одна подпись на высоту», в более позднем раунде валидатор может проголосовать за другой блок той же высоты — именно это позволяет расколу голосов разрешиться, а не застрять. Два конфликтующих сертификата кворума в одном раунде требуют валидаторов, голосующих дважды; ноды пишут такие голоса в лог как `Equivocation: …`. Повторная рассылка того же голоса разрешена.
 - Во время **аварийного консенсуса** (`emergency_consensus_active = true`) `check_block_post_validation_chain()` сразу возвращается — LIB продвигается исключительно по классическому пути, чтобы не заблокировать восстановление.
 - Список подтверждений ограничен **20 записями** (`CHAIN_MAX_BLOCK_POST_VALIDATION_COUNT`). Записи ниже текущего LIB удаляются после каждого блока.
 

@l10n/ru/docs/node/configuration.md

@@ -197,6 +197,28 @@ logger.p2p.level = warn
 logger.p2p.appenders = p2p
 ```
 
+Аппендер `file` НАСТРОЕН ротироваться по времени (новый файл каждый час, хранится сутки),
+но ротация срабатывает только пока обслуживается очередь файберов fc, а `vizd` после старта
+её не обслуживает (замер 20.10.2026: нода тестнета написала один файл на 37 МБ за девять
+часов на уровне `info`, часовых файлов нет; нода мейннета проработала четыре дня без нового
+файла). Не рассчитывайте, что аппендер ограничит размер, и помните: на `debug` нода может
+писать гигабайты в час. Если нужен только свежий хвост, используйте опциональный
+capped-аппендер: один файл, в котором остаются последние `max_lines` строк (по умолчанию
+10000, `0` — без ограничения). Он считает строки при записи и сжимается на месте, поэтому
+файл держится между `max_lines` и ~1.1 x `max_lines`, без всяких таймеров. Ноды, в конфиге
+которых нет секции `log.capped_file_appender.*`, ведут себя ровно как раньше; саму секцию
+безопасно завозить ДО обновления бинаря — старая сборка её игнорирует и продолжает писать
+в stderr. Если указанный путь не открывается, нода всё равно стартует: печатает в stderr
+одну строку `capped_file_appender: cannot open log file …` и просто не создаёт файл.
+
+```ini
+log.capped_file_appender.node.filename = logs/node/node.log
+log.capped_file_appender.node.max_lines = 10000
+
+# Куда именно писать — решает логгер; сам аппендер ничего не пишет.
+logger.default.appenders = stderr, node
+```
+
 ---
 
 ## Полный справочник

@l10n/ru/docs/node/getting-started.md

@@ -37,6 +37,7 @@ docker pull vizblockchain/vizd:latest
 ```bash
 docker run -d \
   --name vizd \
+  --restart unless-stopped \
   -p 2001:2001 \
   -p 8090:8090 \
   -p 8091:8091 \