zkAPI стартира в Етериум с поверителни плащания за AI услуги

Ethereum Foundation и Open Anonymity Project обявиха старта на zkAPI в основната мрежа на Етериум. Системата позволява предплащане за програмни интерфейси (API) с таксуване според потреблението, без всяка заявка да разкрива кой депозит я финансира. Първото приложение е използването на AI модели, а протоколът остава експериментален. Съобщението посочва работещ договор в основната мрежа и тестово внедряване в Sepolia.

В официалното съобщение за zkAPI Виторио Ривабела от екипа dAI описва разделяне между платежната инфраструктура и доставчика на услугата. Платежният сървър проверява правото на потребление, докато доставчикът обработва заявките. Целта е профилът за плащане да престане да бъде постоянната връзка между отделните разговори.

Разработката следва дизайна „ZK API Usage Credits“, публикуван на 11 февруари 2026 г. от Давиде Крапис и Виталик Бутерин. Първоначалното предложение разглежда и други приложения: заявки към блокчейн инфраструктура, облачни (cloud) изчисления и услуги, заплащани според използвания ресурс.

Депозитът финансира заявки без постоянен платежен профил

Потребителят внася средства в специализиран умен договор, наречен vault. Софтуерът съхранява локално поверителен запис за наличността и генерира доказателство с нулево знание: удостоверява, че разходът е покрит, без да посочва конкретния депозит. Повторното използване на едно и също състояние на баланса се блокира чрез уникален криптографски идентификатор, наречен nullifier.

Текущата архитектура на zkAPI използва краткотрайни ключове за OpenRouter с ограничен разход. След проверката на доказателството клиентът получава такъв ключ и изпраща заявките директно към OpenRouter. Платежният сървър не препредава разговорите. Един ключ може да обслужи няколко заявки, а след приключването му се отчита действителното потребление и се подписва обновеният баланс.

Следователно API ключовете не изчезват. Премахва се необходимостта потребителят да представя постоянен ключ, свързан със собствен платежен акаунт, при всяка сесия. Разделянето на потоците също зависи от режима: съобщението описва и по-прост прокси вариант, при който посредникът препредава трафика и го вижда.

Има съществена разлика между общото представяне и актуалната реализация. Съобщението споменава ETH, USDC и други кредити, но документацията на протокол v2 изрично посочва, че текущите vault и клиентски SDK поддържат само ETH. Поддръжката на USDC не бива да се приема за налична във всяка версия.

За отделните заявки не се извършва ново движение на средства в блокчейна. Етериум обслужва депозита и окончателното разплащане, а текущото потребление намалява поверителния баланс извън веригата. Неизползваната част от разрешения лимит остава налична.

Поверителното плащане не скрива разговора

Документацията за ограниченията уточнява, че депозитите и тегленията са публични, а IP адресите и времето на заявките остават наблюдаеми. Доставчикът вижда съдържанието на разговорите. Повтарящи се лични данни, документи или история на разговор могат да помогнат за свързване на сесиите независимо от защитата на плащането

Разграничението е съществено и спрямо по-широката тема за поверителността в Етериум: отделянето на платежната следа решава конкретен проблем, но не осигурява цялостна анонимност. Защитата на мрежовата връзка и на самите данни изисква допълнителни механизми.

Контролът върху остатъка също има условия. Протоколът предвижда нормално закриване със съдействие от сървъра и авариен изход без негов подпис. При втория има срок за оспорване, конфигуриран в договора; документацията посочва 24 часа по подразбиране. Изтекъл незакрит депозит може да бъде изискан за трезора на оператора, затова възможността за самостоятелно теглене не означава безсрочен достъп без условия.

Публичният GitHub репозиторий определя протокола като експериментален. Допълнително криптографската документация посочва зависимост от първоначална настройка, извършена от една страна, без многостранна церемония. Това е допускане за доверие, което трябва да се отчита при оценката на сигурността.

Практическото значение на zkAPI е в по-малкото данни, необходими за доказване на платежоспособност пред AI услуга. Надеждността на внедряването, видимото съдържание и условията за теглене остават отделни въпроси, които криптографското доказателство за плащане само по себе си не разрешава.

Източници:

1. Ethereum Foundation — Introducing zkAPI: private usage credits for any API
2. Ethereum Research — ZK API Usage Credits: LLMs and Beyond
3.Open Anonymity — zkAPI Architecture
4.Open Anonymity — zkAPI Protocol
5. Open Anonymity — zkAPI Introduction
6. Ethereum / zkapi — публичен код и статус на протокола
7.Open Anonymity — zkAPI Cryptography