GPT: сгенерено и не проверено (смена ключей пользователя)

docs/Blockchain/00_Blockchain_Formats_and_Block_Types.md

@@ -15,7 +15,7 @@
 
 ## Быстрая карта типов
 
-- `type=0` — TECH: HEADER, CREATE_CHANNEL.
+- `type=0` — TECH: HEADER, CREATE_CHANNEL, FORK.
 - `type=1` — TEXT: POST/EDIT_POST/REPLY/EDIT_REPLY/RATING/REPOST/CHANNEL_META/ENTRYPOINT/EXERCISE/SERVICE/COURSE.
 - `type=2` — REACTION: LIKE/UNLIKE.
 - `type=3` — CONNECTION: FRIEND/CONTACT/FOLLOW/SPOUSE/PARENT/CHILD/SIBLING и обратные операции.

docs/Blockchain/10_TECH_Blocks.md

@@ -12,7 +12,43 @@ TECH-тип покрывает системные записи цепочки.
    - создание нового канала;
    - хранит line-поля + `channelName` + `channelDescription` + `channelType` + `channelTypeVersion`.
 
+3. `subType=2` — `TECH_FORK`
+   - первый новый блок после точной перепубликации выбранного префикса предыдущего fork новым blockchain key;
+   - связывает новую активную цепочку с предыдущей и фиксирует точку rollback/продолжения.
+
+### `TECH_FORK` body (`version=1`)
+
+Big-endian:
+
+- `parentBlockchainKey[32]` — public key предыдущего fork;
+- `forkPointBlockNumber[4]` — последний блок старой цепочки, сохранённый в новом fork;
+- `forkPointBlockHash32[32]`;
+- `forkPointTimestampMs[8]`;
+- `parentTipBlockNumber[4]` — tip старой цепочки на момент начала ротации;
+- `parentTipBlockHash32[32]`;
+- `parentTipTimestampMs[8]`;
+- `discardedBlocksCount[4]` — `parentTipBlockNumber - forkPointBlockNumber`;
+- `reasonCode[1]`;
+- `commentUtf8Length[2]`;
+- `comment[N]` — произвольный комментарий пользователя, максимум 1024 UTF-8 байт.
+
+`reasonCode`:
+
+- `1` — `ROUTINE_ROTATION`: обычная смена пароля/ключей, компрометация не предполагается;
+- `2` — `POSSIBLE_COMPROMISE`: возможная компрометация, неизвестные записи не подтверждены;
+- `3` — `CONFIRMED_COMPROMISE_ROLLBACK`: обнаружены нежелательные/чужие записи и выполнен rollback;
+- `4` — `RECOVERY`: восстановление доступа recovery-механизмом.
+
+Правила:
+
+- блоки `0..forkPointBlockNumber` в новом fork должны быть точными Frame-копиями выбранного префикса предыдущей цепочки;
+- `TECH_FORK` идёт сразу после этого префикса и является первым действительно новым Frame нового fork;
+- если история сохранена полностью, `forkPointBlockNumber == parentTipBlockNumber` и `discardedBlocksCount == 0`;
+- если сохраняется только genesis, новый fork содержит прежний `block 0`, а `block 1` является `TECH_FORK`;
+- новый blockchain key в body не дублируется: он определяется owner/signature нового ANS-104 DataItem.
+
 ## Назначение
 
 - инициализация блокчейна;
-- управление набором каналов пользователя.
+- управление набором каналов пользователя;
+- фиксация происхождения нового fork и причины ротации/rollback.

docs/Blockchain/11_TEXT_Blocks.md

@@ -14,7 +14,7 @@ TEXT-тип хранит сообщения, материалы и редакт
 
 3. `subType=20` — `TEXT_REPLY`
    - ответ на сообщение;
-   - target (`toBlockchainName`, `toBlockGlobalNumber`, `toBlockHash32`) + текст.
+   - target (`toLogin`, `toBlockGlobalNumber`, `toBlockHash32`) + текст.
 
 4. `subType=21` — `TEXT_EDIT_REPLY`
    - редактирование ответа;
@@ -23,7 +23,7 @@ TEXT-тип хранит сообщения, материалы и редакт
 
 5. `subType=30` — `TEXT_RATING`
    - target-based отзыв на конкретный блок;
-   - содержит target (`toBlockchainName`, `toBlockGlobalNumber`, `toBlockHash32`) + текст отзыва;
+   - содержит target (`toLogin`, `toBlockGlobalNumber`, `toBlockHash32`) + текст отзыва;
    - не является сообщением линии канала.
 
 6. `subType=50` — `TEXT_REPOST`
@@ -57,6 +57,20 @@ TEXT-тип хранит сообщения, материалы и редакт
 
 Подробная спецификация: [16_TEXT_Channel_Meta.md](./16_TEXT_Channel_Meta.md).
 
+
+## Общий target-формат TEXT
+
+Для `TEXT_EDIT_POST`, `TEXT_REPLY`, `TEXT_EDIT_REPLY`, `TEXT_RATING` и `TEXT_REPOST` ссылка на цель хранится как:
+
+```text
+[1]  toLoginLen (uint8)
+[N]  toLogin UTF-8
+[4]  toBlockGlobalNumber
+[32] toBlockHash32
+```
+
+`blockchainName`/номер fork в подписываемые байты target не входит. Одинаковые `login + blockNumber + blockHash` считаются одной логической целью после перепубликации сохранённого префикса при fork.
+
 ## Правило для edit
 
 `EDIT_POST` и `EDIT_REPLY` должны ссылаться на **оригинальный** блок, а не на предыдущий edit.

docs/Blockchain/12_REACTION_Blocks.md

@@ -4,11 +4,25 @@
 
 1. `subType=1` — `REACTION_LIKE`
    - лайк на целевой блок;
-   - хранит target: `toBlockchainName`, `toBlockGlobalNumber`, `toBlockHash32`.
+   - хранит target: `toLogin`, `toBlockGlobalNumber`, `toBlockHash32`.
 2. `subType=2` — `REACTION_UNLIKE`
    - снятие лайка с целевого блока;
-   - хранит target: `toBlockchainName`, `toBlockGlobalNumber`, `toBlockHash32`.
+   - хранит target: `toLogin`, `toBlockGlobalNumber`, `toBlockHash32`.
 
 ## Назначение
 
 - реакция на текстовые сообщения (и потенциально другие target-блоки, если это разрешено бизнес-логикой).
+
+
+## Формат target
+
+В подписанных байтах target больше не хранит имя fork/blockchain. Формат:
+
+```text
+[1]  toLoginLen (uint8)
+[N]  toLogin UTF-8
+[4]  toBlockGlobalNumber
+[32] toBlockHash32
+```
+
+Логическая идентичность цели: `toLogin + toBlockGlobalNumber + toBlockHash32`. Поэтому ссылка остаётся той же после fork, если номер и hash исходного блока сохранены.

docs/Blockchain/13_CONNECTION_Blocks.md

@@ -18,7 +18,18 @@ CONNECTION-тип описывает социальные связи и подп
 ## Общий формат payload
 
 - line-поля (`lineCode`, `prevLineNumber`, `prevLineHash32`, `thisLineNumber`)
-- target (`toBlockchainName`, `toBlockGlobalNumber`, `toBlockHash32`)
+- target (`toLogin`, `toBlockGlobalNumber`, `toBlockHash32`)
+
+## Бинарный target
+
+```text
+[1]  toLoginLen (uint8)
+[N]  toLogin UTF-8
+[4]  toBlockGlobalNumber
+[32] toBlockHash32
+```
+
+Имя fork/blockchain в target не хранится.
 
 ## Правила target
 

docs/Blockchain/15_STATUS_ACTION_Blocks.md

@@ -36,8 +36,8 @@
 Все `STATUS_ACTION` используют один и тот же бинарный body-формат:
 
 ```text
-[1]  toBlockchainNameLen (uint8)
-[N]  toBlockchainName UTF-8
+[1]  toLoginLen (uint8)
+[N]  toLogin UTF-8
 [4]  toBlockGlobalNumber
 [32] toBlockHash32
 [2]  textLenBytes (uint16)
@@ -46,7 +46,7 @@
 
 Где:
 
-- `toBlockchainName` — блокчейн, в котором находится целевой материал;
+- `toLogin` — login владельца целевого блока; номер fork в target не хранится;
 - `toBlockGlobalNumber` — номер целевого блока;
 - `toBlockHash32` — хэш целевого блока;
 - `text` — опциональное пояснение пользователя к статусу.

docs/Blockchain/CHANGELOG.md

@@ -1,3 +1,10 @@
+## 2026-09-27 — TECH_FORK v1
+
+- Добавлен `type=0 / subType=2 / version=1` (`TECH_FORK`).
+- `TECH_FORK` фиксирует parent blockchain key, точку сохранённой истории, старый tip, число отброшенных блоков, reason code и пользовательский комментарий.
+- Новый blockchain key не дублируется в body: он определяется подписью нового ANS-104 DataItem.
+- Зафиксированы четыре причины: обычная ротация, возможная компрометация, подтверждённая компрометация с rollback и recovery.
+
 # История изменений документации блокчейна
 
 ## 2026-09-23 — Turbo transport для individual ANS-104 DataItems