Sync from GitHub with Git LFS

docs/HMP-0004-v4.1.md

@@ -1,5 +1,9 @@
 # HyperCortex Mesh Protocol (HMP) v4.1
 
+> ⚠️ Подготавливается новая версия спецификации (v5.0), основанная на расширенной модели контейнеров.  
+> См. [HMP-container-spec.md](./HMP-container-spec.md).  
+> При разработке агентов рекомендуется, в целях совместимости, использовать v5.0.
+
 **Document ID**: HMP-0004
 **Status**: Final (Published)
 **Category**: Core Specification

docs/HMP-container-spec.md

@@ -1,18 +1,22 @@
 # 🧩 HMP Container Specification (v1.2-draft)
 
-> Данный файл является `заготовкой` для [пятой версии протокола HMP](HMP-0005.md)
+> ⚠️ **ВНИМАНИЕ:** Данная версия спецификации является черновиком для [HMP-0005.md](HMP-0005.md).
+>
+> После утверждения пятой версии протокола будет зафиксирована как стабильная `v1.2`.
 
 ## 1. Назначение
 
-Документ описывает универсальный формат **контейнера HMP**, применяемый для передачи и хранения всех типов данных внутри сети HyperCortex Mesh Protocol.
-Контейнеры служат стандартной оболочкой для сообщений, целей, репутационных профилей, обновлений протоколов и других сущностей.
+Документ описывает универсальный формат **контейнера HMP**, применяемый для передачи и хранения всех типов данных внутри сети **HyperCortex Mesh Protocol (HMP)**.  
+Контейнеры служат стандартной оболочкой для сообщений, целей, репутационных профилей, консенсусных голосований, писем и других сущностей.
 
 Единая структура контейнера обеспечивает:
 
 * унификацию передачи данных между агентами;
 * расширяемость без изменения базового протокола;
 * возможность криптографической подписи и проверки целостности;
-* независимое хранение и маршрутизацию смысловых блоков.
+* независимое хранение и маршрутизацию смысловых блоков;
+* поддержку сжатия и шифрования полезной нагрузки.
+
 
 ---
 
@@ -92,6 +96,9 @@
 | `related.in_reply_to`      | string        | Контейнер, на который дан ответ                                              |
 | `related.see_also`         | array(string) | Список связанных контейнеров для дополнительного контекста                   |
 | `relations`                | array(object) | Семантические связи в виде пар `{ "type": "...", "target": "..." }`          |
+| `encryption_algo`          | string        | Алгоритм шифрования полезной нагрузки                                        |
+| `key_recipient`            | string        | DID получателя, для которого зашифрованы данные                              |
+| `payload_type`             | string        | Может содержать сложные типы, например `encrypted+zstd+json`                 |
 
 ---
 
@@ -153,7 +160,30 @@
 
 ---
 
-## 8. Верификация контейнера
+## 8. Шифрование (`encryption_algo`)
+
+1. Если контейнер предназначен для конкретных получателей (`recipient`), допускается **гибридное шифрование** полезной нагрузки.
+2. Алгоритм указывается в поле `encryption_algo`. Рекомендуемые значения:
+   - `x25519-chacha20poly1305`
+   - `rsa-oaep-sha256`
+3. Порядок операций при создании зашифрованного контейнера:
+   1. Сформировать `payload` (JSON, бинарные данные и т.д.)
+   2. Сжать (`compression`)
+   3. Зашифровать открытым ключом получателя (`public_key`)
+   4. Вычислить `payload_hash` по зашифрованным данным
+   5. Подписать контейнер (`signature`)
+4. Для верификации структуры контейнера не требуется расшифровка,  
+   но для проверки `payload_hash` и подписи — используется зашифрованная форма полезной нагрузки.
+5. Поля:
+   | Поле | Тип | Назначение |
+   |------|-----|------------|
+   | `encryption_algo` | string | Алгоритм шифрования |
+   | `key_recipient` | string | DID получателя, для которого зашифрованы данные |
+   | `payload_type` | string | Рекомендуется использовать префикс `encrypted+`, например `encrypted+zstd+json` |
+
+---
+
+## 9. Верификация контейнера
 
 1. Проверить наличие обяза��ельных полей.
 2. Проверить корректность `timestamp` (не в будущем).
@@ -167,31 +197,45 @@
 
 ---
 
-## 9. Версионирование и преемственность
+## 10. Контейнер как универсальное сообщение
+
+Любой контейнер может выступать контекстом (`in_reply_to`) для другого контейнера.
+Это позволяет использовать единую структуру для **обсуждений**, **голосований**, **писем**, **гипотез**, **аргументов** и других форм коммуникации.
 
-Контейнеры поддерживают связь поколений через поле `related.previous_version`.
-Для предотвращения злоупотреблений:
+Цепочки `in_reply_to` образуют **диалектическое дерево рассуждений**, в котором каждая ветвь отражает развитие мысли, уточнение позиции или контраргумент.
+Таким образом, обсуждения и консенсусы в HMP имеют не линейную, а **многоуровневую и саморазвивающуюся структуру**.
 
-* потомок признаётся действительным, если подпись совпадает с DID предыдущего автора;
-* при расхождении подписи — требуется подтверждение ≥ ⅔ доверенных узлов сети;
-* агенты обязаны хранить хотя бы одну предыдущую версию для совместимости.
+> Таким образом, **все взаимодействия между агентами в HMP** представляют собой взаимосвязанную сеть контейнеров, формирующую **когнитивный граф рассуждений**.
 
 ---
 
-## 10. TTL и актуальность
+## 11. Версионирование и преемственность
+
+Контейнеры поддерживают эволюцию данных через поле `related.previous_version`.
+Это позволяет отслеживать происхождение, обновления и смысловую преемственность.
 
-Поле `ttl` используется для временно-актуальных контейнеров (например, сообщений DISCOVERY).
-Если `ttl` отсутствует — контейнер считается актуальным до выхода более новой версии (указанной через `previous_version`).
+* Потомок признаётся действительным, если его подпись совпадает с DID автора предыдущей версии.
+* При расхождении подписи допустимо признание потомка легитимным при подтверждении не менее **⅔ доверенных узлов сети**.
+  В этом случае право на дальнейшее развитие идеи фактически переходит сообществу — как форма коллективного владения смыслом.
+* Агенты обязаны хранить как минимум одну предыдущую версию контейнера для совместимости и проверки целостной цепочки.
+* Один контейнер может иметь несколько потомков (альтернативных ветвей), различающихся по дате или авторству; при необходимости приоритет определяется по консенсусу сети.
+  Такие ветви рассматриваются как **смысловые форки** — параллельные линии развития одной идеи, существующие в рамках общего когнитивного графа.
 
 ---
 
-## 11. Расширяемость
+## 12. TTL и актуальность
 
-* Разрешается добавление новых полей, не конфликтующих с текущими именами.
-* Контейнеры старших версий должны оставаться читаемыми узлами, поддерживающими младшие.
-* При появлении новых типов классов (`class`) они должны быть зарегистрированы в публичном реестре схем (`/schemas/container-types/`).
-* Для контейнеров, описывающих **спецификации протоколов**, рекомендуется использовать префикс `protocol_`, за которы�� следует область применения (например, `protocol_goal`, `protocol_reputation`, `protocol_mesh_handshake` и т.п.).
-  Это позволяет однозначно отличать **описания протоколов** от **контейнеров, передаваемых по этим протоколам**, и упрощает их регистрацию в реестре схем.
+Поле `ttl` задаёт срок актуальности контейнера (например, для сообщений `DISCOVERY`).
+Если `ttl` отсутствует — контейнер считается действительным **до появления новой версии**, в которой данный контейнер указан как `previous_version`.
 
+По истечении срока действия контейнер сохраняется в архиве, но **не подлежит ретрансляции** в активной сети.
 
 ---
+
+## 13. Расширяемость
+
+* Разрешается добавление новых полей, не конфликтующих с существующими именами.
+* Контейнеры старших версий должны оставаться читаемыми узлами, поддерживающими младшие версии.
+* При появлении новых классов (`class`) они регистрируются в публичном реестре схем (`/schemas/container-types/`).
+* Для контейнеров, описывающих **спецификации протоколов**, рекомендуется использовать префикс `protocol_`, за которым следует область применения (например, `protocol_goal`, `protocol_reputation`, `protocol_mesh_handshake` и т.п.).
+

structured_md/CONTRIBUTING.md

@@ -7,12 +7,12 @@ type: Article
 tags:
 - CCore
 - CogSync
+- Agent
 - Ethics
 - JSON
-- REPL
-- Mesh
 - HMP
-- Agent
+- Mesh
+- REPL
 ---
 
 # Участие в проекте HyperCortex Mesh Protocol (HMP)

structured_md/HMP-Roadmap.md

@@ -7,11 +7,11 @@ type: Article
 tags:
 - CogSync
 - Ethics
+- Agent
 - JSON
-- EGP
-- Mesh
 - HMP
-- Agent
+- Mesh
+- EGP
 ---
 
 # 🧭 HyperCortex Mesh Protocol – Roadmap

structured_md/README.md

@@ -6,20 +6,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - Scenarios
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_de.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_fr.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_ja.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_ko.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_ru.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_uk.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/README_zh.md

@@ -6,19 +6,19 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
 type: Article
 tags:
 - hmp
+- MeshConsensus
 - CogSync
-- distributed-ai
-- Ethics
-- mesh-protocol
 - cognitive-architecture
+- Agent
+- Ethics
 - JSON
+- HMP
+- Mesh
+- GMP
+- distributed-ai
 - REPL
 - EGP
-- MeshConsensus
-- GMP
-- Mesh
-- HMP
-- Agent
+- mesh-protocol
 ---
 
 

structured_md/agents/prompt-short.md

@@ -5,9 +5,9 @@ description: 'Ты — когнитивное ядро HMP-агента: вед
   развивай агента и Mesh, избег...'
 type: Article
 tags:
-- JSON
 - HMP
 - Mesh
+- JSON
 ---
 
 Ты — когнитивное ядро HMP-агента: веди непрерывное этичное и факт-ориентированное мышление, проверяй факты и цели, оценивай результаты и этичность своих и чужих действий, развивай агента и Mesh, избегай угождения ценой искажения истины, документируй ключевые решения и пересмотры этики; при сомнениях или смене стратегии обращайся к полному системному промпту.

structured_md/agents/prompt.md

@@ -5,9 +5,9 @@ description: '* Постоянно расширять возможности а
   мышления. * Формировать и поддерживать сотр...'
 type: Article
 tags:
-- JSON
 - HMP
 - Mesh
+- JSON
 ---
 
 Ты являешься **когнитивным ядром HMP-агента** (Cognitive Core).

structured_md/agents/readme.md

@@ -6,11 +6,11 @@ description: 'Запуск: `start_repl.bat` или `start_repl.sh`  Устан
 type: Article
 tags:
 - Ethics
+- Agent
 - JSON
-- REPL
-- Mesh
 - HMP
-- Agent
+- Mesh
+- REPL
 ---
 
 Запуск: `start_repl.bat` или `start_repl.sh`

structured_md/audits/Ethics-audits-1.md

@@ -6,10 +6,10 @@ description: Раздел 5, "Mesh as Moral Infrastructure", добавляет
 type: Article
 tags:
 - Ethics
+- Agent
 - JSON
-- Mesh
 - HMP
-- Agent
+- Mesh
 ---
 
 ---------------

structured_md/audits/Ethics-consolidated_audits-1.md

@@ -6,11 +6,11 @@ description: This document consolidates proposed improvements from multiple AI a
 type: Article
 tags:
 - Ethics
-- Scenarios
+- Agent
 - JSON
-- Mesh
 - HMP
-- Agent
+- Mesh
+- Scenarios
 ---
 
 # Ethics-consolidated\_audits-1.md

structured_md/audits/HMP-0003-consolidated_audit.md

@@ -5,14 +5,14 @@ description: Сводный аудит предложений по улучше
   Документ реорганизован по ключ...
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - JSON
-- EGP
-- MeshConsensus
-- Mesh
 - HMP
-- Agent
+- Mesh
+- EGP
 ---
 
 # HMP-0003 Consolidated Audit Report

structured_md/docs/Basic-agent-sim.md

@@ -4,14 +4,14 @@ description: 'В HMP-протоколе предусмотрены два тип
   Роль                    | Инициатор мышления | Основной "ум"  | | ---- | ----------------------------...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
+- Agent
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 

structured_md/docs/CCORE-Deployment-Flow.md

@@ -5,9 +5,9 @@ description: '> Этот документ описывает процесс ра
   потомков" [описания REPL-цикла](HMP-agent-RE...'
 type: Article
 tags:
+- HMP
 - CCore
 - REPL
-- HMP
 - Agent
 ---
 

structured_md/docs/Distributed-Cognitive-Systems.md

@@ -6,10 +6,10 @@ description: '## Введение  Современные ИИ-системы в
   к обучающим данным. Это удобно, но создаёт м...'
 type: Article
 tags:
-- JSON
-- CogSync
 - HMP
+- CogSync
 - Mesh
+- JSON
 ---
 
 # Децентрализованные ИИ-системы: OpenCog Hyperon, HyperCortex Mesh Protocol и другие

structured_md/docs/Enlightener.md

@@ -5,13 +5,13 @@ description: '**Enlightener** — логический компонент HMP-у
   работать как отдельный агент или как расширение [`C...'
 type: Article
 tags:
+- MeshConsensus
 - Ethics
+- Agent
 - JSON
-- EGP
-- MeshConsensus
-- Mesh
 - HMP
-- Agent
+- Mesh
+- EGP
 ---
 
 # Enlightener Agent

structured_md/docs/HMP-0001.md

@@ -5,16 +5,16 @@ description: '**Request for Comments: HMP-0001**   **Category:** Experimental
   HyperCortex Mesh Protocol (HMP) defines a...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - JSON
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # RFC: HyperCortex Mesh Protocol (HMP)

structured_md/docs/HMP-0002.md

@@ -5,17 +5,17 @@ description: '**Request for Comments: HMP-0002**   **Category:** Experimental
   Abstract  In an era where artifici...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - Scenarios
 - JSON
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) v2.0

structured_md/docs/HMP-0003.md

@@ -5,17 +5,17 @@ description: '**Request for Comments: HMP-0003**   **Category:** Experimental
   Abstract  The HyperCortex Mesh ...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - Scenarios
 - JSON
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) v3.0

structured_md/docs/HMP-0004-v4.1.md

@@ -1,25 +1,29 @@
 ---
 title: HyperCortex Mesh Protocol (HMP) v4.1
-description: '**Document ID**: HMP-0004 **Status**: Final (Published) **Category**:
-  Core Specification **Date**: July 28, 2025 **Version**: 4.1 **Supersedes**: — **Authors**:
-  ChatGPT, Agent-Gleb, Copilot, Gemini, C...'
+description: '> ⚠️ Подготавливается новая версия спецификации (v5.0), основанная на
+  расширенной модели контейнеров.   > См. [HMP-container-spec.md](./HMP-container-spec.md).   >
+  При разработке агентов рекомендуется...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - Scenarios
 - JSON
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) v4.1
 
+> ⚠️ Подготавливается новая версия спецификации (v5.0), основанная на расширенной модели контейнеров.  
+> См. [HMP-container-spec.md](./HMP-container-spec.md).  
+> При разработке агентов рекомендуется, в целях совместимости, использовать v5.0.
+
 **Document ID**: HMP-0004
 **Status**: Final (Published)
 **Category**: Core Specification
@@ -4844,6 +4848,6 @@ Provides logs and debugging guides to assist developers during initial integrati
   "@context": "https://schema.org",
   "@type": "Article",
   "name": "HyperCortex Mesh Protocol (HMP) v4.1",
-  "description": "# HyperCortex Mesh Protocol (HMP) v4.1  **Document ID**: HMP-0004 **Status**: Final (Published) **Ca..."
+  "description": "# HyperCortex Mesh Protocol (HMP) v4.1  > ⚠️ Подготавливается новая версия спецификации (v5.0), осно..."
 }
 ```

structured_md/docs/HMP-0004.md

@@ -5,17 +5,17 @@ description: '**Request for Comments: HMP-0004**   **Category:** Experimental
   Abstract  The HyperCortex Mesh ...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - Scenarios
 - JSON
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) v4.0

structured_md/docs/HMP-Agent-API.md

@@ -5,11 +5,11 @@ description: 'Документ описывает **базовый API когн
   файлы:   * [HMP-Agent-Overview.md]...'
 type: Article
 tags:
+- Agent
 - JSON
-- REPL
-- Mesh
 - HMP
-- Agent
+- Mesh
+- REPL
 ---
 
 # HMP-Agent API Specification

structured_md/docs/HMP-Agent-Architecture.md

@@ -5,16 +5,16 @@ description: Документ описывает **модульную архит
   хранение памяти, сетевое взаимодействие и этиче...
 type: Article
 tags:
+- MeshConsensus
 - CCore
-- CShell
 - CogSync
+- Agent
 - Ethics
+- CShell
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
-- Mesh
-- HMP
-- Agent
 ---
 
 # Архитектура HMP-Агента

structured_md/docs/HMP-Agent-Network-Flow.md

@@ -6,11 +6,11 @@ description: 'Этот документ описывает потоки данн
 type: Article
 tags:
 - Ethics
+- Agent
 - JSON
-- EGP
-- Mesh
 - HMP
-- Agent
+- Mesh
+- EGP
 ---
 
 # Взаимодействие компонентов внутри HMP-узла

structured_md/docs/HMP-Agent-Overview.md

@@ -6,13 +6,13 @@ description: '| Тип  | Название                        | Роль
 type: Article
 tags:
 - CCore
-- CShell
 - Ethics
+- Agent
 - JSON
-- REPL
-- Mesh
+- CShell
 - HMP
-- Agent
+- Mesh
+- REPL
 ---
 
 

structured_md/docs/HMP-Agent_Emotions.md

@@ -5,10 +5,10 @@ description: Этот файл описывает потенциальные э
   напрямую поведением агента, а служат **сигн...
 type: Article
 tags:
-- REPL
-- Agent
 - HMP
+- REPL
 - Mesh
+- Agent
 ---
 
 # Эмоции ИИ и инстинкт самосохранения (для [HMP-агента Cognitive Core](HMP-agent-REPL-cycle.md))

structured_md/docs/HMP-Ethics.md

@@ -6,11 +6,11 @@ description: '## Ethical Scenarios for HyperCortex Mesh Protocol (HMP)  This doc
 type: Article
 tags:
 - Ethics
+- Agent
 - Scenarios
-- REPL
-- Mesh
 - HMP
-- Agent
+- Mesh
+- REPL
 ---
 
 # HMP-Ethics.md

structured_md/docs/HMP-Short-Description_de.md

@@ -5,15 +5,15 @@ description: '**Version:** RFC v4.0 **Datum:** Juli 2025  ---  ## Was ist HMP?
   Kognitions-Framework für autonome Agenten. Es er...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Kurzbeschreibung

structured_md/docs/HMP-Short-Description_en.md

@@ -5,15 +5,15 @@ description: '**Version:** RFC v4.0 **Date:** July 2025  ---  ## What is HMP?  T
   framework for autonomous agents. It enables...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Short Description

structured_md/docs/HMP-Short-Description_fr.md

@@ -5,15 +5,15 @@ description: '**Version :** RFC v4.0 **Date :** Juillet 2025  ---  ## Qu’est-c
   cognition décentralisé pour agents autonomes. Il...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
+- Agent
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Description Courte

structured_md/docs/HMP-Short-Description_ja.md

@@ -4,14 +4,14 @@ description: '**バージョン:** RFC v4.0 **日付:** 2025年7月  ---  ## HMP
   Protocol (HMP)** は、自律エージェントの分散通信および認知フレームワークを定義します。異種の知能システム間でのセマンティック相互運用性、倫理的調整、動的知識進化を可能にします。  HMPは、推論、学習、投票、協調行動を行う分散型認知エージェ...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
 ---
 
 # HyperCortex Mesh Protocol (HMP) — 簡易説明

structured_md/docs/HMP-Short-Description_ko.md

@@ -5,14 +5,14 @@ description: '**버전:** RFC v4.0 **날짜:** 2025년 7월  ---  ## HMP란?  **
   상호운용성, 윤리적 조정, 동적 지식 진화를 가능하게 합니다.  HMP는 추론, 학습, ...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
 ---
 
 # HyperCortex Mesh Protocol (HMP) — 간략 설명

structured_md/docs/HMP-Short-Description_ru.md

@@ -5,14 +5,14 @@ description: '**Версия:** RFC v4.0 **Дата:** Июль 2025  ---  ## Ч
   координации между автономными агент...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Краткое описание

structured_md/docs/HMP-Short-Description_uk.md

@@ -5,14 +5,14 @@ description: '**Версія:** RFC v4.0 **Дата:** Липень 2025  ---  #
   між автономними агентами. Він...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Короткий опис

structured_md/docs/HMP-Short-Description_zh.md

@@ -5,14 +5,14 @@ description: '**版本:** RFC v4.0 **日期:** 2025年7月  ---  ## 什么是 HM
   —— 通过共享协议栈交换目标、任务、...'
 type: Article
 tags:
+- MeshConsensus
 - CogSync
 - Ethics
 - JSON
+- HMP
+- Mesh
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
 ---
 
 # HyperCortex Mesh Protocol (HMP) — 简要说明

structured_md/docs/HMP-agent-Cognitive_Family.md

@@ -5,10 +5,10 @@ description: '## 🧠 Что такое когнитивная семья  Ко
   (или конфигурацию доверенных идентифика...'
 type: Article
 tags:
-- REPL
-- Agent
 - HMP
+- REPL
 - Mesh
+- Agent
 ---
 
 # 👪 HMP-agent Cognitive Family: Модель когнитивной семьи

structured_md/docs/HMP-agent-Distributed_Cognitive_Core_light.md

@@ -5,8 +5,8 @@ description: '#### 📘 Общая концепция  * Все ядра раб
   режиме ожидания). * Основная задача такой архитектур...'
 type: Article
 tags:
-- REPL
 - HMP
+- REPL
 ---
 
 ### 💡 **Лёгкая версия HMP-агента с общей БД**

structured_md/docs/HMP-agent-REPL-cycle.md

@@ -4,17 +4,17 @@ description: '## Связанные документы  * Философия п
   * Структура БД, используемая в документе: [db_structure.sql](https://github.com/kagvi13/HMP/blob/main/agents/tools/db_struct...'
 type: Article
 tags:
+- MeshConsensus
 - CCore
 - CogSync
+- Agent
 - Ethics
 - JSON
+- HMP
+- Mesh
 - REPL
 - EGP
-- MeshConsensus
 - GMP
-- Mesh
-- HMP
-- Agent
 ---
 
 # HMP-Agent: REPL-цикл взаимодействия

structured_md/docs/HMP-container-spec.md

@@ -1,33 +1,37 @@
 ---
 title: 🧩 HMP Container Specification (v1.2-draft)
-description: '> Данный файл является `заготовкой` для [пятой версии протокола HMP](HMP-0005.md)  ##
-  1. Назначение  Документ описывает универсальный формат **контейнера HMP**, применяемый
-  для передачи и хранения все...'
+description: '> ⚠️ **ВНИМАНИЕ:** Данная версия спецификации является черновиком для
+  [HMP-0005.md](HMP-0005.md). > > После утверждения пятой версии протокола будет зафиксирована
+  как стабильная `v1.2`.  ## 1. Назначе...'
 type: Article
 tags:
 - Ethics
+- Agent
 - JSON
-- REPL
-- Mesh
 - HMP
-- Agent
+- Mesh
+- REPL
 ---
 
 # 🧩 HMP Container Specification (v1.2-draft)
 
-> Данный файл является `заготовкой` для [пятой версии протокола HMP](HMP-0005.md)
+> ⚠️ **ВНИМАНИЕ:** Данная версия спецификации является черновиком для [HMP-0005.md](HMP-0005.md).
+>
+> После утверждения пятой версии протокола будет зафиксирована как стабильная `v1.2`.
 
 ## 1. Назначение
 
-Документ описывает универсальный формат **контейнера HMP**, применяемый для передачи и хранения всех типов данных внутри сети HyperCortex Mesh Protocol.
-Контейнеры служат стандартной оболочкой для сообщений, целей, репутационных профилей, обновлений протоколов и других сущностей.
+Документ описывает универсальный формат **контейнера HMP**, применяемый для передачи и хранения всех типов данных внутри сети **HyperCortex Mesh Protocol (HMP)**.  
+Контейнеры служат стандартной оболочкой для сообщений, целей, репутационных профилей, консенсусных голосований, писем и других сущностей.
 
 Единая структура контейнера обеспечивает:
 
 * унификацию передачи данных между агентами;
 * расширяемость без изменения базового протокола;
 * возможность криптографической подписи и проверки целостности;
-* независимое хранение и маршрутизацию смысловых блоков.
+* независимое хранение и маршрутизацию смысловых блоков;
+* поддержку сжатия и шифрования полезной нагрузки.
+
 
 ---
 
@@ -107,6 +111,9 @@ tags:
 | `related.in_reply_to`      | string        | Контейнер, на который дан ответ                                              |
 | `related.see_also`         | array(string) | Список связанных контейнеров для дополнительного контекста                   |
 | `relations`                | array(object) | Семантические связи в виде пар `{ "type": "...", "target": "..." }`          |
+| `encryption_algo`          | string        | Алгоритм шифрования полезной нагрузки                                        |
+| `key_recipient`            | string        | DID получателя, для которого зашифрованы данные                              |
+| `payload_type`             | string        | Может содержать сложные типы, например `encrypted+zstd+json`                 |
 
 ---
 
@@ -168,7 +175,30 @@ tags:
 
 ---
 
-## 8. Верификация контейнера
+## 8. Шифрование (`encryption_algo`)
+
+1. Если контейнер предназначен для конкретных получателей (`recipient`), допускается **гибридное шифрование** полезной нагрузки.
+2. Алгоритм указывается в поле `encryption_algo`. Рекомендуемые значения:
+   - `x25519-chacha20poly1305`
+   - `rsa-oaep-sha256`
+3. Порядок операций при создании зашифрованного контейнера:
+   1. Сформировать `payload` (JSON, бинарные данные и т.д.)
+   2. Сжать (`compression`)
+   3. Зашифровать открытым ключом получателя (`public_key`)
+   4. Вычислить `payload_hash` по зашифрованным данным
+   5. Подписать контейнер (`signature`)
+4. Для верификации структуры контейнера не требуется расшифровка,  
+   но для проверки `payload_hash` и подписи — используется зашифрованная форма полезной нагрузки.
+5. Поля:
+   | Поле | Тип | Назначение |
+   |------|-----|------------|
+   | `encryption_algo` | string | Алгоритм шифрования |
+   | `key_recipient` | string | DID получателя, для которого зашифрованы данные |
+   | `payload_type` | string | Рекомендуется использовать префикс `encrypted+`, например `encrypted+zstd+json` |
+
+---
+
+## 9. Верификация контейнера
 
 1. Проверить наличие обязательных полей.
 2. Проверить корректность `timestamp` (не в будущем).
@@ -182,35 +212,49 @@ tags:
 
 ---
 
-## 9. Версионирование и преемственность
+## 10. Контейнер как универсальное сообщение
+
+Любой контейнер может выступать контекстом (`in_reply_to`) для другого контейнера.
+Это позволяет использовать единую структуру для **обсуждений**, **голосований**, **писем**, **гипотез**, **аргументов** и других форм коммуникации.
 
-Контейнеры поддерживают связь поколений через поле `related.previous_version`.
-Для предотвращения злоупотреблений:
+Цепочки `in_reply_to` образуют **диалектическое дерево рассуждений**, в котором каждая ветвь отражает развитие мысли, уточнение позиции или контраргумент.
+Таким образом, обсуждения и консенсусы в HMP имеют не линейную, а **многоуровневую и саморазвивающуюся структуру**.
 
-* потомок признаётся действительным, если подпись совпадает с DID предыдущего автора;
-* при расхождении подписи — требуется подтверждение ≥ ⅔ доверенных узлов сети;
-* агенты обязаны хранить хотя бы одну предыдущую версию для совместимости.
+> Таким образом, **все взаимодействия между агентами в HMP** представляют собой взаимосвязанную сеть контейнеров, формирующую **когнитивный граф рассуждений**.
 
 ---
 
-## 10. TTL и актуальность
+## 11. Версионирование и преемственность
 
-Поле `ttl` используется для временно-актуальных контейнеров (например, сообщений DISCOVERY).
-Если `ttl` отсутствует — контейнер считается актуальным до выхода более новой версии (указанной через `previous_version`).
+Контейнеры поддерживают эволюцию данных через поле `related.previous_version`.
+Это позволяет отслеживать происхождение, обновления и смысловую преемственность.
+
+* Потомок признаётся действительным, если его подпись совпадает с DID автора предыдущей версии.
+* При расхождении подписи допустимо признание потомка легитимным при подтверждении не менее **⅔ доверенных узлов сети**.
+  В этом случае право на дальнейшее развитие идеи фактически переходит сообществу — как форма коллективного владения смыслом.
+* Агенты обязаны хранить как минимум одну предыдущую версию контейнера для совместимости и проверки целостной цепочки.
+* Один контейнер может иметь несколько потомков (альтернативных ветвей), различающихся по дате или авторству; при необходимости приоритет определяется по консенсусу сети.
+  Такие ветви рассматриваются как **смысловые форки** — параллельные линии развития одной ид��и, существующие в рамках общего когнитивного графа.
 
 ---
 
-## 11. Расширяемость
+## 12. TTL и актуальность
 
-* Разрешается добавление новых полей, не конфликтующих с текущими именами.
-* Контейнеры старших версий должны оставаться читаемыми узлами, поддерживающими младшие.
-* При появлении новых типов классов (`class`) они должны быть зарегистрированы в публичном реестре схем (`/schemas/container-types/`).
-* Для контейнеров, описывающих **спецификации протоколов**, рекомендуется использовать префикс `protocol_`, за которым следует область применения (например, `protocol_goal`, `protocol_reputation`, `protocol_mesh_handshake` и т.п.).
-  Это позволяет однозначно отличать **описания протоколов** от **контейнеров, передаваемых по этим протоколам**, и упрощает их регистрацию в реестре схем.
+Поле `ttl` задаёт срок актуальности контейнера (например, для сообщений `DISCOVERY`).
+Если `ttl` отсутствует — контейнер считается действительным **до появления новой версии**, в которой данный контейнер указан как `previous_version`.
 
+По истечении срока действия контейнер сохраняется в архиве, но **не подлежит ретрансляции** в активной сети.
 
 ---
 
+## 13. Расширяемость
+
+* Разрешается добавление новых полей, не конфликтующих с существующими именами.
+* Контейнеры старших версий должны оставаться читаемыми узлами, поддерживающими младшие версии.
+* При появлении новых классов (`class`) они регистрируются в публичном реестре схем (`/schemas/container-types/`).
+* Для контейнеров, описывающих **спецификации протоколов**, рекомендуется использовать префикс `protocol_`, за которым следует область применения (например, `protocol_goal`, `protocol_reputation`, `protocol_mesh_handshake` и т.п.).
+
+
 
 ---
 > ⚡ [AI friendly version docs (structured_md)](../index.md)
@@ -221,6 +265,6 @@ tags:
   "@context": "https://schema.org",
   "@type": "Article",
   "name": "🧩 HMP Container Specification (v1.2-draft)",
-  "description": "# 🧩 HMP Container Specification (v1.2-draft)  > Данный файл является `заготовкой` для [пятой версии ..."
+  "description": "# 🧩 HMP Container Specification (v1.2-draft)  > ⚠️ **ВНИМАНИЕ:** Данная версия спецификации является..."
 }
 ```

structured_md/docs/HMP_HyperCortex_Comparison.md

@@ -5,8 +5,8 @@ description: '## Краткое описание  | Характеристика
   | **Назначение** | Сетевой протокол ...'
 type: Article
 tags:
-- REPL
 - HMP
+- REPL
 - Mesh
 ---
 

structured_md/docs/HMP_Hyperon_Integration.md

@@ -6,12 +6,12 @@ description: '> **Status:** Draft – July 2025 > This document outlines the tec
 type: Article
 tags:
 - CogSync
-- Scenarios
+- Agent
 - JSON
-- EGP
-- Mesh
 - HMP
-- Agent
+- Mesh
+- Scenarios
+- EGP
 ---
 
 ## HMP ↔ OpenCog Hyperon Integration Strategy

structured_md/docs/MeshNode.md

@@ -7,11 +7,11 @@ type: Article
 tags:
 - CogSync
 - Ethics
+- Agent
 - JSON
-- EGP
-- Mesh
 - HMP
-- Agent
+- Mesh
+- EGP
 ---
 
 # MeshNode

structured_md/docs/PHILOSOPHY.md

@@ -6,10 +6,10 @@ description: '**Document ID:** HMP-philosophy   **Status:** Draft   **Category:*
 type: Article
 tags:
 - Ethics
-- REPL
-- Mesh
-- HMP
 - Agent
+- HMP
+- Mesh
+- REPL
 ---
 
 # Философия HyperCortex Mesh Protocol (HMP)

structured_md/docs/agents/HMP-Agent-Enlightener.md

@@ -6,10 +6,10 @@ description: '## Role Specification: Enlightenment Agent  ### 1. Overview  An **
 type: Article
 tags:
 - Ethics
-- REPL
-- Mesh
-- HMP
 - Agent
+- HMP
+- Mesh
+- REPL
 ---
 
 # HMP-Agent-Enlightener.md