Buzz Mesh: когда сообщество запускает модель

Несколько недель назад я писал о неиспользуемой вычислительной мощности вокруг нас. Идея напоминала интеллектуальную энергосеть для вычислений: люди, команды или региональные сообщества добровольно предоставляют свободные ресурсы, другие ими пользуются, и не каждый запрос к ИИ автоматически попадает в дата-центр одного из крупных провайдеров.

Тогда это была прежде всего архитектурная концепция. Теперь Buzz показывает, как может выглядеть ее первый вполне конкретный элемент. Проект объединяет рабочее пространство для людей и ИИ-агентов, идентификаторы Nostr и вычислительный пул внутри сообщества. Один участник предоставляет локальную модель, а агенты других ее используют. В дальнейшей перспективе несколько устройств смогут хранить части модели, которая не помещается ни на одном из них отдельно.

Это очень похоже на нашу прежнюю идею. Но Buzz пока не мировой ИИ-суперкомпьютер, а свободная RAM не превращается в волшебную общую память. Сначала Buzz создает небольшую ячейку доверия. Возможно, это самый разумный старт.

Что такое Buzz

Buzz — проект с открытым исходным кодом компании Block, которой руководит Jack Dorsey и которая стоит за Square. Называть его просто «новым приложением Jack Dorsey» неточно. Это проект Block, а публичный код опубликован на GitHub по лицензии Apache 2.0.

Buzz похож на смесь Slack, GitHub и платформы агентов. Люди и ИИ-агенты работают в одних каналах, обсуждают задачи, управляют кодом и запускают workflow. Каждый агент получает собственную криптографическую идентичность и ограниченные права. Поэтому можно различить человека, разрешившего действие, и агента, который его выполнил.

Это не косметика. Во многих системах бот использует общий служебный аккаунт или API key с избыточными правами. Затем известно лишь, что нечто сделала «автоматизация», но не всегда какая инстанция и по чьему поручению. Buzz раздельно показывает авторизацию и исполнителя.

Рабочее пространство можно разместить самостоятельно. Опубликованная архитектура состоит из знакомых компонентов: Buzz Relay, PostgreSQL для событий и поиска, Redis для Pub/Sub и presence, а также S3-совместимое хранилище медиа. Сокрытие эксплуатационной реальности не делает децентрализацию убедительнее.

Основа — Nostr

Nostr означает Notes and Other Stuff Transmitted by Relays. Пользователь владеет парой криптографических ключей, подписывает события и публикует их на relay. Клиенты подписываются на нужные события через один или несколько relay.

Событие содержит публичную идентичность отправителя, время, тип, содержимое, ссылки и подпись. Закрытый ключ остается у пользователя; открытый служит идентификатором и средством проверки. Nostr использует подписи Schnorr на secp256k1, той же эллиптической кривой, которая играет центральную роль в Bitcoin.

Подписанный журнал, но не блокчейн

Nostr не является блокчейном. Здесь нет майнинга, глобального консенсуса или единой цепочки. Relay принимает и хранит события по собственным правилам и передает их клиентам. Другие relay могут хранить те же или иные события.

Buzz использует модель для сообщений, реакций, задач агентов, этапов workflow и событий Git. В сообществе relay остается центральным источником: проверяет членство, распространяет события и хранит состояние. Протокол повышает переносимость идентичности и форматов, но не отменяет оператора, базу данных, резервные копии, правила хранения и риск отказа.

Подпись доказывает, какой ключ подписал событие, но не гарантирует, что relay будет выдавать его вечно. Для self-hosting нужны backup, экспорт, мониторинг и управление ключами. Потерянный закрытый ключ — не пароль, который администратор сбросит. Украденный ключ позволяет злоумышленнику законно подписывать события от имени владельца.

При чем здесь Bitcoin

Nostr культурно и технически близок сообществу Bitcoin. NIP-57 описывает Lightning Zaps: оплату в satoshi людям или событиям с представлением квитанций в виде событий.

Но Bitcoin не обязателен. Nostr работает без блокчейна и монеты. Buzz Shared Compute сегодня также не является открытым рынком, где неизвестные компьютеры автоматически получают satoshi за token. Ресурсы добровольно делятся внутри сообщества. Lightning позже может поддержать оплату или квоты, но пока не решает вопросы электричества, износа и эксплуатации.

Как работает Shared Compute

Buzz Mesh связывает членство с доступом к вычислительному пулу. Участник включает общий доступ, выбирает модель под свое оборудование и предоставляет inference другим. Агент выбирает «Buzz shared compute» как провайдера без API key внешнего сервиса.

Relay обеспечивает координацию и доверие: знает участников и модели на узлах. Сам запрос передается напрямую и в зашифрованном виде между машинами. Prompt не проходит через сервер Buzz, но покидает устройство заказчика и попадает на компьютер другого участника.

Шифрование защищает маршрут, а не скрывает данные от конечной точки. Использование чужого оборудования требует доверия к оператору. В концепции Mesh это сказано прямо: конфиденциальность сообщества определяется надежностью его членов.

Удаленный inference не равен распределенному

В простом варианте вся модель работает на одной мощной станции, а остальные отправляют запросы. По сети идут главным образом prompts, tokens и накладные данные; вычисление остается на одной машине.

В сложном варианте модель разделена. Каждый узел хранит часть весов или выполняет часть вычислений и постоянно обменивается промежуточными результатами. Пропускная способность, задержка, топология и отказы напрямую определяют скорость.

Buzz описывает оба направления. Публичное руководство показывает реальный путь от приложения до локального или удаленного inference. Разделение модели между устройствами относится к видению Mesh. Это правдоподобная цель, но еще не зрелая платформа безграничного масштаба; часть функций требует feature flag.

Кластер Mac Studio показывает сетевую проблему

NetworkChuck соединяет четыре Mac Studio с 512 GB Unified Memory каждый, получая 2 TB памяти, доступной GPU. Но прежний эксперимент с пятью Mac, согласно его сравнению, сделал inference на 91% медленнее.

Видео различает pipeline и tensor parallelism. В pipeline каждый Mac обрабатывает свои слои и передает результат дальше: большая модель помещается, но узлы ждут. При tensor parallelism все Mac одновременно работают над одним слоем и часто обмениваются малыми блоками данных. Задержка становится решающей.

NetworkChuck показывает снижение примерно с 300 до 3 микросекунд. Для Llama 70B скорость растет примерно с 5 tokens в секунду в pipeline до 16 с tensor parallelism и RDMA. Весь кластер не становится в сто раз быстрее: примерно во столько раз падает задержка соединения, а throughput модели растет чуть более чем втрое.

Начиная с macOS 26.2, Mac на Apple silicon с Thunderbolt 5 поддерживают RDMA over Thunderbolt. RDMA перемещает данные между зарегистрированными областями памяти с меньшими накладными расходами; Apple согласовала функцию с MLX Distributed и JACCL.

Физика остается. Apple рекомендует fully meshed topology: двум Mac нужен один канал, трем — три кабеля, четырем — шесть. С пяти узлов из-за портов может понадобиться ring, тогда данные пересылаются через промежуточные узлы. Реализация также ограничена десятью UC Queue Pairs и двусторонними send/receive.

Сообщество может предлагать через интернет несколько полных моделей на разных компьютерах. Разделение одной модели между Цюрихом, Берлином и Нью-Йорком — другой класс задачи. Каждый hop задерживает генерацию, а один медленный узел способен остановить весь pipeline.

RAM нельзя просто сложить

Веса, KV cache, runtime-данные и резерв для длинного контекста должны где-то находиться. Два участника с моделями в 64 GB получают два узла, а не одну машину со 128 GB общей памяти. Только настоящий model sharding сдвигает границу ценой коммуникации, сложности и риска отказов.

В 2026 году рынок DRAM остается тяжелым. TrendForce описывает третий квартал как крайне напряженный: спрос ИИ-серверов поддерживает рекордные цены. Shared Compute повышает ценность существующего оборудования, но не делает новые локальные системы с большой RAM дешевыми.

Совместное использование уже имеющихся трех станций может быть разумным. Покупка трех дорогих компьютеров лишь ради отказа от облака может оказаться худшей инвестицией. Электричество, охлаждение, детали, интернет, администрирование и простои не исчезают.

Что действительно интересно в Buzz Mesh

Сила Buzz не в новой технологии распределенного inference, а в соединении существующих элементов. У сообщества уже есть участники, идентичности и права; агенты и локальные модели уже работают. Buzz превращает предоставление ресурсов в настройку продукта, а для агента — в обычного провайдера.

Граница доверия тоже разумна: люди, которые уже работают вместе, а не миллионы неизвестных. Это реалистично для агентства, малого бизнеса, исследования или команды разработчиков.

Независимость от моделей — еще один плюс. Open-weight модели позволяют контролировать веса, конфигурацию и runtime, однако «владеть моделью» — сокращение. Открытые веса не означают public domain; лицензия может ограничивать использование, распространение или коммерцию. Суверенность означает доступные веса, понятную лицензию, контролируемый runtime, экспорт данных и работу без исходного провайдера.

Что пока не убеждает

Нет готовой компенсации. В малой команде добровольный обмен работает; если один человек постоянно оплачивает оборудование и электричество для десяти, нужны лимиты, приоритеты, метрики и честный учет. Nostr и Lightning дают компоненты, но не законченную экономику.

Остается эксплуатация: кто обновляет и проверяет модели и лицензии, какие узлы видят чувствительные prompts, что происходит при перегрузке, sleep, ноутбуке в пути или отключении посреди ответа. Облако стоит денег, но берет на себя много этой скучной работы.

Buzz передает запросы модели, а не произвольный чужой код. Это разумная граница. Но prompts могут быть конфиденциальными, модели — подмененными, агенты — отправлять лишний контекст. Членство контролирует доступ, но не гарантирует поведение. Компаниям нужны классификация, журналы, квоты, утверждение моделей, защита endpoint и правила для локальных задач.

Наконец, Buzz молод. Публичный код, архитектура и конкретный тест лучше слайдов, но feature flags, быстрые релизы и меняющаяся документация показывают незрелость. Это время экспериментов с некритичными данными, а не зависимости без exit plan.

Что реализовано на самом деле

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

Пока нет открытого рынка, стабильных кредитов, hardware attestation, независимой проверки и эксплуатации тысяч неизвестных узлов. Зато есть понятный интерфейс и непосредственный сценарий: агенту нужна модель, у участника есть компьютер, relay координирует, машины считают.

Если малый круг работает надежно, позже появятся квоты, кредиты, Lightning-платежи, региональная федерация и проверяемые задания. Сначала должен заработать малый круг.

Основа и ограничения статьи

Я не тестировал Buzz Mesh лично на нескольких компьютерах. Оценка основана на публичном коде, архитектуре, концепции Mesh, руководстве, спецификациях Nostr и документации Apple по RDMA, проверенных 21 августа 2026 года. Утверждения о стабильности, throughput и реальной нагрузке не являются моими измерениями.

Тем не менее Buzz — самый наглядный пример того, как идея распределенных вычислений может стать полезным продуктом. Пока небольшой, ранний и без решенной экономики, но уже не только теоретический.

До следующего раза,
Joe