Ethereum Foundation и Open Anonymity Project запустили zkAPI в сети Ethereum, превратив более ранний дизайн оплаты с нулевым знанием в рабочую систему для оплаты моделей ИИ и других измеряемых API без привязки каждого запроса к обычной платежной идентификации.
** Резюме: ** zkAPI отделяет платежные отношения от сессии API. Пользователь финансирует баланс с помощью смарт-контракта Ethereum, а затем доказывает, что он может платить за использование, не раскрывая, какой депозит принадлежит ему. Поставщик API все еще может видеть сам запрос, в то время как платежный уровень может видеть, что действительное использование произошло. Таким образом, система улучшает несвязуемость платежей, но это не полный уровень анонимности для подсказок, IP-адресов или других сетевых метаданных.
Что такое zkAPI?
zkAPI - это платежный уровень, ориентированный на конфиденциальность, для дозированных API, построенных вокруг Ethereum и доказательств с нулевым знанием. Вместо того, чтобы прикреплять каждый запрос API к постоянному клиентскому счету или платежной идентификации, пользователь может профинансировать остаток на Ethereum и позже доказать, что существует достаточно кредита для оплаты использования, не раскрывая, какой конкретный депозит финансировал сессию.
Система предназначена в первую очередь для уменьшения связи между , который финансировал баланс API и , который сеанс API потратил его. Это не делает сам запрос API невидимым: провайдер, обрабатывающий запрос, все еще может видеть быстрые, ответные и потенциально идентифицирующие сетевые метаданные.
С практической точки зрения, zkAPI стремится к тому, чтобы такие сервисы, как вывод ИИ, блокчейн RPC, генерация медиа и API-интерфейсы «машина-машина» взимали плату за использование, не требуя, чтобы платежные отношения стали постоянным уровнем идентификации.
Что случилось?
1 октября 2026 года Ethereum Foundation объявил, что zkAPI находится в прямом эфире Ethereum mainnet.
Проект был построен с помощью Open Anonymity Project и реализует дизайн, ранее обсуждавшийся руководителем Ethereum Foundation dAI Давиде Краписом и соучредителем Ethereum Виталиком Бутериным. Основная цель состоит в том, чтобы сделать дозированные цифровые услуги пригодными для использования, не заставляя каждый запрос оставаться постоянно привязанным к учетной записи, адресу электронной почты, карте или другой платежной личности.
Первым важным примером использования является вывод ИИ, где пользователи могут отправлять высокочувствительные подсказки поставщику моделей. Та же архитектура может также использоваться для вызовов RPC, генерации изображений и видео, пропускной способности VPN, услуг «машина-машина» и других API, которые заряжаются в соответствии с использованием.
Вместо того, чтобы платить напрямую за каждый запрос, пользователь вносит средства в контракт на хранилище Ethereum. Ethereum Foundation заявляет, что система может работать с такими активами, как ETH или USDC.
После внесения депозита остаток представляется в виде частной ноты. Когда пользователь хочет разрешить использование API, программное обеспечение, работающее на устройстве пользователя, создает доказательство нулевого знания, показывающее, что действительный баланс существует и еще не был потрачен.
Сервис может проверить это доказательство, не сообщив, какой именно депозит его финансировал.
Как zkAPI отделяет оплату от запроса
Важный выбор дизайна заключается в том, что путь оплаты и путь контента не должны содержать одну и ту же идентификационную информацию.
В потоке ключей выполнения, описанном Ethereum Foundation, локальный клиент пользователя zkAPI сначала отправляет подтверждение оплаты на сервер zkAPI. Это доказательство не содержит подсказки.
После проверки доказательства сервер выдает непродолжительный ключ API с ограниченной долей расходов. Ключ остается на устройстве пользователя и может использоваться непосредственно с поставщиком API.
Поэтому поставщик API видит подсказки и ответы, потому что он все еще выполняет вычисления, но ему не нужно знать, какой депозит Ethereum финансировал этот ключ.
Когда сеанс заканчивается, поставщик записывает количество использования в подписанной квитанции. Платежный уровень может вычесть фактическую сумму из личного баланса пользователя.
Это позволяет одной авторизации охватывать сеанс, а не требовать транзакции блокчейна для каждого вызова API.
Для читателей, которые хотят получить более широкое объяснение того, где находится орган подписи в криптосистемах, руководство Terenval о том, что на самом деле хранит криптокошелек , объясняет взаимосвязь между ключами, учетными данными и учетными записями блокчейна].
Почему здесь важны доказательства нулевого знания
Механизм конфиденциальности основан на доказательстве того, что условие оплаты верно, не раскрывая всю информацию, стоящую за ним.
Фонд Ethereum описывает депозиты как обязательства в дереве Меркла. Пользователь может доказать, что действительное примечание принадлежит этому набору, не указывая на точный депозит.
Расходы также используют нуллификатор, одностороннее значение, полученное из секрета банкноты. Нуллификатор позволяет системе обнаружить попытку потратить один и тот же баланс дважды, избегая при этом прямого раскрытия самой заметки.
В реализации используются доказательства Groth16 на кривой BN254 и хеширование Poseidon, а проверка доказательств для использования API обрабатывается вне цепочки.
Идея заключается не в том, чтобы сделать деятельность Ethereum невидимой. Депозиты, снятие средств и контрактные взаимодействия остаются общедоступными. Цель конфиденциальности более узкая: разрыв прямой связи между событием финансирования в цепочке и определенной последовательностью запросов API.
Почему это важно
Большинство коммерческих API по-прежнему объединяют аутентификацию, биллинг и историю использования в одной учетной записи.
Эта структура удобна, но это означает, что поставщик часто может со временем подключить множество отдельных запросов к одному и тому же профилю клиента. Для услуг ИИ полученная история может содержать чувствительные вопросы о работе, здоровье, финансах, отношениях или частных проектах.
zkAPI — это попытка разделить две вещи, которые обычно объединяются вместе: доказать, что пользователь может заплатить, и определить, кто пользователь.
Это различие может стать все более актуальным, поскольку агенты ИИ начинают автоматически платить за цифровые услуги. Машине может потребоваться приобрести вывод, данные, хранилище или другие вызовы API без поддержания обычной учетной записи для каждого поставщика.
Проект также показывает еще одно практическое использование Ethereum за пределами передачи активов и DeFi: Ethereum может выступать в качестве уровня расчетов и владения, в то время как большая часть высокочастотной активности происходит вне цепочки.
Что должны знать криптопользователи
zkAPI не следует интерпретировать как полную анонимность.
Фонд Ethereum прямо отмечает, что поставщик API по-прежнему видит содержимое запросов, которые он обрабатывает. Если подсказка содержит имя человека, компанию, местоположение, стиль письма, предыдущую историю разговора или другие идентификационные данные, эта информация все еще может раскрыть или сильно подсказать, кто пользователь.
Сетевые метаданные — еще одно ограничение. Провайдер или шлюз могут по-прежнему видеть IP-адрес и могут соотносить сеансы через время или шаблоны трафика.
Система в первую очередь обращается к платежной ссылке: она предназначена для того, чтобы затруднить подключение конкретной сессии API к депозиту Ethereum, который за нее заплатил.
Пользователи также должны взаимодействовать с Ethereum, чтобы финансировать или восстанавливать свой баланс. Это означает, что обычные правила безопасности кошелька продолжают иметь значение.
Если пользователь контролирует кошелек, который вносит депозит, он несет ответственность за защиту ключей или материалов для восстановления, связанных с этим кошельком. Объяснение Теренвалом кастодиальных и некастодиальных кошельков обеспечивает полезный контекст для понимания этой ответственности.
Потенциальное влияние на кошельки и инфраструктуру Ethereum
zkAPI не требует, чтобы криптокошельки стали приложениями ИИ, но модель создает естественную точку интеграции для кошельков.
Кошелек может в конечном итоге помочь пользователю финансировать хранилище zkAPI, просматривать взаимодействие по контракту, утверждать депозит и управлять частью рабочего процесса в цепочке, в то время как локальный клиент zkAPI обрабатывает учетные данные частного использования.
Для кошельков, не связанных с хранением, это соответствует существующей схеме: кошелек остается ответственным за авторизованную подпись пользователя, в то время как отдельное приложение обрабатывает логику, специфичную для службы.
Этот подход может также увеличить спрос на интерфейсы кошельков, которые делают депозиты и одобрения контрактов понятными для обычных пользователей. Технология конфиденциальности становится гораздо менее полезной, если пользователи не могут сказать, что они подписывают или какой контракт контролирует их средства.
Инфраструктура Ethereum также может принести пользу. zkAPI демонстрирует модель, в которой Ethereum обеспечивает расчеты, гарантии вывода и публичную верификацию, в то время как частые взаимодействия API не требуют транзакции по цепочке.
Это уменьшает необходимость вносить каждый небольшой платеж непосредственно в блокчейн, сохраняя при этом средства пользователя привязанными к смарт-контракту.
Что запуск пока не доказывает
Запуск мэйннета показывает, что протокол может работать с реальными контрактами и реальными средствами, но сам по себе он не устанавливает масштабного принятия.
Поставщики API по-прежнему должны интегрировать модель, пользователям необходимо совместимое программное обеспечение, а свойства конфиденциальности должны оцениваться в реальных моделях трафика.
Существуют также практические вопросы, связанные с доказательством производительности, пользовательского опыта, ликвидности, соответствия и того, как поставщики услуг будут справляться со злоупотреблениями или спорами, не вводя постоянную идентичность.
Проект с открытым исходным кодом, что облегчает изучение этих вопросов для внешних разработчиков и исследователей.
Что будет дальше
Наиболее важным сигналом для наблюдения является то, начинают ли независимые поставщики API поддерживать платежи в стиле zkAPI.
Вывод ИИ является первым очевидным рынком, потому что подсказки чувствительны, и использование, естественно, измеряется, но Ethereum Foundation также указывает на услуги RPC, генерацию медиа, VPN и платежи между машинами.
Если внедрение будет расти, zkAPI может стать примером более широкой модели в криптоинфраструктуре: урегулирование блокчейна внизу, сохранение конфиденциальности в середине и обычные веб-интерфейсы сверху.
На данный момент основная разработка проста: дизайн оплаты API с нулевым знанием, который ранее был исследовательским предложением, теперь работает в сети Ethereum.