Виталик раскрывает проблему хранения данных в Ethereum и заявляет, что ZK-платежи станут стандартом по умолчанию для конфиденциальности

Виталик Бутерин, сооснователь Ethereum, 17 мая в X прокомментировал проблему с хранением состояния Ethereum и отметил, что даже если пользователи сами хранят данные, блокчейн хранит только хэши, а транзакции содержат лишь доказательства, всё равно нужно сохранять и обновлять данные, используемые для верификации доказательств, и в итоге эти данные «почти такого же размера, как само состояние». Ранее Виталик заявлял, что ZK-платежи — следующий ключевой стандарт для мировой цифровой экономики.

Проблема хранения состояния: ключевой технологический вызов, подтверждённый Виталиком

В комментарии Виталик подтвердил ключевое техническое противоречие: при дизайне «в цепочке хранится только хэш» валидатору всё равно нужно получать или воссоздавать вспомогательные данные (witness data), используемые для проверки ZK-доказательств, а их масштаб почти равен масштабу исходных данных состояния. Это означает, что чистая концепция «хранить в цепочке только хэши» не может полностью решить проблему раздувания состояния. Виталик подтвердил, что у проблемы есть решения, но подчеркнул, что все они связаны с Ethereum. В качестве актуального предложения рассматривается EIP-8037: его основная механика — заметно повысить первоначальные Gas-издержки на создание новых контрактов, аккаунтов и storage-slots, то есть речь о разовой корректировке первоначальных затрат, а не о модели постоянной аренды с начислением по времени.

Видение ZK-платежей: три ключевых тезиса из блога от 10 мая

В исследовательской статье от 10 мая Виталик подтвердил следующие позиции:

Определение проблемы: Прозрачность и публичность блокчейна — главный барьер, мешающий криптоплатежам заменить фиат в повседневной рознице; решение должно опираться на «приватность по умолчанию», а не на «выборочную анонимность».

Техническое решение: ZK-доказательные транзакции заменяют традиционные переводы: пользователю не нужно раскрывать все остатки или историю транзакций, чтобы можно было проверить корректность платежа; Layer 2 может обрабатывать приватные платежи с той же скоростью и стоимостью за счёт «recursive SNARKs».

Механизм комплаенса: В стандарте ZK-платежей вводятся механизмы «выборочного раскрытия» и «доказательств невиновности», позволяющие пользователям предоставлять уполномоченным органам или налоговым службам конкретные «комплаенс-доказательства», не раскрывая публике полные данные транзакций, чтобы решить вопросы совместимости с требованиями AML.

Сценарии применения AI-агентов: использование ZK API с интеграцией баллов

В блоге Виталик отметил, что автономным AI-агентам приходится платить баллами за сервисы вроде LLM API, не оставляя каких-либо следов, которые можно проследить до их человеческого владельца. Он предложил «баллы за использование ZK API», позволяющие агентам завершать проверку платежа в Ethereum Layer 2, сохраняя при этом приватность платежных записей, совмещая операционную автономность агентов и безопасность данных владельца.

Часто задаваемые вопросы

Что означает технически тезис «хранение в ончейне хэша всё равно требует полных проверочных данных»?

В ZK-системах доказательств верификатору нужны вспомогательные данные (witness), чтобы подтвердить корректность ZK-доказательства. Даже если блокчейн хранит только хэши состояния, для верификации новых ZK-доказательств всё равно нужно обращаться к этим вспомогательным данным, а их объём близок к объёму исходных данных состояния, поэтому проблему раздувания состояния нельзя полностью избежать за счёт одной лишь схемы «хранить только хэши».

В чём принципиальная разница между механизмом предварительных расходов в EIP-8037 и постоянной арендой хранения?

Решение в EIP-8037 — разовое повышение первоначальных Gas-расходов для вновь создаваемых контрактов, аккаунтов и storage-slots; для уже существующих storage-slots постоянная плата не взимается. Постоянная аренда хранения будет тарифицировать по времени все данные, занимающие ончейн-хранилище, затрагивая все существующие контракты, а также сложнее в реализации.

Как ZK-платежи Виталика сочетают приватность пользователей и требования AML?

Согласно предложению Виталика в блоге, стандарт ZK-платежей включает механизмы «выборочного раскрытия» и «доказательств невиновности»: на публичном уровне пользователи сохраняют приватность, но при необходимости могут сгенерировать для конкретных уполномоченных органов верифицируемые комплаенс-доказательства, не раскрывая всю историю транзакций целиком, тем самым решая долгосрочный конфликт между защитой приватности и требованиями по борьбе с отмыванием денег (AML).