Короткая дорожная карта приватности Ethereum: три инженерных шага от Виталика Бутерина

Для систем приватности это критично: если инфраструктура может просто отказаться включать приватные транзакции, сама идея приватности становится уязвимой. Надёжное включение транзакций усиливает базовое свойство Ethereum — устойчивость к цензуре.

2. Keyed nonces (EIP‑8250): параллельные транзакции без блокировок

Вторая проблема связана с тем, как Ethereum обрабатывает nonce — номера транзакций, которые предотвращают повторное воспроизведение операций.

Сейчас у каждого аккаунта существует одна линейная последовательность nonce. Это означает, что если одна транзакция задерживается, все последующие автоматически блокируются.

Предложение EIP‑8250 вводит модель keyed nonces, где транзакции используют два параметра:

• nonce_key — домен защиты от повторного воспроизведения
• nonce_seq — порядковый номер внутри этого домена

Если транзакции используют разные ключи, они могут выполняться независимо и параллельно. Это устраняет узкое место, возникающее при одной очереди nonce.

Особенно важна эта модель для приватных протоколов и инфраструктуры с релеями. Многие системы приватности обрабатывают действия множества пользователей через общие адреса или сложные цепочки транзакций — и линейная модель nonce часто приводит к конфликтам.

Keyed nonces позволяют таким потокам работать параллельно, не блокируя друг друга и не создавая дополнительных связей между действиями пользователей.

Разработчики обсуждают включение EIP‑8250 в обновление Hegota, что позволит внедрить новую модель транзакций вместе с другими архитектурными изменениями сети.

3. Приватность уровня доступа: кошельки, Kohaku и «приватные чтения»

Третья проблема менее очевидна, но крайне важна: утечки метаданных через кошельки и RPC‑провайдеров.

Даже если сами транзакции будут защищены криптографией, пользователь всё равно может раскрывать информацию, просто запрашивая данные из блокчейна. Например:

• проверяя баланс
• читая состояние смарт‑контрактов
• взаимодействуя с конкретными dApp

RPC‑провайдеры и операторы нод могут наблюдать такие запросы и строить поведенческие профили пользователей.

Поэтому дорожная карта включает развитие приватности уровня доступа — инфраструктуры кошельков и инструментов, которые минимизируют такие утечки.

Одним из ключевых проектов здесь является Kohaku — модульный набор инструментов для кошельков Ethereum, интегрирующий функции приватности прямо в программное обеспечение кошелька.

Цель Kohaku — сделать функции приватности частью стандартных кошельков, а не отдельными нишевыми приложениями. Некоторые архитектуры также используют технологии лёгких клиентов, позволяя кошелькам самостоятельно проверять данные блокчейна, не полагаясь полностью на централизованных RPC‑провайдеров.

Таким образом уменьшается зависимость от инфраструктуры, которая может пассивно отслеживать активность пользователей.

Как этот план вписывается в общую стратегию Ethereum

Ключевая идея дорожной карты — пошаговое внедрение приватности вместо одного большого обновления.

Ethereum пытается усилить защиту пользователей сразу на нескольких уровнях технологического стека:

• на уровне консенсуса и включения транзакций
• на уровне механики транзакций
• на уровне кошельков и доступа к данным

Такой подход решает две фундаментальные проблемы современных блокчейнов:

• цензура транзакций, когда валидаторы или строители блоков могут их подавлять
• утечки метаданных, возникающие при работе кошельков и инфраструктуры

Если эти улучшения будут реализованы, приватность в Ethereum перестанет быть нишевым инструментом для опытных пользователей. Вместо этого она может стать инфраструктурной функцией, встроенной в обычные кошельки и приложения.

Именно это направление — сделать приватность совместимой с прозрачностью публичных блокчейнов — рассматривается как один из ключевых шагов к более широкому использованию Ethereum в финансовых системах, корпоративных приложениях и институциональных сервисах.