Ethereum 2026: ставка Виталика на доверие к протоколу

Последние десять лет Ethereum сознательно шел на компромиссы. Он жертвовал принципом trustless ради удобства, самоуправлением ради лучшего UX, а децентрализацией ради массового распространения.

Каждый раз, когда вы смотрите баланс кошелька, вы доверяете компаниям вроде Alchemy или Infura. Каждый раз, когда используете dapp, ваши данные передаются на серверы, которые вы не выбирали.

2026 год — переломный момент. Это год, когда Ethereum перестает задаваться вопросом, стоит ли идти на уступки ради массового распространения. Ответ — больше нет.

Видение:

• Полные узлы снова легко запускать (ZK-EVM и списки доступа на уровне блока)
• Проверяемые RPC вместо слепого доверия (Helios light client)
• Приватные платежи с публичным UX оплаты
• Кошельки без хрупких seed-фраз (социальное восстановление)
• UI dapp вне блокировки (IPFS-хостинг)
• Создание блоков с устойчивостью к цензуре (FOCIL)

Откат: Как мы оказались здесь

Инфраструктура Ethereum стала более централизованной, несмотря на сохранение децентрализации базового слоя.

Узлы превратились из доступных для ноутбуков в требующие более 800 ГБ памяти и сутки синхронизации. Dapp стали сложными серверными приложениями, утечивающими ваши данные. Кошельки перешли от пользовательских RPC к жестко прописанным провайдерам, отслеживающим все действия.

Самое критичное — сейчас 80–90% блоков Ethereum производятся всего двумя сборщиками. Это приводит к тому, что включение транзакций контролируется небольшой группой, способной цензурировать любые операции.

Это были не ошибки, а прагматичные решения для масштабирования в условиях Proof of Work.

Но цена оказалась высокой: предположения о доверии проникли в «trustless» системы, точки отказа множились, пользователи теряли самоуправление. Реестр стал децентрализованным, а слой доступа — централизованным.

Видение 2026: Семь столпов

1. Полные узлы

Сегодня: более 800 ГБ памяти, сутки синхронизации, постоянная работа. Большинство пользователей отказались.

Списки доступа на уровне блока (BAL) меняют это принципиально. BAL — оглавление для каждого блока, заранее показывающее, какие состояния он затрагивает. Компьютер подгружает все параллельно до начала исполнения. Транзакции без конфликтов идут одновременно на отдельных ядрах. Анализ показывает, что 60–80% транзакций не пересекаются.

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

2. Helios: Проверьте ваш RPC

Пример атаки: вы меняете токены на Uniswap. Вредоносный RPC показывает фейковую цену. Вы подписываете транзакцию, получая меньше токенов, чем должны. RPC совершает sandwich-атаку и забирает прибыль. Вы не замечаете.

С крупными провайдерами этого не происходило, но технически возможно. Проблема в том, что вы доверяете другому сообщать состояние блокчейна.

Helios решает это за 2 секунды. Это легкий клиент, отслеживающий «комитеты синхронизации» валидаторов (512 валидаторов, ~27 часов). Если 2/3+ подписывают заголовок блока, он считается каноническим. При проверке баланса Helios запрашивает Merkle-доказательство у ненадежного RPC и проверяет его локально. RPC может не отвечать, но не может солгать.

Работает везде: ноутбук, телефон, расширения браузера. Используйте как RPC для MetaMask — и любой dapp становится trustless без изменений.

Технология уже существует, открыта и готова к интеграции.

3. ORAM и PIR: Приватные запросы

Каждый запрос RPC раскрывает ваше поведение: какие адреса отслеживаете, какие протоколы используете, когда вы их используете.

ORAM (Oblivious RAM) скрывает шаблоны доступа с помощью древовидных структур. Сервер видит, что вы обращаетесь к данным, но не знает, к каким именно. Signal messenger использует это, снижая расходы в 100 раз (с 500 серверов до 6).

PIR (Private Information Retrieval) позволяет делать запросы к базам данных, не раскрывая, что именно ищете. Вы отправляете зашифрованный запрос, сервер обрабатывает его по зашифрованным данным, вы расшифровываете ответ. Размер ответа остается постоянным (~3 КБ), независимо от размера базы.

Реальные реализации уже есть:

• Oblivious Labs: приватная проверка баланса WBTC
• sprl.it: приватное разрешение ENS
• QuietRPC: приватное исследование RPC

Сложность — динамическое состояние: перекодировка 33 млн элементов занимает 4–20 минут. Решение — периодические снимки с ончейн-подтверждением. Для большинства случаев (проверка баланса, право на голосование) несколько минут задержки приемлемы для приватности.

4. Социальное восстановление: За пределами seed-фраз

Текущие кошельки требуют невозможного выбора:

• Потеря seed-фразы — потеря всего
• Кража seed-фразы — потеря всего
• Облачный бэкап — backdoor суверенитета

Социальное восстановление распределяет доверие. У вас есть ежедневный ключ подписи и «стражи» — друзья, семья, другие устройства. Для восстановления требуется одобрение 3 из 5 стражей. Таймлоки (48–72 часа) предотвращают мгновенную кражу, но позволяют легитимное восстановление.

Уронили телефон в воду? Обратитесь к стражам, они одобряют новый ключ, таймлок запускается, вы получаете доступ обратно. Если кто-то украл ваш ключ и пытается восстановить доступ, вы отменяете процесс во время таймлока.

Безопасность: злоумышленнику нужно одновременно получить одобрение 3 из 5 стражей. У вас есть несколько дней для реакции. Каждый страж обладает частичной властью. Нет backdoor от технологических компаний.

Кошельки @ ready_co и @ Safe уже поддерживают это. Цель 2026 года — сделать это стандартом с UX, доступным каждому.

5. Приватные платежи по умолчанию

Инструменты приватности есть, но неудобны: разные приложения, плохой UX, 3–5-кратные расходы на газ, ограниченная поддержка. Почти никто ими не пользуется.

Цель 2026 года: приватность = публичный опыт. Тот же кошелек, тот же интерфейс, сопоставимые расходы. Приватность становится чекбоксом, а не исследовательским проектом.

Технологии: zkSNARKs (доказательство наличия средств без раскрытия адреса), stealth-адреса (одноразовые адреса для каждой транзакции), интеграция Account Abstraction.

6. FOCIL: Приватность с устойчивостью к цензуре

Приватные платежи бесполезны, если сборщики блоков отказываются их включать. При 80–90% блоков от двух сборщиков цензура становится тривиальной.

FOCIL (Fork-Choice enforced Inclusion Lists) делает цензуру невозможной:

Каждый слот 16 валидаторов случайно выбираются для создания «списков включения» (8 КБ) из транзакций mempool. Сборщики блоков должны включать эти транзакции. Аттестаторы голосуют только за блоки, удовлетворяющие спискам включения. Без голосов блоки не становятся каноническими.

Почему это работает:

• Комитетная модель: нужен только 1 честный валидатор из 16
• Fork-choice enforced: встроено в консенсус, нельзя обойти
• В том же слоте: без задержек
• В любом месте блока: сборщики оптимизируют MEV, но не могут цензурировать

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

7. Dapp на IPFS-хостинге

Когда вы посещаете app.uniswap.org, вы загружаете приложение с их серверов. Если серверы недоступны, вы заблокированы. Если сервер взломан на секунду, вредоносный UI может опустошить ваш кошелек. Если на компанию оказывают давление, она может показывать разные UI разным пользователям.

IPFS-решение: размещение UI с помощью контент-адресации (идентификация по хэшу, а не серверу). Любой может раздавать контент. Изменение UI меняет хэш. ENS сопоставляет имена с хэшами.

Преимущества: нет единой точки отказа, невозможно захватить, устойчивость к цензуре, проверяемость.

Сложность: обновления означают новые хэши. Решение: записи ENS указывают на актуальный хэш, постепенная децентрализация к DAO-управлению.

Почему это важно

«В мировой компьютер нет централизованного властителя. Нет единой точки отказа. Есть только любовь». — Виталик

Если Ethereum станет очередной платформой, требующей доверия к посредникам, зачем использовать его вместо AWS?

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

Но это важно только если доступно. Теоретически децентрализованная система, доступ к которой осуществляется через централизованные точки — лишь театр децентрализации.

Ставки:

• Успех: Ethereum становится основой открытого интернета, пользователи контролируют свои средства и данные, приватность по умолчанию
• Провал: захват регуляторами на уровне доступа, пользователи уходят к честным CBDC, мечта cypherpunk умирает

Десятилетие прагматизма доказало работоспособность блокчейнов. Теперь мы докажем, что они работают без компромиссов с принципами.

Заключение

Все это не появится в следующем релизе. Создание trustless-систем с хорошим UX требует времени. Координация сотен разработчиков занимает еще больше.

Но приверженность абсолютна. Каждое решение оценивается по критерию: увеличивает ли оно trustless и самоуправление?

2026 — год, когда мы решили, что массовое распространение ценой основных ценностей того не стоит. Что «достаточно децентрализовано» — недостаточно. Что пользователи заслуживают большего, чем доверять инфраструктурным провайдерам для доступа к trustless-сетям.

Технические элементы складываются воедино. Helios уже обеспечивает проверяемый RPC. ORAM/PIR показывают, что приватные запросы работают. Социальное восстановление реализовано в продуктах. Устойчивость к цензуре FOCIL специфицирована. Путь ясен.

Теперь пусть Ethereum строит.

Отказ от ответственности:

1. Данная статья перепечатана с [stacy_muur]. Все авторские права принадлежат оригинальному автору [stacy_muur]. Если у вас есть возражения против перепечатки, пожалуйста, обратитесь к команде Gate Learn, и они оперативно рассмотрят вопрос.
2. Отказ от ответственности: Мнения и взгляды, изложенные в статье, принадлежат исключительно автору и не являются инвестиционной рекомендацией.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных материалов запрещены.