Співзасновник Ethereum Віталік Бутерін розробив систему конфіденційності з відкритим кодом для ШІ-агентів, яка поєднує маршрутизацію Tor, анонімні платежі та локально оброблені запити, щоб зменшити розкриття інформації користувача під час доступу до великих мовних моделей.
Підсумок
- Віталік Бутерін розробив систему конфіденційності ШІ з відкритим кодом, яка поєднує маршрутизацію Tor, платежі zkAPI та локальне переписування запитів.
- Кожна розмова зі ШІ використовує окремий ланцюг Tor, до якого додається випадковий маскувальний трафік, щоб зробити запити важче відстежуваними.
- Система працює через інтерфейс, сумісний з OpenAI, і використовує обмеження пісочниці для маршрутизації мережевої активності через Tor.
- Бутерін сказав, що налаштування стає придатним для використання, але визнав повільніший час відповіді та слабкі місця проти скоординованого аналізу трафіку.
- Він очікує дешевших витрат на депозит і зняття zkAPI в головній мережі Ethereum, хоча дата розгортання не підтверджена.
У дописі на X Бутерін сказав, що створив «параноїдальний режим» для свого ШІ-агентного каркаса pi, використовуючи zkAPI, випадковий маскувальний трафік і локальну мовну модель для переписування запитів, перш ніж вони досягнуть зовнішнього постачальника ШІ.
Налаштування працює через демон, сумісний з OpenAI API, що дозволяє функціям конфіденційності діяти як окремий шар між агентом і сервісом мовної моделі.
Бутерін опублікував відповідний код на GitHub, хоча визнав, що система вносить значні затримки й залишається вразливою до певних форм аналізу трафіку.
Система конфіденційності ШІ Віталіка Бутеріна використовує окремі ланцюги Tor
Згідно з технічним описом Бутеріна, кожна розмова зі ШІ отримує окремий ланцюг Tor, а запити змішуються з випадковим маскувальним трафіком, щоб мережеву активність було важче розрізнити.
Tor маршрутизує інтернет-трафік через кілька ретрансляторів, щоб приховати походження з’єднання. У реалізації Бутеріна окремі ланцюги забезпечують мережеву ізоляцію між розмовами.
Додатковий маскувальний трафік покликаний ускладнити спостерігачеві ідентифікацію справжніх ШІ-запитів на основі комунікаційних шаблонів.
Конфіденційність платежів забезпечується через zkAPI, який, за словами Бутеріна, не дає користувачам розкривати свою особу через платіжну інформацію під час доступу до ШІ-сервісів.
Система включає механізм локального переписування запитів. Перш ніж запит досягне зовнішньої мовної моделі, інша модель, що працює на пристрої користувача, обробляє оригінальний текст.
Бутерін описав цю функцію як схему «принеси свою локальну модель», що дозволяє користувачам вибирати модель, відповідальну за переписування їхніх запитів.
Згідно з дописом, його власне налаштування використовує qwen3.8-flash-next.
Локальне переписування забезпечує окремий шар захисту від компонентів мережевої маршрутизації та платежів. Однак Бутерін не стверджував, що переписані запити усувають будь-яку можливість ідентифікувати користувача за інформацією, яку він надсилає.
Реалізація об’єднує ці функції в демоні, який підтримує інтерфейс OpenAI API, дозволяючи агенту надсилати запити через обгортку конфіденційності.
Обмеження пісочниці додають ще один шар ізоляції
Окрім мережевої маршрутизації та обробки запитів, Бутерін помістив агентний каркас pi у пісочницю bubblewrap, або bwrap.
Bubblewrap — це утиліта пісочниці для Linux, яка може обмежувати доступ програми до частин її операційного середовища.
Бутерін сказав, що експериментує з технологією MicroVM як ще одним варіантом ізоляції, хоча в дописі не встановлено, що налаштування MicroVM стало частиною завершеної реалізації.
Пісочниця агента обгорнута за допомогою torsocks — утиліти, яка спрямовує підтримувані мережеві з'єднання через Tor.
За словами Бутеріна, ця схема покликана гарантувати, що мережева активність агента проходить через Tor, а не здійснює прямі з'єднання.
Таким чином, технічний дизайн враховує кілька окремих джерел потенційного розкриття інформації, зокрема мережеві з'єднання, платіжні записи, вміст підказок та середовище, в якому працює ШІ-агент.
Бутерін продемонстрував цю схему на простому дослідницькому завданні та заявив, що програмне забезпечення стає придатним для практичної роботи.
«Воно стає цілком придатним для використання!» — написав він, визнаючи, що користувачі все ще стикаються зі значною затримкою.
Він окремо виділив початок нової розмови як особливо повільну частину процесу.
У публікації не наведено результатів бенчмарків, середнього часу відповіді чи порівняння з незахищеною версією того самого агента.
Захист Tor залишається вразливим до скоординованого аналізу трафіку
Незважаючи на додаткові заходи приватності, Бутерін визнав, що Tor не є ідеальною мережею для розробленої ним системи.
Він зазначив, що випадковий маскувальний трафік забезпечує розумний захист від пасивних спостерігачів, але вказав на складнішу загрозу, пов'язану зі співпрацею між постачальником ШІ та охоронним ретранслятором Tor.
Охоронний ретранслятор — це перший ретранслятор, який клієнт Tor використовує для входу в мережу.
У сценарії, описаному Бутеріном, постачальник ШІ, співпрацюючи з охоронним вузлом, міг би активно маніпулювати таймінгом запитів і відповідей, щоб виявити закономірності в трафіку.
За його оцінкою, така координація зробила б випадковий маскувальний трафік значно менш ефективним.
Бутерін стверджував, що цей тип застосунків виграв би від спеціалізованої мікс-мережі — мережі приватності, розробленої для ускладнення встановлення зв'язку між вхідними та вихідними комунікаціями через аналіз трафіку.
Його запропонований підхід передбачав би вищу вимогу до пропускної здатності та постійний маскувальний трафік, вбудований безпосередньо в мережу.
Постійний маскувальний трафік означав би генерування додаткової мережевої активності навіть тоді, коли користувачі не роблять справжніх запитів, замість того щоб покладатися лише на випадково вставлений трафік.
Бутерін не оголосив про робочу реалізацію мікс-мережі та не надав графіка її розробки.
У своїх коментарях він описав цю мережу як потенційне технічне вдосконалення порівняно з поточною схемою Tor, яку він охарактеризував як недосконале рішення для захисту взаємодій зі ШІ.
Очікується, що витрати на платежі zkAPI на Ethereum знизяться
Бутерін завершив своє оновлення окремою розробкою щодо вартості використання zkAPI.
Він сказав, що значно дешевші витрати на газ для депозитів і виведень zkAPI незабаром з'являться в основній мережі Ethereum.
У заяві не вказано очікуване зниження витрат на транзакції, механізм, відповідальний за економію, або дату розгортання.
Депозити та виведення є окремими від функцій мережевої приватності в обгортці агента, яка використовує zkAPI для вирішення можливості розкриття ідентичності через платежі.
У публікації Бутеріна не вказано, які зовнішні постачальники мовних моделей використовувалися в його демонстрації, а також не розкрито загальну вартість запуску комбінованих інструментів приватності.
Оголошені зміни витрат на газ залишаються в очікуванні, і в публікації не надано підтвердженої дати активації в основній мережі.
Попередня робота над zkAPI дає контекст для останнього експерименту Бутеріна
Остання реалізація слідує за запуском 1 жовтня Фондом Ethereum та Open Anonymity Project, які представили zkAPI як платіжну систему для послуг з оплатою за використання.
Згідно з технічним оголошенням Фонду, користувачі вносять кошти на сховище Ethereum та авторизують подальше використання API через докази з нульовим розголошенням.
Система може видавати короткочасні облікові дані API з лімітами витрат, дозволяючи одній авторизації покривати кілька запитів протягом сесії.
Авторизація платежу та швидка доставка обробляються окремо. Платіжний сервіс перевіряє права на витрати, не отримуючи розмову, тоді як постачальник моделі обробляє запит, не отримуючи фінансову ідентичність користувача.
Фонд визнав, що платіжний механізм не приховує самостійно IP-адреси або інформацію, що міститься в запитах. Ці обмеження були розглянуті 2 жовтня в аналізі конфіденційності zkAPI.
4 жовтня Бутерін протестував трирівневу конфігурацію, використовуючи особисту інформацію про здоров'я та подорожі для генерації рекомендацій щодо дієти та фізичних вправ.
Як раніше повідомляло crypto.news, попередній експеримент використовував локальну модель Qwen для визначення того, яку інформацію слід передавати віддаленим AI-сервісам. Бутерін повідомив про швидкість обробки приблизно 20-30 токенів за секунду і зазначив, що швидкість понад 100 токенів за секунду була б кращою.
Робота Ethereum над автономними агентами включає інфраструктуру ідентичності ERC-8004, запуск якої в основній мережі був запланований на січень 2026 року. Стандарт надає реєстри для ідентичності та репутації агентів — окрему функцію від приватної авторизації платежів, яку обробляє zkAPI.
Останній допис Бутеріна описує додаткові засоби контролю навколо попередньої схеми конфіденційності, включаючи Tor-ланцюги для конкретних розмов, випадковий маскувальний трафік та обмеження пісочниці.
