1 октября 2026 года Ethereum Foundation представил zkAPI: подход к оплате API, разделяющий предоплаченный доступ и личность, связанную с пополнением. Это не скрывает содержимое обращения от провайдера, который его обрабатывает. До пополнения также нужно определить конкретное развёртывание: анонс, текущая документация протокола и ветка разработки не обязательно описывают взаимозаменяемые кошельки и активы.
Что именно представили
В анонсе Foundation описана работа Open Anonymity совместно с Foundation и сообщается о развёртывании в Ethereum mainnet. Задача — доступ с учётом использования: клиент подтверждает наличие оплаченного кредита без привязки каждого запроса к личности пополнившего. Это определённая граница приватности оплаты, а не утверждение о закрытости всех обращений к моделям или всех операций Ethereum.
Представим человека, который хочет оплачивать API по использованию без объединения каждой сессии обычным платёжным аккаунтом. Ему нужно понять, какую связь система ослабляет и какие сведения остаются доступны. Замена платёжного реквизита не изменяет содержание документа или личные данные, которые человек сам передал в запросе. Эти решения нельзя объединять одним словом «приватно».
Проследите путь данных
| Часть взаимодействия | Что требует отдельного внимания | Вопрос до использования |
|---|---|---|
| Пополнение и вывод | Публичные операции в сети | Какой vault и актив использует эта версия? |
| Подтверждение кредита | Совместимость доказательства и развёртывания | Совпадают ли версии клиента и проверяющего компонента? |
| Обработка обращения | Содержимое видит вышестоящий провайдер | Я намерен передать ему эти сведения? |
| Сетевое соединение | Наблюдаемые сетевые и временные метаданные | Что модель защиты оставляет за пределами доказательства? |
| Локальный кошелёк | Секреты и сведения восстановления на устройстве | Что нужно этому клиенту для продолжения доступа? |
Текущее введение проекта прямо называет границы: пополнение и вывод публичны, сетевые и временные метаданные находятся вне доказательства, а провайдер видит prompts. Поэтому отсутствие прямой связи оплаты не заменяет политику конфиденциальности содержимого. Статья не устанавливает удаление запросов, отсутствие журналирования или определённый срок хранения у какого-либо провайдера.
Рабочее развёртывание и ветка разработки — разные сведения
В репозитории проекта, проверенном 27 октября, протокол назван экспериментальным; отдельно описана ветка клиента с функциями приватности, которая не является production-релизом. Это предупреждение о ветке нельзя превращать в заявление, будто упомянутого 1 октября mainnet-развёртывания никогда не существовало. Практический вывод — сопоставлять действительный клиент, документацию и конкретный vault, а не считать любой текущий файл готовой заменой.
В анонсе приводятся более широкие примеры средств пополнения, тогда как текущая документация протокола указывает нативный ETH для своего SDK и vault. До отправки нужно разрешить вопрос версии. Баланс USDC, исторический комплект кошелька и новый ETH-клиент не становятся совместимыми лишь потому, что в названиях страниц встречается zkAPI. Подтверждать следует требования выбранного маршрута.
То же относится к материалам доказательств. Документация требует совпадения ключей развёртывания и совместимых circuits. Хеш определяет конкретный файл, но не заменяет оценку предпосылок setup. Также указано отсутствие multiparty ceremony у включённых в репозиторий setup-материалов. Это не независимое аудиторское заключение и не прогноз потерь; совпавший хеш не следует описывать как доказательство безопасности исходной настройки.
Лимит использования не равен отдельной оплате каждого запроса
Документация разделяет авторизацию, учёт использования вне блокчейна и последующее закрытие в сети. Поэтому запрос API и новая публичная операция пополнения — разные платёжные записи. При сравнении сервисов уточняйте, как выбранная версия представляет резерв, измеренное использование и остаток. Нельзя автоматически считать объявленный верхний предел суммой, которая действительно будет списана по итогам сессии.
Здесь не утверждаются универсальная текущая цена, срок вывода или перечень моделей. Не проводилась реальная проверка вывода и не предлагается отправлять рабочие средства в экспериментальный клиент. Предмет новости — модель оплаты и её конкретные границы. Надпись о приватности не снимает необходимость разобраться с версией, обработчиком содержимого и порядком учёта.
Короткая проверка выбранного маршрута
- Начните с репозитория и документации, на которые ссылается анонс, а не с похожего названия в поиске.
- До перевода установите релиз клиента, сеть, vault, актив пополнения и версию протокола.
- Прочитайте, кто получает содержимое запросов и какие метаданные не закрывает доказательство.
- Проверьте модель расходов и вывода именно этого развёртывания, не предполагая совместимость кошелька другой версии.
Если сначала нужен другой актив, сравните монеты и сети с действительно проверенными требованиями получателя. Простой обмен и его инструкции относятся к отдельной операции. KOT.CASH здесь не представлен партнёром или интеграцией zkAPI. Приобретение нужной монеты само по себе ещё не устанавливает совместимость с конкретным vault оплаты API.
Частые вопросы
Ethereum zk API скрывает текст запроса от обработчика?
Провайдер, исполняющий обращение, получает его содержимое. Приватность оплаты и обращение с переданными данными нужно оценивать отдельно.
Для любой версии Ethereum zk API подойдёт один актив пополнения?
Нужно проверить конкретные SDK, vault и версию протокола. Текущая документация указывает нативный ETH, а более широкий пример анонса не подтверждает совместимость.
Репозиторий Ethereum zk API подтверждает готовность любой ветки?
В нём отдельно обозначены экспериментальная разработка и статус production-релиза. Наличие файлов не заменяет сверку клиента с развёртыванием.