Виталик Бутерин запустил анонимную доску на Aztec с модерацией ИИ

Демо Виталика Бутерина на Aztec показывает практическую модель для независимых площадок: автор публикует сообщение без раскрытия связи с адресом кошелька, а локальная ИИ-модель проверяет текст по правилам, сохранённым в блокчейне. Это не готовая социальная сеть и не способ автоматически обходить правила крупных платформ, а ранний технический эксперимент с приватностью и программируемой модерацией.
Для создателей контента главный вывод такой: децентрализованная площадка может разделить идентичность автора и право на публикацию, но не отменяет модерацию, комиссии, технические риски и необходимость самостоятельно привлекать аудиторию. В текущем виде проект интересен как архитектурный шаблон для закрытых сообществ, анонимных советов и независимых каналов распространения, а не как инструмент, который уже можно безопасно использовать вместо YouTube, Telegram или другой основной платформы.
Что именно запустил Виталик Бутерин
Проект опубликован в открытом репозитории vbuterin/aztec_experiments на GitHub. В документации он описан как анонимная доска сообщений на основной сети Aztec: пользователь вносит ETH на первом уровне Ethereum, публикует текст на втором уровне Aztec, а затем может вывести средства обратно.
Ключевая особенность состоит в том, что публичные данные публикации не содержат адрес отправителя и не связывают сообщение с первоначальным депозитом. При этом депозит и вывод нельзя считать полностью невидимыми: сам входящий перевод на Ethereum публичен, а вывод раскрывает адрес, на который возвращаются средства. Поэтому корректнее говорить о приватности публикации, а не о полной финансовой анонимности.
Бутерин представил демо как раннюю «игрушечную» версию идеи анонимной доски с модерацией. Независимое описание проекта подтверждает, что пользователи вносят ETH на Ethereum, публикуют сообщения без связи с адресом и могут вывести средства обратно, а модерация встроена в саму конструкцию публикации The Block от 20 июля 2026 года. Запуск токена или сформированной экосистемы создателей из доступных материалов не следует.
Как работают приватные публикации

В обычной блокчейн-системе адрес кошелька часто выступает одновременно аккаунтом, подписью и публичным профилем. В этой конструкции пользователь сначала получает приватную запись о депозите, а затем расходует её право на публикацию через доказательство, не раскрывающее исходный адрес.
Технически это опирается на доказательства с нулевым разглашением — криптографический механизм, который позволяет подтвердить выполнение условия без раскрытия самого секрета. Официальная документация описывает Aztec как второй уровень Ethereum с приватным и публичным состоянием, где приватные функции выполняются на устройстве пользователя, а доказательства отправляются в сеть для проверки в официальном обзоре архитектуры Aztec.
Для автора это даёт несколько возможных сценариев:
- публикация под псевдонимом без постоянной публичной связи с основным кошельком;
- участие в сообществе без раскрытия личности другим читателям;
- доступ к публикации через экономическое условие, например депозит и ограничение частоты сообщений;
- отделение репутации внутри конкретной площадки от публичной финансовой истории.
Однако анонимность не защищает от всех способов деанонимизации. Стиль текста, время публикации, повторное использование никнейма, утечки из браузера и связь с внешними аккаунтами могут раскрыть автора вне самой цепочки.
Зачем здесь нужна ИИ-модерация

В проекте есть отдельный локальный демон, который наблюдает за новыми сообщениями, получает текст политики модерации из блокчейна и передаёт публикации локальной языковой модели. В репозитории указано, что по умолчанию используется Qwen3.5-2B через llama.cpp; модель оценивает текст по политике и может автоматически отметить нарушение.
В описании репозитория проекта также указано, что политика хранится в цепочке и используется как источник правил для приложения, командной строки и модерационного процесса. Это меняет привычную модель корпоративной платформы: правила не должны находиться только в закрытой административной панели компании, а их содержание можно проверять отдельно от результата конкретной проверки.
При этом блокчейн не делает решение ИИ объективным. Он может зафиксировать политику и факт действия, но не гарантирует, что модель правильно поняла сарказм, цитату, художественный контекст или спорное высказывание. Локальное исполнение уменьшает зависимость от внешнего поставщика ИИ и позволяет не отправлять текст в облачную систему, но качество оценки всё равно зависит от модели, инструкции и процедуры обжалования.
Что происходит с нарушающей публикацией
В демо сообщения, отмеченные цензором, скрываются из основной ленты. Пользователь может отдельно открыть скрытые записи после подтверждения. Для автора предусмотрено и экономическое ограничение: после проверки отмеченной публикации увеличивается временная блокировка до следующего сообщения.
Такая схема интересна тем, что модерация не требует раскрывать личность автора всем участникам. Система может применить санкцию к приватной записи или к праву на дальнейшую публикацию, не показывая публичный адрес пользователя.
Но полномочия всё равно сосредоточены в роли цензора, которая задаётся при развёртывании. Репозиторий описывает возможность передать это право другому адресу, однако сама конструкция не превращает модерацию в полностью коллективное управление. Для независимого медиа это означает, что вопрос «кто может скрыть публикацию» остаётся таким же важным, как вопрос «кто видит автора».
Если вы проектируете собственную площадку, заранее зафиксируйте:
- кто назначает модератора и может ли он быть заменён;
- какие категории нарушений считаются достаточными для блокировки;
- видит ли модератор исходный текст и метаданные;
- как автор подаёт апелляцию;
- что происходит при ошибке ИИ или недоступности локального узла.
Что это меняет для создателей контента
Для автора ценность такой архитектуры находится не в самом факте публикации в блокчейне, а в возможности контролировать отношения между приватностью, доступом и правилами сообщества. Например, независимое объединение может организовать анонимную доску предложений, закрытый канал обратной связи или площадку для публикации материалов, которые не зависят от одной корпоративной ленты рекомендаций.
Такая площадка особенно уместна там, где важна защита источника или участника: при сборе сигналов от сообщества, обсуждении чувствительных тем, распределённой редакционной работе или создании псевдонимного проекта. Но для обычного автора публикация в приватной сети не решает проблему обнаружения контента. Без внешних каналов дистрибуции аудитория не появится только потому, что пост записан в Aztec.
Практически разумна модель «основная площадка плюс независимый слой»:
- используйте крупную платформу для охвата, поиска и привычного потребления;
- храните важные правила сообщества и архив ключевых материалов в независимом контуре;
- не переносите в приватную систему персональные данные, если они не нужны для работы;
- заранее объясняйте аудитории, какие сведения видны публично, а какие скрываются;
- сохраняйте резервную копию контента вне блокчейна.
Это снижает зависимость от одного оператора, но не устраняет её полностью: кошельки, интерфейсы, узлы, домены и каналы привлечения аудитории также могут быть централизованными.
Почему проект нельзя считать готовым продуктом
Репозиторий содержит формальную проверку отдельных свойств безопасности: для ограничений частоты публикаций, фильтрации, приватности и безопасности депозитов заявлены 70 доказанных теорем без незаполненных утверждений. Это сильный сигнал о подходе к проверке логики, но не сертификат безопасности всей системы.
Формальная верификация не проверяет удобство интерфейса, безопасность устройства автора, корректность локальной ИИ-модели, устойчивость инфраструктуры и юридические последствия размещения контента. Кроме того, в самом репозитории перечислены незавершённые задачи, включая исправление контроля доступа и неполностью проверенные сценарии в браузере. Поэтому наличие формальных доказательств не означает, что конкретное демо прошло независимый аудит.
Есть и операционные ограничения. Пользователю нужны средства для депозита и комиссий, требуется дождаться сообщений между уровнями сети, а вывод ETH связан с отдельным этапом подтверждения. Репозиторий указывает, что получение средств обратно на первом уровне после вывода связано с ожиданием доказательства эпохи примерно в 40 минут в основной сети. Такая площадка не подходит для срочных публикаций или массовой аудитории без дополнительного слоя, который упростит кошельки и оплату.
Главные риски для автора и редактора
Первый риск — ложное ощущение полной анонимности. Если автор пополняет кошелёк с известного адреса, использует тот же браузер и одновременно публикует ссылку на основной профиль, криптографическая приватность записи не скрывает поведенческую связь.
Официальные материалы Aztec отдельно предупреждают, что приватность может нарушаться при переходе от приватных функций к публичным, при публикации незашифрованных событий, передаче данных на первый уровень и даже по времени транзакций в разделе об ограничениях приватности Aztec. Поэтому обещание «анонимной публикации» нельзя расширять до гарантии неустановимой личности.
Второй риск — автоматическая ошибка модерации. Локальная модель может пропустить вредный материал или ошибочно отметить безопасный текст. Для редакционного проекта нельзя считать один ответ модели достаточным основанием для окончательного удаления, особенно если публикация влияет на репутацию или доход автора.
Третий риск — концентрация полномочий. Децентрализованная база данных не делает независимым администратора, который контролирует цензора, интерфейс или доступ к узлу. Перед запуском собственного сообщества проверьте, можно ли сменить модератора, экспортировать архив и показать аудитории историю решений.
Наконец, остаются правовые ограничения. Приватность транзакции не отменяет законодательства о незаконном контенте, авторских правах, рекламе, финансовых услугах и защите пользователей. Если площадка предназначена для коммерческого контента, отдельно определите правила раскрытия рекламы, выплат и конфликтов интересов.
Как оценивать подобные решения на практике
Создателю не стоит начинать с выбора сети. Сначала опишите угрозу и задачу: вы защищаете личность автора, хотите снизить зависимость от рекомендаций или собираете закрытые материалы для сообщества. Для каждой цели нужен свой уровень приватности, а иногда достаточно обычной системы ролей и шифрования.
Перед запуском пилота проверьте пять параметров:
- модель приватности: какие данные видны при депозите, публикации и выводе;
- управление: кто меняет правила, модератора и параметры санкций;
- апелляция: может ли человек оспорить решение ИИ или цензора;
- стоимость: комиссии, минимальный депозит, инфраструктура и поддержка узлов;
- переносимость: можно ли выгрузить тексты, метаданные и историю решений.
После этого используйте небольшой закрытый тест с неопасными материалами. Сравните решения модели с оценкой людей, измерьте долю ошибочных блокировок и проверьте, может ли новый участник восстановить доступ без помощи разработчика. Для создателя контента это полезнее, чем ориентироваться только на наличие доказательств с нулевым разглашением или известность автора демо.
Итог: какой следующий шаг выбрать создателю
Демо Бутерина важно как проверка идеи: приватные публикации и автоматизированная модерация могут существовать в одной системе, а правила можно сделать видимыми и программируемыми. Но это пока исследовательский прототип, который не заменяет готовую платформу, редакционную политику и независимый аудит.
Если вы создаёте сообщество, начните с карты данных и правил: определите, что должно оставаться анонимным, кто принимает решения и как автор получает апелляцию. Только после этого выбирайте приватную сеть или другой технологический слой. Для большинства проектов безопаснее использовать Aztec-подобную архитектуру как дополнительный контур, сохранив привычный канал распространения и резервную копию контента.
Читайте также:
- Threads после 500 млн пользователей: инструменты сообществ для продвижения
- 84% создателей используют ИИ-инструменты: какие дают преимущество и как начать
- Американское кибер-агентство использует Mythos от Anthropic для поиска уязвимостей в гос-коде
- Обновление Условий обслуживания Google с 30 июля 2026 года: что важно знать владельцам сайтов
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.