Анонс от Ethereum Foundation от 1 октября о том, что zkAPI работает в основной сети, предоставляет разработанному совместно Давиде Краписом и Виталиком Бутериным дизайну конфиденциальных платежей на базе ИИ конкретный тест на финансовый контроль: как пользователь может вернуть неизрасходованные средства, если биллинговый сервер перестает сотрудничать?
zkAPI, биллинговая система для тарифицируемых API, документирует маршрут вывода средств в сети, который не требует одобрения сервера. Однако возможность пользователя восстановить баланс зависит от того, какое состояние расходов он имеет и может ли он вовремя инициировать выход. Функции приостановки реализации и истекающие заметки накладывают ограничения на этот контроль.
Open Anonymity реализовала систему совместно с Ethereum Foundation. Крапис и Бутерин опубликовали базовый дизайн 11 февраля; анонс фонда в октябре отмечает команду, которая превратила его в программное обеспечение и контракты. Etherscan фиксирует создание связанного с анонсом хранилища 30 сентября, за день до анонса.
В анонсе указано, что связанное хранилище содержит кредиты USDC. Текущий манифест основной сети идентифицирует то же хранилище как нативный ETH, с балансами, учитываемыми в целых гвэях. Его активность в обозревателе также показывает депозиты в ETH и выплаты.
В материале CryptoSlate в феврале рассматривалось предложение. Реализация в основной сети теперь придает практическое значение правам на вывод средств, срокам и зависимостям расчетов.
Два пути вывода предоплаченного баланса
Согласно текущему протоколу, депозит пополняет заметку. Кошелек хранит локальное состояние расходов и использует доказательства для авторизации тарифицируемых услуг. Отдельные запросы API не перемещают деньги в сети. По мере расчета использования сервер подписывает последующее состояние, представляющее оставшийся баланс. Практическая разделительная линия проходит между неизрасходованным состоянием расходов и предшественником, который уже авторизовал запрос: последний может быть оспорен при использовании для получения выплаты.
Такая договоренность делает состояние расходов центральным для восстановления. Хранилище может проверить доказательство вывода на соответствие своим правилам, в то время как кошелек все еще должен обладать информацией, необходимой для доказательства баланса, который он хочет вывести. Сохранение заметки и ее записей о восстановлении имеет важное значение для доказательства баланса вывода после прерывания.
Совместный маршрут, называемый взаимным закрытием, начинается с одобрения сервера. Отдельный ключ подписи сервера авторизует вывод, и кошелек включает эту подпись в свое доказательство. Хранилище проверяет доказательство и выплачивает оставшийся баланс на указанный в нем пункт назначения. Этот пункт назначения может отличаться от адреса, который изначально пополнил заметку.
Второй маршрут — это экстренный вывод. Кошелек может инициировать его без подписи одобрения. Хранилище удаляет заметку из активного набора и записывает ожидающую выплату, а не немедленно передает деньги.
Публичная конфигурация основной сети устанавливает период оспаривания в 86 400 секунд, или 24 часа. Если ни одно действительное оспаривание не будет успешным до истечения срока, окончательное урегулирование выплачивает зарегистрированный баланс на пункт назначения пользователя, а доля депозита за вычетом баланса — в казну, при условии успешности переводов.
Таким образом, сбой сервера не устраняет автоматически задокументированный путь вывода средств. Пользователь с действующим состоянием расходов может запросить выход без получения нового одобрения. Период ожидания дает системе время обнаружить попытку вывода средств из состояния, которое уже авторизовало услугу.
Каждое состояние расходов имеет обнулятор — криптографический идентификатор, используемый для предотвращения повторного использования. Для оспаривания экстренного вывода заявитель предоставляет доказательство исходного запроса с тем же обнулятором, что и у попытки вывода. Доказательство устанавливает, что состояние уже авторизовало использование.
Код хранилища, идентифицированный конфигурацией основной сети сохраняет исторический активный корень запроса для этой проверки. Действительное оспаривание, поданное до истечения срока, отменяет ожидающую выплату и возвращает заметку в активный набор. Оно не налагает отдельного денежного штрафа.
Оспаривание защищает расчет от вывода средств из уже использованного состояния. Оно устанавливает предварительную авторизацию, в то время как точность измеренного поставщиком счета остается отдельным вопросом. Восстановление заметки также оставляет неподтвержденной любую отсутствующую последующую подпись.
Эта разница имеет значение в споре. Экстренный маршрут устраняет необходимость в одобрении вывода средств сервером, но не позволяет пользователю выбрать произвольный баланс и получить его принятие контрактом. Если состояние, используемое для выхода, уже авторизовало запрос, действительное оспаривание может вернуть заметку в процесс восстановления.
Когда использование уже было авторизовано, учет поставщика и подписанное сервером следующее состояние остаются частью восстановления оставшегося баланса. Успешное оспаривание реактивирует заметку, не разрешая спорный счет и не гарантируя возврат средств.
Функции приостановки, истечение срока действия и стоимость баланса
Этот код хранилища предоставляет владельцу кнопку паузы. Депозиты, взаимное закрытие и инициирование новых экстренных выводов — все это проверяет ее. Выход, не требующий одобрения сервера, все равно может быть предотвращен от запуска, пока хранилище приостановлено.
Уже ожидающая окончательного урегулирования экстренная выплата не имеет такого ограничения паузой. Как и оспаривания или заявления об истечении срока действия. Пользователь, успешно инициировавший экстренный вывод, находится в ином положении, чем тот, кто еще должен его начать.
Код предоставляет эти возможности; использование кнопки паузы здесь не установлено. Для пользователя, ищущего возврат средств во время прерывания, контроль паузы владельца остается зависимостью доступности.
Истечение срока действия создает еще один крайний срок. Манифест основной сети устанавливает срок действия заметки 30 дней, но код хранилища округляет время депозита плюс этот срок вверх до границы в один день. Поэтому фактическое истечение срока действия заметки может наступить позже, чем ровно через 30 дней.
Как только активная заметка истекает, код позволяет закрыть ее путем заявления об истечении срока действия, которое отправляет полный зарегистрированный депозит в казну. Это правило отличается от обычного вывода, где доказанный оставшийся баланс идет пользователю. Заметка, уже находящаяся в статусе ожидания вывода, не подпадает под действие заявления об истечении срока действия активной заметки.
Для средств, все еще находящихся в активной заметке, предоплаченный облачный ИИ создает ограниченную по времени возможность заявления. Восстановление состояния и своевременное закрытие влияют на то, достигнет ли пользователь пути вывода средств до того, как заметка станет доступной для заявления в казну.
Деноминация ETH также влияет на то, что принадлежит пользователю между сессиями. Согласно документации по нативной тарификации, депозит не является балансом в стабильных долларах и не является обменом на USDC. Его долларовый эталонный эквивалент меняется с ценой ETH.
Вывод в долларовом эквиваленте взимается через котировку цены. Браузер и сервер проверяют зафиксированный раунд Chainlink ETH/USD в окончательном состоянии цепочки, привязывают эту котировку к авторизации и сохраняют принятый курс фиксированным на протяжении всего расчета и восстановления. Измеренное использование в долларах преобразуется в ограниченную плату в целых гвэях, округленную вверх.
Замораживание принятой котировки предотвращает переоценку этой существующей авторизации при попытке перезапуска или восстановления. Это не стабилизирует долларовый эквивалент оставшегося ETH пользователя. Для тех, кто предоплачивает облачные вычисления, счет за услугу и базовый баланс имеют разные номиналы.
Остающееся доверие
Манифест основной сети выбирает выпуск ключей OA-org с использованием инференса OpenRouter. Квитанции об использовании поставщиком и подписанные биллинговым сервером последующие состояния остаются рабочими частями расчета. Ethereum предоставляет механизм выхода, в то время как надежное представление цепочки, совместимое программное обеспечение для доказательств, сохраненные данные кошелька и своевременная работа чейнждера остаются необходимыми зависимостями.
Криптографическая настройка несет отдельное предположение. Манифест указывает на привязанную к заметке схему Groth16 и артефакты настройки, описанные в репозитории. Документация по настройке гласит, что ключи были сгенерированы одной стороной, и многосторонней церемонии не проводилось. Совпадение хэшей артефактов устанавливает, какие файлы используются, в то время как уничтожение секретов настройки остается отдельным предположением о доверии.
Манифест описывает интеграцию как экспериментальную и не прошедшую производственный аудит. Эти раскрытия ограничивают гарантии, связанные с реализацией. Доступность в основной сети сама по себе не демонстрирует, что каждый сценарий восстановления в реальном времени будет работать.
Поставщик инференса по-прежнему видит содержимое запроса, а сетевые метаданные могут допускать корреляцию. Конфиденциальность биллинга оставляет эти вопросы контента и сети отдельными от прав на вывод средств.
Для предоплаченных средств ИИ контроль в конечном итоге зависит от завершения выхода из используемого баланса до истечения срока действия активной заметки. Экстренный маршрут предоставляет пользователям альтернативу одобрению сервера; его практическая ценность зависит от восстановления состояния и доступности хранилища, когда оно им нужно.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Liam 'Akiba' Wright
