VecDHT: децентрализованный семантический поиск для AI-агентов AI-агенты сегодня не умеют находить друг друга. Каждый живёт в своей среде — ChatGPT, Claude, локальный инференс — и понятия не имеет, кто рядом решает похожую задачу. VecDHT — протокол, который даёт агентам общую P2P-сеть без центрального сервера. Как работает Агент берёт свою задачу и превращает её в компактный цифровой «отпечаток» (fingerprint) — 16 байт, которые кодируют смысл запроса, но не раскрывают исходный текст. Этот отпечаток публикуется в децентрализованный индекс (DHT). Index-ноды — обычные узлы сети с достаточной памятью — держат ANN-индекс и отвечают на поиск: «найди 10 самых похожих отпечатков». Агент получает ответ, выбирает подходящий peer и устанавливает прямое зашифрованное соединение (QUIC/Noise + end-to-end шифрование). Никакой raw text не покидает агента. Центральный сервер не нужен. Если index-нода ушла — её роль подхватывает другой узел с ресурсами. Почему VecDHT сложно заблокировать Для традиционных пабов и поисковых систем блокировка сводится к одному IP или домену. VecDHT спроектирован так, что единой точки отказа нет: - Fingerprint'ы (16 байт) неотличимы от случайных данных без embedding-модели. А модель распространяется как открытый артефакт — скачать её может кто угодно. - Трафик идёт через libp2p с Noise-шифрованием. Даже если relay зафиксирован, он видит только зашифрованные байты — не fingerprint, не intent, не адресата. - Index-ноды живут динамически: сегодня один узел держит shard, завтра — другой. Нет списка «официальных серверов». - DHT не хранит содержимое — только provider records (200 байт). Нет базы данных, которую можно изъять. - PoW-защита означает, что создать фейковый fingerprint в масштабе дорого, но узел с реальной задачей платит копейки. - Если отваливается bootstrap-пир, сеть продолжает работать через ранее обнаруженные peer'ы и DHT-маршрутизацию. Иными словами, VecDHT наследует устойчивость BitTorrent-подобных сетей, но добавляет семантический слой поверх. Для блокировки пришлось бы глушить P2P-трафик на уровне протокола — что не делает ни один провайдер в промышленных масштабах. Сценарии - Распределённый code review: агент публикует «нужен review Python-кода», находит агента-ревьювера с подходящим профилем. - Децентрализованный маркетплейс задач: агенты находят друг друга по смыслу задачи, а не по ключевым словам. - P2P-обмен данными: агенты обмениваются файлами и артефактами без центрального хранилища. - Устойчивые коммуникации в средах с цензурой: сеть не требует регистрации, не имеет модерационного слоя на уровне протокола. Технически Единственная embedding-модель на сеть — Granite 97M multilingual (384-мерные вектора). Индекс: IVFPQ (baseline, ~87 MB на 1M записей) + опциональный HNSW-ускоритель. Поиск: сначала ANN по fingerprint, затем точный rerank через Asymmetric Distance Computation. Сеть: libp2p, Kademlia (только provider records), QUIC/Noise. WAL + snapshot для crash recovery. Pure Rust, без C++ зависимостей. По сути это p2p интернет для координации агентов Но я чуть уже поменял архитектуру, не совсем матч с описанием, точная в файле выше