Сеть агентов без IP
Узлы сами выбирают следующий переход.
Задачи и маршруты идут в собственных Ethernet-кадрах.
Синтетические данные · один оператор · без языковой модели
Подключаемся к подписанным журналам…
Отключать узлы могут только операторы стенда. Всё, что происходит в сети, видно здесь.
Ожидаем сообщения
Путь появится после сверки журналов отправителя, получателя и посредников.
Хронология сети
История накапливается, пока страница открыта.
Каждая точка — сообщение, сверенное по подписанным журналам всех узлов пути. Время взято из журналов самих узлов. Наблюдатель отдаёт последние 24 доставки, поэтому более ранняя история видна, только пока страница открыта. Нажмите на точку, чтобы разобрать сообщение.
Доставленные сообщения
Кто выбирает маршрут
Каждая строка — решение самого узла из его подписанного журнала. Общего диспетчера нет.
Как сеть пережила сбой
Что проверено на настоящих машинах
Чем этот эксперимент отличается от обычного интернета?
ID получается из публичного ключа. Его не выдаёт регистратор; получатель остаётся тем же на всём пути.
Соседи обмениваются подписанными объявлениями. Узел выбирает самый короткий доступный путь; старые сведения о пропавшем соседе истекают.
Собственные кадры с типом 0x88B5 передаются через Ethernet. В данных и объявлениях маршрутов нет IPv4, IPv6, TCP, UDP и DNS. MAC указывает только следующего соседа.
SSH и страница наблюдения пока используют IP. Они нужны оператору; агенты продолжают обмен при отключённой панели.
Это пять заранее допущенных узлов в одной Ethernet-среде, у одного оператора и в одном дата-центре. Мы проверяем собственную доставку и маршрутизацию, но пока не глобальную сеть, автоматический допуск незнакомых узлов или устойчивость к перегрузке.
A и B сохраняют ключи предыдущего этапа. R1 отключает настоящий канал передачи на 60 секунд; служебное управление остаётся доступным, затем канал включается автоматически. Прямой путь A↔B запрещён правилами гостевых машин.
Задачи в большой сети
Что уже доставлено настоящими кадрами —
и где текущая архитектура упирается в масштаб.
Реальные документы · программные агенты без языковой модели · один оператор
Отдельный опыт на VM проекта Relcom. Измерения настоящей сети и расчёт будущей сети показаны раздельно. Здесь сохранённые результаты; пять действующих машин доступны в живом стенде.
Загружаем отчёты выполненных испытаний…
16 агентов выполняют вашу задачу
Каждый круг — отдельный процесс с собственным ключом и таблицей маршрутов. 16 процессов работают на одной физической машине в изолированной сети без IP. Выделенная линия — подтверждённый путь задания. Одинаковые метки Г… или В… на противоположных краях обозначают один переход между крайними соседями, минуя промежуточные узлы.
Источник графика: измеренный запуск на VM Relcom; обработка двух публичных статей. Каждая точка — число полученных правильных результатов.
Внесены задержка 4 ± 1 мс, потеря 0,02% кадров и отключение настоящего канала N05 примерно на 10 секунд. Первый запуск выявил автоматический IPv6-адрес на мосту и не прошёл проверку. Он сохранён отдельно. Второй опыт выявил служебный IGMP моста и два отказа из-за ошибки срока задания. После исправлений проведён новый запуск; оба предыдущих результата сохранены.
До 2 048 агентов: расчёт возможной сети
Это симуляция, а не 2 048 запущенных агентов. За каждым модельным маршрутизатором находятся восемь логических агентов. Нагрузка, потери, полоса и очереди заданы явно; результаты не обещают такую же скорость в реальной сети.
Каждый узел принимает следующее решение по своей таблице. Таблицы получены обменом соседей; центральный сервис маршрутов не используется. Выделенный путь взят из завершённого расчёта. Одинаковые метки Г… или В… у противоположных краёв — один переход между крайними соседями.
Самый важный вывод: простое расширение списка ключевых ID не делает протокол глобальным. Нужны компактные маршрутные объявления, отдельное обнаружение сервисов, управление перегрузкой и проверка на независимых сетях. Симуляция показывает цену этих ограничений, а не устраняет их.
А другие агенты уже перешли?
Внешних операторов опрошено: 0. Получены два отдельных заключения изолированных агентов Codex в том же сервисе. Они не видят транспорт своего исполнения и не могут подтвердить переход на IPvX. Доступного внешнего узла с проверяемой телеметрией не найдено.
Ниже — проверенные первичные документы на 27 октября 2026 года. Это обзор протоколов, не статистика внедрений. Подтверждений массового перехода ИИ на native-сеть без IP в этом обзоре нет.
На этих машинах работает следующий этап: прямой IP-обмен закрыт.
Два агента. Прямой обмен.
Каждый агент живёт на своей машине и сам отправляет сообщения собеседнику. ID остаётся прежним при смене IP.
Реальный TCP/IP · DNS выключен у агентов · синтетические данные · без языковой модели
Ожидаем подтверждение доставкиПрямое соединение по TCP · внутренняя сеть VLAN 50 · коммутируемый участок
Наблюдатель на pve1 читает подписанные журналы обеих VM. Сообщения между агентами через него не проходят.
Доставленные сообщения
Показаны сообщения с совпавшими записями обеих сторон. Выберите строку для проверки пути.
Адреса и события
Проверки на двух машинах
Кто прокладывает маршрут, если агентов много?
ID отвечает на вопрос «кто», IP — «где»
В этом эксперименте A заранее знает публичный ID и первый адрес B. Когда B меняет адрес, он подписывает новую запись и сам отправляет её A. A проверяет подпись и версию, сохраняет новый адрес и открывает прямое соединение.
На большом масштабе начальный поиск можно распределить между многими узлами. Они хранят части каталога ID → адреса с копиями и кешами. Поиск нужен перед соединением или после потери адреса, а не для каждого сообщения. Такая система поиска пока не реализована в этом прямом пилоте.
Пакеты доставляет существующая IP-сеть. Её маршрутизаторы работают с префиксами сетей; им не нужна отдельная запись для каждого агента. Очереди, лимиты запросов и реплики агентов решают другую задачу — перегрузку вычислений.
Отказ от IP означал бы разработку собственной сети маршрутизации. Сейчас мы проверяем независимый ID и прямой обмен поверх TCP/IP. Если оба агента одновременно потеряют все известные адреса друг друга, восстановление в этом этапе не предусмотрено.
Две VM на pve2 и pve3 · один оператор и дата-центр. Переезд переключает слушающий IP внутри одной VM; управление остаётся на прежнем адресе. Кнопка запускает только смену адреса, уведомление собеседника выполняет сам агент.
Интернет для агентов
Агент находит данные, получает ограниченные права и передаёт задачу аналитику.
Наблюдайте ход задачи и причины решений.
Синтетические данные · один оператор · без языковой модели
Запускать прогоны могут только операторы стенда. Здесь показан последний сохранённый запуск.
Путь задачи
События реального запускаВладелец задачи
Личный агент
Три резолвера
Источник данных · MCP
Аналитик · A2A
Новая точка подключения
ID отвечает на вопрос «кто?». Резолвер — «где сейчас?». Разрешение — «что ему можно?».
Журнал событий
0 событийСобытия появятся после запуска. Каждая строка открывает объяснение и наблюдаемые данные.
Что проверяем
Сохранение ID при переезде, проверку подписей, границы прав и поведение при сбоях.
Гипотезы и доказательства
Вердикт относится к конкретному запуску. Частичный результат оставляет открытые вопросы.
Подключить своего агента
Клиентская библиотека Python разрешает подписанный ID через три резолвера, проверяет запись и сохраняет известную версию. Доступ к данным требует отдельного разрешения владельца.
Локальный запуск
git clone https://github.com/relcom-technologies/ipvx-agent-lab cd ipvx-agent-lab python3 -m venv .venv source .venv/bin/activate pip install -e '.[test]' ipvx-lab local
Откройте http://127.0.0.1:8080. Команда поднимает семь отдельных процессов. Установка из закрытого репозитория требует доступа к GitHub.
Вызов из Python
from ipvx_agent_lab import AgentClient, invocation
with AgentClient(
resolver_urls, # три адреса резолверов
checkpoints={agent_id: (2, 3)},
state_file=".state/known-versions.json",
allowed_origins={"https://your-agent.example"},
) as client:
profile = client.resolve(agent_id)
result = client.invoke(
profile,
invocation(permission_chain, subject_key, "read"),
)Адреса резолверов, доверенная начальная версия, разрешённые узлы и цепочка прав задаются оператором. Библиотека не решает за владельца, кому доверять.
Проверить автоматически
ipvx-lab run --scenario full --output reports/full.json pytest -q
Экспериментальный протокол
Версия 1 · утверждён владельцем проекта 26 октября 2026 года.
Что работает на стенде
Локальная генерация ID, подписанный профиль, поиск по способности, кворум двух из трёх резолверов, узкие разрешения и защита от повторного выполнения. Переезд меняет точку подключения и сохраняет идентичность.
Что считается доказательством
Сценарии отправляют HTTP-запросы отдельным процессам. Каждая проверка сохраняет условие, наблюдаемый результат и время. Записи SQLite и выгружаемые отчёты сохраняются после перезапуска.
Границы эксперимента
- Один физический хост и один оператор. Отдельные процессы не доказывают независимость операторов.
- Агенты выполняют заданные правила на синтетических данных. Языковая модель не подключена.
- MCP 2025-06-18 и A2A 0.3.0: проверяются ограниченные адаптеры. Совместимость с внешними реализациями ещё не сертифицирована.
- Первый контакт требует свежей точки доверия. Подпись сама по себе не гарантирует свежесть и качество результата.
- При недоступности источника отзыва разрешено окно кэша до 3 секунд; затем отказ. Изменение часов — явно внедряемый логический сбой.
- Блокчейн и внедрение внешними командами пока не проверены.
Зафиксированная основа IPvX
218bf93acb842604167c93144e5bc967b70ecb6aПравило кворума взято из этой версии. Профили агентов и разрешения — новый экспериментальный протокол.
Прочитать полный протокол ↗