
Віталік Бутерін показав експериментальну систему для приватної роботи ІІ-агентів, де кожен діалог проходить окремим маршрутом Tor, а платежі ховає zkAPI. Це його тест для агентської середовища pi.
За словами співзасновника Ethereum, схема поєднує Tor, маскування трафіку, локальне переписування запитів і ізоляцію через sandbox. Він також пише, що система вже «стає цілком придатною до використання», хоча затримки помітно зросли.
Навіщо Бутерін зв’язав Tor і zkAPI?
Ідея проста. ІІ-сервіс не має легко зв’язати користувача, його платіж і сам запит.
Для цього система призначає кожній розмові окремий Tor circuit. Запити додатково маскуються випадковим трафіком, а самі промпти переписуються локально, без прямої передачі вихідного тексту провайдеру.
Бутерін використовує власну зв’язку з Qwen3.8-Flash-Next. Трафік агентської середовища теж примусово йде через Tor за допомогою torsocks, а сама середа запускається в bubblewrap sandbox. Він ще тестує MicroVM. Це вже не просто концепт на папері. Важливий і контекст: zkAPI запустили на Ethereum mainnet 1 жовтня 2026 року, а ранню специфікацію обговорювали ще 11 лютого 2026 року на Ethereum Research.
Як працює схема приватності для ІІ?
zkAPI потрібен не лише для ІІ. Він підходить і для інших API-запитів.
Користувач вносить ETH, оплачує фактичне використання сервісу, а потім може вивести залишок ончейн. При цьому сервіс бачить, що оплата пройшла, але не бачить, з якого саме депозиту прийшли кошти. Для цього використовуються докази з нульовим розголошенням.
В оригінальній специфікації наводили наочні приклади: 100 USDC можуть покрити 500 LLM-запитів, а 10 USDC, за тією ж логікою, можуть оплатити 10 000 Ethereum RPC-запитів без прив’язки до платника. У цьому й суть схеми. Не повний анонімний хаос, а розрив між оплатою та особою.
«Це вже стає цілком придатним до використання», зазначив Бутерін. Але він же визнав і слабке місце: Tor додає затримки, особливо на старті нового діалогу.
Що не так із Tor, за словами самого Бутеріна?
Tor допомагає, але не вирішує все. Сам Бутерін каже, що це не найкращий варіант для такого рівня приватності.
Проблема в тому, що маскувальний трафік краще працює проти пасивного спостерігача. Якщо ж провайдер ІІ і вхідний вузол Tor діють узгоджено, можна намагатися зіставляти сесії за часом передавання даних. Тому він і говорить про mixnet як про більш доречну схему.
Тут є важлива деталь для читачів Ethereum. Бутерін не обіцяє ідеальний захист. Він показує компроміс між зручністю та приватністю. І цей компроміс уже вимірюється: більше шарів захисту, але й більша затримка.
Кожній розмові призначається окремий маршрут Tor.
Запити переписуються локально на пристрої користувача.
Платежі приховуються через zkAPI.
Агентська середа працює в sandbox.
Бутерін окремо тестує MicroVM.
Реакція ринку і дослідників
Ця історія важлива не лише для розробників. Вона показує, куди рухається приватність в Ethereum-середовищі. Ідеться вже не тільки про перекази, а й про те, як платити за ІІ без зайвих слідів.
Водночас дослідники вже бачать ризики. В обговоренні Ethereum Research ML-інженер Omar Espejel писав, що навіть із ZK-платежами провайдер може зіставляти сесії за кількістю токенів, часом до першої відповіді та затримкою. Він пропонував фіксовані token-buckets із 20–40% накладних витрат заради кращої приватності.
Є й ще один шар ризику. L2BEAT 7 жовтня 2026 року вказав, що в zkAPI виділені три критичні контракти: ZkApiVault, Groth16ProofAdapter і Bn254Poseidon. В огляді також зазначали, що Groth16-ключі для request і withdrawal були згенеровані однією стороною. Це не означає злам. Але для приватного сервісу такий момент завжди важливий.
Для українських користувачів і команд, які будують AI-ботів або платні API-сервіси, висновок простий: приватність тепер рахують не гаслами, а архітектурою. І чим більше сервісів перейдуть на подібні схеми, тим сильнішим буде попит на рішення, де платіж і запит не зливаються в один слід.
Що означає ця схема для власників ETH?
Для тримачів ETH це не новина про ціну. Це новина про те, як Ethereum дедалі частіше використовують як інфраструктуру для сервісів, а не лише для переказів.
Якщо zkAPI та схожі схеми приживуться, ETH частіше братиме участь в оплаті доступу до API, агентів та інших цифрових сервісів. Це може посилити практичне застосування мережі. Але поки проєкт лишається експериментальним. На GitHub у репозиторію ethereum/zkapi видно 63 stars, 25 forks і 462 commits, а сам README попереджає, що інтерфейси до версії 1.0.0 можуть змінюватися.
Є й побутовий висновок. Чим складніша приватна схема, тим вищий поріг входу. Не кожен користувач захоче миритися із затримками та налаштуваннями. Тому найближча боротьба буде не за «ідеальну анонімність», а за робочий баланс між швидкістю та захистом даних.
Часті запитання
Що саме показав Віталік Бутерін?
Він показав експериментальну конфігурацію для приватної роботи ІІ-агентів. У ній поєднані Tor, zkAPI, локальне переписування запитів і sandbox-ізоляція.
Чому в цій схемі важливий zkAPI?
zkAPI розриває зв’язок між платежем і користувачем. Сервіс бачить оплату в ETH, але не бачить, з якого саме депозиту вона прийшла.
Чи готове це рішення для масового використання?
Поки ні. Сам Бутерін каже, що система вже придатна до використання, але вона додає затримки, особливо на старті нової розмови.
Поки що це радше робочий прототип, ніж готовий стандарт. Але напрям уже зрозумілий. Охочі скористатися ситуацією можуть швидко продати Ethereum ETH на Monobank без зайвих складнощів і зручним способом.
Даний матеріал не є фінансовою рекомендацією. Торгівля криптовалютами пов'язана з ризиками. Частину тексту підготовлено з використанням штучного інтелекту на основі відкритих джерел та перевірено редакцією.