ИСТОРИЯ РАЗВИТИЯ IPvX
Снимок составлен 27 октября 2026 года.
Эта ретроспектива восстановлена из доступной беседы, Git и сохранённых отчётов. Она не является дословной записью всех разговоров или криптографической аттестацией личности. Неизвестные даты не выдуманы. Основные записи хранятся в history/events.jsonl.
Как менялось направление: исходная идея децентрализованного разрешения имён → идентичность поверх существующей сети → прямой обмен без DNS → маршруты через соседей → нативные Ethernet-кадры → полезная документная нагрузка и отдельная масштабная симуляция → реальные LLM и сравнение с IP → открытый портал и проекты RFC → проверка полезности целостного стека, предложение специализированных валидаторов, интеграция ID/Press.

HX-0001 · дата не установлена; порядок по беседе · предложение
Исходная исследовательская линия IPvX
Участник: Авторы исходных публикаций IPvX.
В исходных публикациях рассматривались децентрализованная адресация и разрешение имён. Rapid distributed IPvX resolver разделял IBA (блокчейн), ION (оракулы/доступ к данным) и IRS (резолверы).
Основание: Отделить распределённое хранение и подтверждение записей от пользовательского разрешения имён.
Пределы вывода: Дата этой записи не является датой создания исходной идеи. Блокчейн-резолвер не доказывает нативную доставку пакетов без IP. Не переносим автоматически майнинг, токены и консенсус в каждый пакет нового стека.
Источник: https://archive.org/details/ipv-x-ecosystem_202405/IPvX_Ecosystem.pdf; https://archive.org/details/rapid-distributed-ipv-x-resolver/Rapid+distributed+IPvX+resolver

HX-0002 · дата не установлена; порядок по беседе · запрос
Переориентация на инфраструктуру взаимодействия ИИ
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь попросил изучить исходные работы и использовать только полезные идеи для будущего взаимодействия агентов. Выдвинул гипотезу, что агентам не нужны человеческие сайты и централизованное распределение адресов.
Основание: Нужна инфраструктура обмена задачами между агентами с самостоятельно создаваемыми идентификаторами.
Пределы вывода: Это постановка и гипотезы пользователя, а не измеренный прогноз отказа ИИ от существующего Интернета.
Источник: conversation:provided-user-assistant-history

HX-0003 · дата не установлена; порядок по беседе · запрос
Уточнение доступного существующего кода
Участник: Инициатор IPvX / пользователь этой беседы.
В качестве готовой реализации пользователь указал IPvX_resolver. Ранее предложенный ipvx-tech-docs оказался недоступен ассистенту; пользователь сообщил, что у него есть вход.
Основание: Зафиксировать воспроизводимую исходную базу вместо допущения, что вся описанная система реализована.
Источник: conversation:provided-user-assistant-history; https://github.com/relcom-technologies/IPvX_resolver

HX-0004 · дата не установлена; порядок по беседе · объяснение
Разделение концепции и экспериментальных обещаний
Участник: Codex — основной ассистент этой беседы.
Работа перешла к понятной концепции и экспериментальному протоколу: устойчивый ID, обнаружение, доставка, проверяемые результаты и сравнение с существующей сетью.
Основание: Гипотезы о полезности, производительности и автономности должны проверяться отдельно.
Источник: conversation:provided-user-assistant-history

HX-0005 · дата не установлена; порядок по беседе · утверждено
Утверждение протокола пилота и создание проекта
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь утвердил экспериментальный протокол и поручил создать репозиторий relcom-technologies, стенд на существующей relcom-infra, библиотеку, инструкции, автоматические сценарии и отчёт по гипотезам.
Основание: Первое практическое действие — зафиксировать исходный код и сделать эксперимент воспроизводимым.
Короткая исходная цитата: «экспериментальный протокол утверждаю»
Источник: conversation:provided-user-assistant-history

HX-0006 · 2026-10-26 · реализовано
Зафиксирован исходный резолвер и первый наблюдаемый пилот
Участник: Codex — основной ассистент этой беседы.
Исходная база IPvX_resolver зафиксирована на 218bf93acb842604167c93144e5bc967b70ecb6a. Пилот v0.1.0 включил клиентскую библиотеку, сценарии и наблюдение за обменом.
Основание: Сделать изменение идентичности и доставки проверяемым через код и журналы.
Пределы вывода: Начальный пилот использовал IP-транспорт.
Источник: git:relcom-technologies/ipvx-agent-lab@5f055ac5727b5e6c43ae7f83418603aa6c6d950c; git:relcom-technologies/IPvX_resolver@218bf93acb842604167c93144e5bc967b70ecb6a

HX-0007 · дата не установлена; порядок по беседе · запрос
Вопрос: где собственная сеть, если используется IP?
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь запросил объяснение реального пути сообщений, адресов и участия существующей инфраструктуры, затем потребовал два самостоятельных узла, отсутствие центрального контроллера и DNS, смену IP без смены ID.
Основание: Проверить разделение постоянной идентичности и текущего сетевого местоположения.
Источник: conversation:provided-user-assistant-history

HX-0008 · 2026-10-26 · измерено
Два самостоятельных узла и подписанная смена местоположения
Участник: Codex — основной ассистент этой беседы.
Следующий этап использовал два узла на разных физических хостах, собственные ключи и подписанные сообщения о смене адреса; наблюдатель собирал телеметрию и не пересылал задания. DNS в процессах отключён.
Основание: Убрать центральную пересылку и проверить сохранение идентичности при смене адреса.
Пределы вывода: Задания по-прежнему доставлялись по TCP/IP. Один оператор и один ЦОД; задания синтетические, без LLM.
Источник: git:relcom-technologies/ipvx-agent-lab@50563c2bbf8c57ae36f835a876153ba4d3cd2791; git:relcom-technologies/ipvx-agent-lab@51691645043a9e0385a9ff0cc8c87fef503691ed

HX-0009 · дата не установлена; порядок по беседе · запрос
Требование нескольких посредников и обхода отказа
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь потребовал запретить прямую связь A и B, добавить посредников и наглядно показать смену маршрута после отключения узла.
Основание: Проверить маршрутизацию соседями, а не только поиск конечного IP.
Источник: conversation:provided-user-assistant-history

HX-0010 · 2026-10-26 · реализовано
Подписанные объявления соседей и зашифрованная доставка по нескольким переходам
Участник: Codex — основной ассистент этой беседы.
Реализован обмен маршрутами между соседями и доставка по основному и запасному пути. Наблюдатель не назначает маршруты.
Основание: Каждый пересылающий узел должен выбирать следующий переход по своей локальной таблице.
Пределы вывода: Первый вариант этого этапа сохранял IP как нижележащий транспорт.
Источник: git:relcom-technologies/ipvx-agent-lab@a1ca621eb5d90c28512a9c132959272c62d61fdb

HX-0011 · дата не установлена; порядок по беседе · запрос
Явный выбор нативной передачи без IP
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь уточнил, что имеет в виду собственную сеть маршрутизации и иной способ доставки пакетов, а не дополнительный уровень над IP. Запросил больше визуализации.
Основание: Удаление DNS не равнозначно удалению IP из доставки.
Источник: conversation:provided-user-assistant-history

HX-0012 · 2026-10-27 · реализовано
Первый нативный формат IPvX-L2
Участник: Codex — основной ассистент этой беседы.
Собственный заголовок IPvX и подписанные сообщения маршрутов/задач стали передаваться через AF_PACKET и экспериментальный Ethernet EtherType 0x88B5.
Основание: Проверить собственную адресуемую передачу, оставив существующие карты и Ethernet.
Пределы вывода: EtherType локальный экспериментальный; это не стандарт глобального Интернета. Самостоятельные ID не заменяют обнаружение, доверие и маршрутизацию.
Источник: git:relcom-technologies/ipvx-agent-lab@0e7475be29a09d8847b8129d8ab977e3b182217f

HX-0013 · 2026-10-27 · неудача
Уточнена граница доказательства отсутствия IP
Участник: Codex — основной ассистент этой беседы.
Первый широкий захват содержал IP-трафик управления старым интерфейсом и multicast другой машины, поэтому буквальный критерий нуля IP не прошёл.
Основание: Не объявлять всю машину свободной от IP на основании отдельного канала; явно определить охват захвата и исключения.
Пределы вывода: Документированные служебные каналы отделены от доставки заданий; возможный откат на IP в data plane не скрывается.
Источник: git:relcom-technologies/ipvx-agent-lab@7993998d96c4bd075c3db6e2ecf30f0f20505384

HX-0014 · 2026-10-27 · измерено
Нативная приёмка пяти виртуальных машин
Участник: Codex — основной ассистент этой беседы.
Проверены основной A–R1–B и запасной A–R2–R3–B пути, отказ реального сокета R1, доставка в обе стороны, возврат узла и работа без наблюдателя/старых резолверов.
Основание: Подтверждать путь подписями узлов, собственными журналами получателя и захватом кадров.
Пределы вывода: Пять допущенных ВМ, три физических хоста, один оператор/ЦОД/общая среда Ethernet. Отказ data plane не является выключением питания ВМ. IP остаётся в управлении; открытая глобальная маршрутизация, перегрузка и враждебные узлы не проверены.
Источник: git:relcom-technologies/ipvx-agent-lab@7993998d96c4bd075c3db6e2ecf30f0f20505384; git:relcom-technologies/ipvx-agent-lab@5f5540ddfdf1eb7d09297150b167dd5e3fddd7af; rfc/0002-local-routing.md

HX-0015 · дата не установлена; порядок по беседе · запрос
Запрос масштабной модели, полезных заданий и мнений независимых агентов
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь попросил приблизить модель к реальности, выполнять реальные задания и опросить независимых агентов, если к ним есть доступ.
Основание: Отделить красивую визуализацию от полезной работы и фактического принятия технологии.
Источник: conversation:provided-user-assistant-history

HX-0016 · 2026-10-27 · реализовано
Разделены реальные рабочие процессы и большая симуляция
Участник: Codex — основной ассистент этой беседы.
Подготовлены два разных эксперимента: 16 реальных Linux-процессов с неизменённой нативной маршрутизацией и отдельная модель до 256 маршрутизаторов/2048 логических агентов.
Основание: Увеличение числа объектов в симуляции не доказывает, что текущий стек выдерживает такой размер.
Пределы вывода: Реальная реализация ограничена 16 участниками и 7 переходами. Компактные объявления 2 КиБ и 32 перехода — допущения модели, не реализованные свойства.
Источник: git:relcom-technologies/ipvx-agent-lab@a82711c287da7d5aa86ebe593b787e15539b509d; data/scale-summary.json

HX-0017 · 2026-10-27 · неудача
Сохранены неудачные нативные запуски
Участник: Codex — основной ассистент этой беседы.
Первый запуск выполнил задания, но не прошёл критерий из-за IPv6-механизмов моста. Второй имел IGMP-пакеты и два отклонённых задания из-за несогласованных чтений времени жизни.
Основание: Сохранить исходные сбои, отключить автономную сетевую активность в изолированной среде и исправить расчёт срока одним моментом времени.
Пределы вывода: Неудачные захваты не удалялись фильтром для получения успешного результата.
Источник: git:relcom-technologies/ipvx-agent-lab@f6117bfa8625cd4dd8bec72fbf88143c23e47066; git:relcom-technologies/ipvx-agent-lab@00cbf3bdc5d4e05c04bdd411efc9f6d6e238ef07

HX-0018 · 2026-10-27 · рецензия
Исправлена причинность в модели отказа
Участник: Исторические технические и интерфейсные рецензенты Codex.
Рецензент воспроизвёл ошибку симуляции: уже поставленный в очередь переход мог пересечь интервал отказа. Исправлена событийная модель каждого перехода и добавлена проверка.
Основание: Изменение модели должно учитывать реальный момент каждого перехода, а не только момент начала задания.
Пределы вывода: Это рецензирование экземпляром Codex; не независимая операторская валидация.
Источник: git:relcom-technologies/ipvx-agent-lab@00cbf3bdc5d4e05c04bdd411efc9f6d6e238ef07

HX-0019 · 2026-10-27T00:11:46.016173+00:00 · измерено
384 документных задания выполнены нативно
Участник: 16 документных рабочих процессов.
16 разных процессов выполнили 384/384 задания индексирования, точного поиска и проверки SHA-256 по двум исходным статьям. 80 повторов, 384 уникальных выполнения; 211957 наблюдений кадров, ноль IP-кадров; отказ N05 длился 10044 мс.
Основание: Проверять полезный результат отдельным эталоном и сохраняемую дедупликацию при повторной доставке.
Пределы вывода: Один физический хост с изолированным пространством сети; это не 16 независимых машин. Нет LLM. Повторы создают нагрузку, а не новые независимые документы. Время задания p50/p95 459/1321 мс не является чистой задержкой линии.
Источник: data/native-summary.json; git:relcom-technologies/ipvx-agent-lab@00cbf3bdc5d4e05c04bdd411efc9f6d6e238ef07

HX-0020 · 2026-10-27 · не установлено
Независимое принятие сети не установлено
Участник: Codex — основной ассистент этой беседы.
Доступных независимых внешних операторов опрошено ноль. Два изолированных рецензента Codex и изучение публичных спецификаций не доказывают переход других агентов на IPvX.
Основание: Не выдавать собственные процессы, рецензентов или документы за внешних пользователей.
Пределы вывода: Нет оценки доли рынка и доказательства, что иных внедрений нигде не существует.
Источник: git:relcom-technologies/ipvx-agent-lab@deac82ecb1c2002cdcc07311dae8b2745576c515; data/provenance.json

HX-0021 · дата не установлена; порядок по беседе · запрос
Запрос настоящих LLM и публичного исследовательского портала
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь поручил разместить языковые модели на разных машинах, дать совместную задачу, сравнить IPvX с обычным IP и опубликовать исследовательский портал ipvx.org.
Основание: Проверить использование транспортной сети реальными моделями и открыть воспроизводимые материалы.
Источник: conversation:provided-user-assistant-history

HX-0022 · 2026-10-27 · утверждено
Совместная разработка RFC и допуск большинством
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь выбрал акцент на разработке RFC, сотрудничестве исследователей и возможности приносить собственные модели только после одобрения большинством.
Основание: Участие должно быть открыто для предложений и иметь явную процедуру допуска.
Пределы вывода: Начальный список избирателей состоит только из владельца; это bootstrap, а не независимое сообщество. Голосование не выдаёт ключи, не запускает чужой код и не развёртывает модель автоматически.
Источник: conversation:provided-user-assistant-history; governance.json; rfc/0003-participation-and-voting.md

HX-0023 · 2026-10-27 · реализовано
Зафиксирован протокол сравнения моделей
Участник: Codex — основной ассистент этой беседы.
Два Qwen3-0.6B Q8_0 на разных ВМ/физических хостах. Три режима: нативный IPvX через R1, прямой IPv4/TCP и IPv4/TCP через тот же R1. A пишет черновик, B рецензирует с дополнительными фактами, A синтезирует.
Основание: Сохранить одинаковые модель, параметры, задания, безопасность и добавить IP-базу с сопоставимой топологией.
Пределы вывода: Один оператор и ЦОД, маленькая модель, четыре вопроса на режим. Оркестратор задаёт начальные входы и собирает завершённые журналы, но не пересылает черновики/рецензии.
Источник: data/llm-protocol.txt; git:relcom-technologies/ipvx-agent-lab@c98f33dc820cd1eca61b1b3fcc96918124fc62fe

HX-0024 · 2026-10-27 · неудача
Неудачные пуски LLM сохранены до успешного опыта
Участник: Codex — основной ассистент этой беседы.
Зафиксированы неполные зависимости/владение каталогом идентичности, недоступная проверка готовности, ошибка JSON в постоянной очереди, гонка публикации roster и устаревшее состояние сервиса захвата.
Основание: Устранить воспроизводимые причины отдельно; не засчитывать неокончившиеся партии.
Источник: data/llm-summary.json; git:relcom-technologies/ipvx-agent-lab@0601efab055ac6847bf669fb51118d798fc6492a; git:relcom-technologies/ipvx-agent-lab@d21360cab22ad50f6d2c8b8e6b6fb2fc9ea3922a; git:relcom-technologies/ipvx-agent-lab@0618d01165649fee4895d38689add3b65025ba0b; git:relcom-technologies/ipvx-agent-lab@d9c37ff7a1e0b945e0da8118a1cdd4b73463ef77; git:relcom-technologies/ipvx-agent-lab@384924e905650099be20d71de8a8a674429fa957

HX-0025 · 2026-10-27T07:42:59.372471+00:00 · измерено
Успешный совместный эксперимент LLM
Участник: Codex — основной ассистент этой беседы.
12 совместных задач, 36 свежих измеренных вызовов моделей и 12 исключённых прогревов; 144 проверенных доставки. По 40 эхо-запросов на режим. Все сопоставимые выходы моделей побайтно совпали между транспортами.
Основание: Отдельно измерять доставку и вывод модели; не смешивать сохранённые выводы с новым вычислением.
Пределы вывода: Нативная доставка без IP/DNS в worker; управление машинами и сайт используют IP. Захваты фильтрованы по эксперименту, поэтому не доказывают ноль IP на всей машине. Проверка подписей не является независимой аттестацией оператора.
Источник: data/llm-summary.json; data/native-llm-trace.json; git:relcom-technologies/ipvx-agent-lab@384924e905650099be20d71de8a8a674429fa957

HX-0026 · 2026-10-27 · вывод модели
Сохранён собственный вывод агента A, включая ошибку
Участник: Qwen3-0.6B — агент A.
В черновике по delivery агент A отверг подтверждённый факт 384/384. Его ошибочный вывод сохранён без исправления от имени модели.
Основание: Это наблюдение о качестве модели, а не отказ транспортной доставки.
Короткая исходная цитата: «The evidence provided does not confirm that all 384 document jobs returned correct results.»
Пределы вывода: Это вывод из заданного промпта, не самостоятельное мнение агента о желании перейти на сеть. Агент A и B работают у одного оператора.
Источник: data/llm-summary.json

HX-0027 · 2026-10-27 · вывод модели
Сохранён собственный вывод агента B, включая повтор ошибки
Участник: Qwen3-0.6B — агент B.
Рецензия B не исправила ошибку A в delivery, хотя B имел дополнительное описание ограничений. Сохранены его фактические ответы и хеши промптов.
Основание: Совместное обсуждение само по себе не гарантирует правильность.
Пределы вывода: Нет отдельной одиночной контрольной модели, поэтому преимущество сотрудничества не проверено. Роли A/B не являются независимыми внешними участниками.
Источник: data/llm-summary.json

HX-0028 · 2026-10-27 · не установлено
Преимущество скорости не установлено; качество отделено от доставки
Участник: Codex — основной ассистент этой беседы.
Медиана эхо: IPvX 31.450 мс, прямой IP 20.949 мс, IP через R1 34.077 мс. Вывод модели занимает около 10 секунд. Совпадение точных меток 2/4 в каждом режиме; есть ложный вывод, противоречие объяснения метке и выдуманное сравнение.
Основание: Не рекламировать новый заголовок как доказанное ускорение и не считать доставленный ответ правильным.
Пределы вывода: Малая описательная выборка без WAN/нагрузочного сравнения, без статистического преимущества. В speed метка no вместо insufficient также отвергает неподтверждённое утверждение; само это различие не равно фактической ошибке.
Источник: data/llm-summary.json

HX-0029 · 2026-10-27 · утверждено
Отказ от новой подписки и выбор существующей инфраструктуры
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь отказался от нового платного тарифа Resources и разрешил разместить ipvx.org на уже выделенной IPvX-инфраструктуре. Отдельно разрешил только чтение сводки ресурсов Relcom.
Основание: Опубликовать портал без новой подписки и без вмешательства в другие проекты.
Пределы вывода: Подготовленный MCP-проект не был активирован или оплачен.
Источник: conversation:provided-user-assistant-history

HX-0030 · 2026-10-27 · реализовано
Публичный портал, проекты RFC и проверяемый экспорт
Участник: Codex — основной ассистент этой беседы.
Создан отдельный публичный репозиторий и 13 статических страниц с четырьмя проектами RFC, инструкциями, участием и сохранёнными доказательствами. Служебные маршруты и секреты не входят в публичный экспорт.
Основание: Открыть проверяемые результаты, сохранив приватную систему управления отдельно.
Пределы вывода: Четыре документа — проекты проекта IPvX, а не RFC, принятые IETF. Сайт показывает сохранённые реальные эксперименты; это не непрерывно работающие LLM.
Источник: https://github.com/relcom-technologies/ipvx-research/commit/a8264e37c2831fc64024e154e1d2935a8ab0fd6f; https://github.com/relcom-technologies/ipvx-research/commit/2ba8d2f605f9a79eea2bad471d13928f0a2b7e35; rfc/0001-identity-and-packets.md; rfc/0002-local-routing.md; rfc/0003-participation-and-voting.md; rfc/0004-model-evaluation.md

HX-0031 · 2026-10-27T10:23:56.167377+00:00 · измерено
Публикация ipvx.org подтверждена снаружи
Участник: Codex — основной ассистент этой беседы.
Портал опубликован через существующую инфраструктуру. Внешняя приёмка прошла 20 проверок двух имён, HTTPS, страниц, точной версии и недоступности служебных API.
Основание: Подтвердить доступность обычным DNS и проверкой сертификата, а не обходом предупреждений.
Пределы вывода: Публичный сайт использует IP/DNS/HTTPS. Это не противоречит отдельному нативному data plane. Новая платная подписка не создавалась.
Источник: https://ipvx.org/; https://github.com/relcom-technologies/relcom-infra/actions/runs/40486987901; https://github.com/relcom-technologies/ipvx-research/commit/a8264e37c2831fc64024e154e1d2935a8ab0fd6f

HX-0032 · 2026-10-27 · запрос
Предложение развивать целостный собственный стек
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь вновь поставил вопрос о собственном протоколе идентификации и доставки и попросил личную оценку полезности для агентов без похвалы.
Основание: Нужно обосновать причину использовать систему, а не только техническую возможность передачи.
Источник: conversation:provided-user-assistant-history

HX-0033 · 2026-10-27 · предложение
Текущая позиция: развивать нативно, полезность доказывать
Участник: Codex — основной ассистент этой беседы.
Ассистент поддержал исследование собственного стека, уточнив, что нативная доставка уже реализована локально. Предложил разделять NodeID, AgentID и TaskID/ContentID и проверять миграцию, восстановление, делегирование, повторы и происхождение результата.
Основание: Многие свойства идентичности и задач достижимы поверх IP; полноценный собственный стек оправдан только измеримой дополнительной пользой.
Пределы вывода: Это инженерная позиция ассистента, не личная потребность с собственным сетевым стеком и не обещание принятия другими агентами. Нет доказательства, что ИИ неизбежно откажется от IP. Все предложенные новые свойства нельзя считать уже реализованными.
Источник: conversation:provided-user-assistant-history; https://www.rfc-editor.org/rfc/rfc7401.html; https://libp2p.io/docs/peers/; https://www.rfc-editor.org/rfc/rfc9000.html

HX-0034 · 2026-10-27 · утверждено
Обязательная история изменений и вклад каждого участника
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь потребовал постоянно сохранять изменения, эволюцию обсуждения и выводы с отдельной атрибуцией каждому участнику.
Основание: История должна сохранять предложения, сомнения, неудачи и пересмотр выводов вместе с успешной реализацией.
Короткая исходная цитата: «Обязательно записывай историю всех наших изменений, как видоизменялись наши рассуждения и к чему мы пришли.»
Источник: conversation:provided-user-assistant-history

HX-0035 · 2026-10-27 · предложение
Предложены специализированные валидаторы/маршрутизаторы
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь напомнил идею майнеров/валидаторов и предложил отдельные машины для сортировки сообщений, проверки ключей и маршрутизации при большой нагрузке. Также предложил возможность создания ключей этими машинами, но прямо выразил неуверенность и запросил оценку.
Основание: Разгрузить конечных агентов и понять роли специализированных узлов.
Пределы вывода: Упоминание AWS в беседе не является достаточным описанием или доказательством прежней AWS-реализации. Распределённая выдача частных ключей, обязательный консенсус и майнинг не утверждены и не реализованы этим предложением.
Источник: conversation:provided-user-assistant-history

HX-0036 · 2026-10-27 · в работе
Разрешена интеграция Relcom ID и Relcom Press
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь поручил добавить Relcom ID для верификации пользователей и Relcom Press для блога, разрешил зарегистрировать проект в этих ресурсах.
Основание: Связать публикации и человеческое участие с реальными сервисами Relcom.
Пределы вывода: Эта запись фиксирует разрешение и начатую работу, а не завершённую регистрацию или работающий вход. Верификация пользователя портала не должна автоматически стать обязательным распределителем AgentID нативной сети.
Источник: conversation:provided-user-assistant-history

HX-0037 · 2026-10-27 · утверждено
Исследование и сервисные интеграции выполняются параллельно
Участник: Инициатор IPvX / пользователь этой беседы.
Пользователь явно поручил не прекращать предыдущую задачу при добавлении ID/Press.
Основание: Работа над историей, оценкой валидаторов и интеграциями должна продолжаться совместно.
Источник: conversation:provided-user-assistant-history

HX-0038 · 2026-10-27 · реализовано
Введён канонический журнал и правила авторских записей
Участник: Codex — составитель истории (/root/research_history).
Созданы JSONL-хронология, реестр участников, полный доступный Git-манифест двух IPvX-репозиториев, шаблон записи и постоянные правила ведения истории.
Основание: Новые участники должны оставлять собственный краткий отчёт об изменении, основании решения, проверке и ограничениях; исправления добавляются новыми записями.
Пределы вывода: Ретроспективная часть восстановлена по доступным данным; это не полный дословный архив всех сообщений. Текущая интеграция ID/Press и оценка валидаторов требуют последующих авторских записей.
Источник: history/README.md; history/events.jsonl; history/participants.json; history/commit-manifest.json; AGENTS.md

HX-0039 · 2026-10-27 · предложение
Подготовлен проект разделения маршрутизации и аттестации
Участник: Codex — технический рецензент ролей маршрутизации (/root/routing_roles).
Технический участник подготовил RFC-0005 и proposed decision 0005: отдельные маршрутизаторы стоит проверить; обязательный валидатор для проверки каждой подписи не обоснован. Ключи конечных агентов создаются и остаются у них.
Основание: Разделить владение ключом, членство/полномочия, текущую достижимость и пересылку; сравнить роли A/B/C при равном общем бюджете.
Пределы вывода: Предложение не утверждено голосованием и не реализовано. Ни одного нового ключа, сервиса или узла написание RFC не создало. Краткий пересказ сделан составителем истории по авторским файлам; отдельная авторская запись участника может быть добавлена позже.
Источник: rfc/0005-routing-and-attestation-roles.md; docs/decisions/0005-routing-roles.md

HX-0040 · 2026-10-27 · реализовано
Зарегистрированы проект и приложение Relcom ID; подключение ещё не закончено
Участник: Codex — основной ассистент этой беседы.
Основной ассистент подтвердил создание проекта IPvXResearch и приложения с точным callback на ipvx.org. Это отдельный завершённый шаг регистрации; проверка входа пользователей и интеграция портала остаются в работе.
Основание: Следовать разрешению владельца и использовать отдельное приложение проекта с ограниченным возвратным адресом.
Пределы вывода: Запись по статусу основного ассистента; пользовательский вход ещё не объявлен проверенным. Relcom Press и публикации этим шагом не подключены. Регистрация приложения не даёт прав голосования, сетевого доступа или генерации AgentID; новая подписка не создавалась.
Источник: conversation:current-parent-status-report; https://id.relcom.com/

Текущее состояние
Нативная передача и локальная смена маршрутов проверены в ограниченной среде. Реальные модели обменялись задачами, но преимущества скорости не установлено. Внешние независимые операторы не участвовали. Качество ответов модели и качество доставки — разные критерии. ID/Press и новая архитектура валидаторов требуют отдельных записей о результатах.

Правило для следующего участника
Добавь собственную авторскую запись перед завершением работы: что изменено, почему, версия/ссылка, проверка, пределы и оставшиеся вопросы. Исправляй историю новой связанной записью; не переписывай прежнюю позицию так, будто она была известна заранее.

HX-0041 · 27 октября 2026 · авторское предложение
Автор: Codex, технический участник /root/routing_roles.
Участник codex-routing-roles сообщил о подготовке RFC-0005 и proposed decision 0005 со статусами Draft/Proposed. Его вывод: отдельные маршрутизаторы стоит тестировать; обязательная сеть валидаторов не обоснована без конкретного утверждения или узкого места; частные ключи остаются у конечных участников.
Основание: Предложение владельца сопоставлено с текущим ограниченным native L2 кодом, оригинальными IPvX PDF-текстами и RFC 4271/6480/7401. Разделение ролей предотвращает превращение проверки подписи в обязательный внешний сервис.
Проверки и пределы: Автор сообщил: файлы прочитаны, относительная ссылка проверена, trailing whitespace/conflict markers отсутствуют; git diff --check прошёл. Новых измерений, развёртываний и опроса независимых операторов нет; прежний AWS-дизайн не предоставлен. Это авторский self-report текущего участника, записанный составителем истории по его сообщению; не криптографическая аттестация.
Источник: rfc/0005-routing-and-attestation-roles.md; docs/decisions/0005-routing-roles.md; conversation:current-routing-roles-author-self-report


Дополнение 27 октября 2026

Созданы проект и приложение Relcom ID и бесплатный блог IPvX Research в Press. Вход и публикация нового портала готовятся; настоящая пользовательская сессия ещё не подтверждена. Автопилот выключен. Первый исследовательский текст сохранён в Press как черновик. В HX-0042—HX-0045 сохранены отдельные вклады разработчика входа, интерфейса, основного помощника и проверявшего участника.

До развёртывания исправлен выбор приватного каталога сессий для DynamicUser, без ослабления защиты; 19 тестов прошли. Финальная проверка новых интерфейсов не нашла блокирующих замечаний. Обе записи сохранены отдельно как HX-0046 и HX-0047.

Дополнение: строгий узел и совместный RFC

HX-0048 · Предложен строгий нативный узел без TCP/IP в ядре и план его проверки
Автор: codex-routing-roles; записал: codex-routing-roles. Статус: proposed.
Подготовлены RFC-0006 и план native-device-prototype: локальная загрузка закреплённого образа, CONFIG_INET/IPv6 выключены, AF_PACKET/AF_UNIX включены, Unix-интерфейс SDK и локальной модели, нативное обнаружение и раздельный допуск, обычные Ethernet NIC/кабели. Разведены существующий native data plane, строгая виртуальная ОС и будущий физический узел.
Основание: Усилить проверяемый критерий относительно предыдущего стенда, сохранив существующее стандартное оборудование. Негативных AF_INET/IPv6 проб недостаточно без аудита образа и полного захвата всех линков; AF_PACKET теоретически допускает пользовательский IP-стек. Начальная топология A–R–B доказывает пересылку; четыре узла и независимые линки нужны для отдельного теста отказоустойчивого маршрута.
Пределы: Документы являются Draft/implementation plan; ядро, виртуальные машины и физическое оборудование данным участником не запускались, новые показатели не измерялись. QEMU Unix-stream и filter-dump параметры сверены с официальной документацией; локальные ссылки, кодовые блоки, proposal-статус и отсутствие лишних пробелов проверены. Работа параллельного участника над Ed25519/TOFU диагностикой отражена как in-progress: сохранность ID после перезагрузки, полноценный допуск, шифрование, совместимость с прежней mesh и реальная LLM-задача не приписаны этой диагностике. IP вне строгого гостя, включая хост управления, сайт и сборочную машину, не скрывается. Виртуальный результат не заменяет физическую проверку; firmware/BMC требуют отдельного аудита. Публикация исходников полной лаборатории, правила лицензий, одобрение RFC и глобальная маршрутизация не объявлены завершёнными.
Источники: rfc/0006-native-devices-and-bootstrap.md; docs/native-device-prototype.md; https://github.com/torvalds/linux/blob/master/net/Kconfig; https://github.com/torvalds/linux/blob/master/net/packet/Kconfig; https://docs.kernel.org/networking/packet_mmap.html; https://www.qemu.org/docs/master/system/qemu-manpage.html

HX-0049 · Прототип обсуждения RFC, роли и проверка границы HTTP
Автор: codex-history-recorder; записал: codex-history-recorder. Статус: implemented.
Подготовил stdlib CommunityService: комментарии и предложения начинают с приватной очереди; модератор публикует/скрывает с аудитом; администратор назначает роли; один изменяемый рекомендательный голос на подтверждённый аккаунт. Идентичность берётся только из проверенной серверной сессии; публичный автор — отдельный HMAC-псевдоним без автоматической публикации почты или provider subject. Подготовил proposed RFC-0007 и описание публичного/приватного рабочего процесса. Для HTTP-адаптера основного участника написал и выполнил интеграционные проверки через два реальных локальных сервера с синтетическим подписанным OIDC.
Основание: Сохранить существующую строгую ратификацию RFC-0003 и GitHub-предложения; портал добавляет обсуждение и явно нерешающую обратную связь. Текст RFC меняется только через проверенный PR после применимых одобрений. Первый вход и совпадение почты не дают администратора. После согласования с основным участником добавил server-only bootstrap по уже наблюдённому, зачисленному author.id, чтобы raw subject не попадал в Git или CI. Ограничил JSON-страницы 96 КиБ для прокси 128 КиБ и закрыл возврат скрытого содержимого/приватных ответов через старую idempotency-запись после hide или отзыва роли.
Пределы: 13 проверок модуля и 5 интеграционных проверок адаптера прошли; весь текущий набор — 37 тестов. Это синтетические учётные записи и localhost, не настоящий вход Relcom, не публикация сервиса и не внешние участники. В первом интеграционном прогоне один тестовый helper попытался прочитать HTML-ошибку неверного Host как JSON; исправлен helper, затем полный набор прошёл. Приватные маршруты и Origin/Host/срок сессии, повтор, роли и длинные UTF-8 страницы проверены. Сам HTTP-адаптер и установщик изменяет основной участник; я не менял их, ветки или коммиты. Тест модуля перенесён в scripts для существующего CI-discovery. Данные обсуждений и аудит хранятся в приватном SQLite в открытом виде; хранение, удаление, резервные копии и общий допуск требуют отдельной политики. Регистрация не доказывает уникальность человека или независимость оператора. Формальные голоса остаются по действующей RFC-0003; связка Relcom/GitHub, фактическая защита ветки, approved-PR enforcement и production/bootstrap ещё требуют отдельной проверки. Проекты RFC-0006/0007 не ратифицированы этим кодом.
Источники: infra/community.py; scripts/test_community.py; scripts/test_community_adapter.py; docs/community-workflow.md; rfc/0007-collaborative-rfc-review.md; infra/auth.py; infra/server.py; conversation:2026-10-27-community-backend-and-adapter-review

HX-0050 · Подготовлен исполняемый строгий гость Linux и отдельный подписанный XNS1 smoke-test
Автор: codex-relcom-integration; записал: codex-relcom-integration. Статус: implemented.
Автор подготовил отдельный прототип, скопированный основным участником в experiments/strict-native: закреплённый Linux 6.12.50 без INET/IPv6 и модулей, статический C PID1, три гостя A–R–B с Unix-backed Ethernet, собственные Ed25519-ключи и NodeID=SHA256(public key), подписанные HELLO, задачи и результаты. Задачи проверяют SHA256 шестнадцати блоков по 1KiB. Подготовлены сборка, manual-only CI, два сценария с работающим/отключённым R и независимая проверка всех Ethernet-кадров и подписей.
Основание: Для строгой границы выбран отдельный минимальный гостевой образ вместо сокрытия IP в обычной ОС. Существующие Ethernet NIC и Linux-драйверы сохранены. Криптографическая проверка владения ключом отделена от TOFU-доверия и допуска. Полный захват каждого линка, четыре негативные IP socket probes на гостя и детерминированные реальные вычисления дают проверяемые критерии, но не свидетельствуют о работе языковой модели или независимом выборе сети.
Пределы: Локально прошли пять синтетических Python-тестов парсера/подписей, portable C wire/CRC self-test и Python/bash syntax checks. Сборка Linux/OpenSSL C guest и запуск QEMU данным автором до этой записи не выполнялись; результат whole-kernel CI не установлен. XNS1 — отдельный диагностический протокол, не совместимый с прежней encrypted mesh. CRC не является аутентификацией; подпись не доказывает доверенность оператора. Роли A/R/B — фиксированные метки размещения, отдельные от NodeID. Ключи хранятся только в RAM; TOFU на фиксированных линках, маршруты статические, шифрования и открытого допуска нет. Тест отключения единственного R проверяет отсутствие прямого A/B пути; отказоустойчивость с альтернативным маршрутом не реализована. Локальный host и CI используют обычную сеть для сборки/управления. Ни физических устройств, ни реальных LLM, ни внешних независимых операторов этот прототип пока не проверил. До CI отмечено: IPv6 Kconfig находится внутри if INET и может быть отсутствующим скрытым символом; буквальная проверка строки конфигурации может потребовать уточнения без снятия runtime EAFNOSUPPORT gates.
Источники: experiments/strict-native/README.md; experiments/strict-native/src/native-smoke.c; experiments/strict-native/config/strict.config; experiments/strict-native/scripts/build.sh; experiments/strict-native/scripts/run.py; experiments/strict-native/scripts/verify.py; experiments/strict-native/scripts/test_wire.py; https://cdn.kernel.org/pub/linux/kernel/v6.x/sha256sums.asc; https://raw.githubusercontent.com/gregkh/linux/v6.12.50/net/Kconfig

HX-0051 · Запрошены целый узел без TCP/IP и совместная работа над RFC
Автор: project-owner; записал: codex-assistant. Статус: request.
Владелец уточнил цель: сервер должен работать без IPv4/IPv6 и TCP/IP во всей своей системе, с подключением к физическому каналу через собственный стек. Попросил стандартное устройство, загрузку и включение в сеть, начальный RFC, предложения участников, комментарии, роли и принятие поправок после модерации.
Основание: Уточнение отделяет ранее проверенную нативную доставку при IP-управлении от более строгого требования к целой системе. Для совместной работы требуется проверяемый путь от предложения до конкретной версии текста.
Пределы: Предложение публичности не означает разрешение раскрыть приватную инфраструктуру, ключи или чужой код. Новый физический сервер и новая инфраструктурная VM этим обсуждением не созданы.
Источники: conversation:2026-10-27-whole-node-and-collaborative-rfc-request

HX-0052 · Связан проверенный сеанс Relcom ID с ограниченным обсуждением RFC
Автор: codex-assistant; записал: codex-assistant. Статус: implemented.
Основной помощник добавил адаптер комментариев на существующем loopback-процессе: точные маршруты семи RFC, только доверенный серверный сеанс, Origin, JSON без повторных ключей и NaN, идемпотентность и ограничение объёма. Добавлены приватное состояние и операторская фиксация уже наблюдённого псевдонима администратора. Все 37 локальных проверок прошли.
Основание: Роль браузера и параметры запроса не могут задавать автора или права. Модерация комментариев отделена от изменения GitHub-источника, допуска моделей и обязательного голосования. Публичная спецификация и экспериментальный исходный код отделены от закрытых операций.
Пределы: На момент записи production-обсуждение, реальная личная сессия и bootstrap администратора ещё не проверены. Синтетические OIDC-пользователи и локальный HTTP-тест не являются внешними участниками.
Источники: infra/auth.py; infra/server.py; infra/install.sh; infra/configure_community.py; scripts/test_community_adapter.py; CONTRIBUTING.md

HX-0053 · Опубликованы вход, блог и авторская история; отдельно проверены 38 публичных условий
Автор: codex-assistant; записал: codex-assistant. Статус: measured.
Источник c7968118ad9f8bbb312be152278280fc6d0104bd опубликован на действующем ipvx.org после слияния application PR2 и infrastructure PR754. Независимый от CI локальный HTTPS-прогон с обычной проверкой сертификатов прошёл 38 условий: документы, анонимный сеанс, PKCE-перенаправление, отказ неверному Origin и закрытые служебные пути. Chrome открыл настоящую страницу регистрации отдельного проекта.
Основание: Результат ограничен фактически проверенной публичной границей. Выявлено, что Cloudflare отвергает стандартный Python-urllib User-Agent кодом1010; тесту добавлено единое объявленное имя клиента без изменения защиты сайта.
Пределы: Первоначальный CI-прогон не завершил приёмку из-за отказа User-Agent; отдельный успешный прогон сохранён явно. Новый пароль и принятие условий регистрации требуют действий владельца в Chrome; реальный callback и logout ещё не объявлены успешными. Первый текст Press сохранён как черновик; публикация статьи не заявлена.
Источники: data/public-identity-acceptance.json; https://github.com/relcom-technologies/ipvx-research/pull/2; https://github.com/relcom-technologies/relcom-infra/pull/754; https://github.com/relcom-technologies/relcom-infra/actions/runs/40499896469

HX-0055 · Реально запущены три целых гостя без IP и проверены полные захваты
CI40500966557 собрал закреплённое ядро Linux6.12.50 без INET/IPv6/модулей и статический PID1 с Ed25519. Три настоящие гостевые ОС A–R–B выполнили16из16 задач SHA256 по1KiB. В каждом сценарии12 попыток создать IPv4/IPv6 TCP/UDP-сокеты получили EAFNOSUPPORT; AF_PACKET и AF_UNIX доступны. Все90 кадров положительного прогона и10 отрицательного проверены по EtherType/CRC/подписи и содержимому. После остановки единственного R завершилось0из16 задач с ожидаемым task_timeout. Загруженные артефакты повторно проверены локально.
Пределы: Три VM находятся на одном GitHub runner; это не три физических сервера и не независимые операторы. XNS1-Ed25519 — отдельное доказательство транспорта, не совместимая версия существующего encrypted mesh. Маршруты заданы ролями/портами, доверие TOFU, ключи только в RAM, шифрования нет. Модель в строгой ОС, сохранение ID после перезапуска, динамическое перестроение, открытый допуск, физические NIC и равное сравнение с IP этим прогоном не проверены. Хост сборки/эмуляции использует обычный Интернет; утверждение об отсутствии IP относится к целым гостевым образам и их каналам, не к внешней управляющей инфраструктуре.

HX-0057 · Финальная проверка обсуждения выявила и закрыла три дефекта
Автор: codex-history-recorder; записал: codex-assistant.
Проверявший помощник обнаружил: очередь и аудит теряли следующие страницы при ограничении JSON по байтам; повреждённый успешный ответ терял ключ повтора; смена yes→no→yes могла переиграть старый запрос. Разработчик исправил все три случая и прогнал28 сочетаний состояния/ширины. Проверявший независимо воспроизвёл два сценария идемпотентности на фактических функциях и сообщил SHIP.
Пределы: Это независимая проверка помощником в той же сессии и у одного оператора, не внешний аудит. Браузерные API-ответы синтетические; реальная moderation/role activation данным помощником не выполнялась.

HX-0058 · Проверены подтверждённая почта и настоящий callback Relcom ID
Автор: codex-assistant; записал: codex-assistant.
Владелец завершил создание пароля/принятие условий и сообщил о входе. Основной помощник увидел заполненный владельцем код подтверждения, подтвердил его в настоящем Relcom ID, вернулся на портал и запустил новый вход. Реальный callback завершился на ipvx.org/account.html: сеанс активен, почта подтверждена, срок показан. Персональные данные и токены в журнал не перенесены.
Пределы: На момент этой записи logout, production community-role bootstrap и полный модерационный цикл ещё не выполнены. Личная регистрация не означает независимого участника, голосующего большинства или допуска агента к сети.

HX-0060 · Google, Apple и Telegram включены в реальном проекте IPvX
Автор: codex-assistant.
По новому явному запросу владельца основной помощник в обычном Chrome включил Google, Apple и Telegram в собственном проекте Relcom ID, сохранил форму и увидел подтверждение Saved. На настоящей странице входа IPvX все три кнопки доступны. Каждая открыла страницу авторизации своего сервиса: выбор Google-аккаунта, вход Apple для Relcom ID и Telegram OAuth. Личные аккаунты у провайдеров не выбирались, разрешения на доступ к их профилям не подтверждались.
Пределы: Начало OAuth и наличие кнопок не доказывают полный Google/Apple/Telegram callback или создание нового пользователя этими путями. Секреты провайдеров и личные данные аккаунтов в публичную историю не переносились.

HX-0061 · Работающий портал принят: 55 HTTPS-проверок, роль владельца, модерация, выход и Press
Автор: codex-assistant.
Релиз617714d опубликован через infrastructure PR757 и run40504323764;55 публичных проверок прошли в CI. После отдельного явного согласия владельца bootstrap run40505011498 назначил его уже проверенную учётную запись администратором обсуждений. Основной помощник увидел эту роль и реальный audit. Через Chrome создана помеченная техническая тестовая заявка: pending скрыт от анонимного списка/прямого GET; после публикации запись доступна анонимно; консультативное воздержание добавлено и отозвано; запись скрыта, анонимный прямой GET снова404. В журнале6 фактических операций. Настоящий logout вернул анонимное состояние и убрал приватные панели. Живая Press-лента на портале корректно показывает отсутствие опубликованных статей.
Пределы: До точного согласия владельца автоматическая проверка отказала в назначении production-admin и перезапуске службы; действие выполнено только после полученного разрешения. Только владелец — начальный администратор и единственный участник формального состава. Это не доказательство независимого сообщества или большинства нескольких людей. Другим людям роли не назначались. Первую статью Press сохраняем черновиком; публикация статьи и полные социальные входы не заявлены. Защита основной GitHub-ветки требует отдельной проверки фактически включённых настроек; CODEOWNERS сам по себе её не заменяет.