Эфириум 2026: отказ от зацикливания на массовом принятии, Виталик делает ставку на бездоверие

Автор: Стэйси Мур

Перевод: TechFlow

Оригинал:

https://x.com/stacy_muur/status/2019325467116126348

TechFlow: За прошедшее десятилетие Ethereum совершил тщательно просчитанный компромисс. Он обменял отсутствие необходимости в доверии на удобство, суверенитет на пользовательский опыт, децентрализацию на массовое внедрение. Но 2026 год знаменует собой переломный момент. Это год, когда Ethereum перестаёт задавать вопрос «стоит ли разбавлять собственные принципы ради массового принятия». Ответ — больше не стоит. Стэйси Мур подробно описывает видение Виталика: запуск полных узлов снова станет простым благодаря ZK-EVM и списку доступа на уровне блока (BAL), проверяемый RPC через лёгкий клиент Helios, конфиденциальные платежи с использованием ORAM/PIR, кошельки, превосходящие хрупкие мнемонические фразы за счёт социального восстановления, неуязвимые интерфейсы dApp на базе IPFS и антицензурное формирование блоков через FOCIL. Рецентрализация на уровне инфраструктуры должна прекратиться.

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

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

Однако 2026 год становится переломным моментом. Это год, когда Ethereum перестаёт спрашивать, оправдано ли разбавление собственных принципов ради массового принятия. Ответ прост: больше нет.

Видение

• Полные узлы снова становятся простыми в запуске (ZK-EVM + список доступа на уровне блока)
• Проверяемый RPC вместо слепого доверия (лёгкий клиент Helios)
• Конфиденциальные платежи с публичным пользовательским опытом
• Кошельки, превосходящие хрупкие мнемонические фразы (социальное восстановление)
• Неуязвимые интерфейсы dApp (хостинг на IPFS)
• Антицензурное создание блоков (FOCIL)

Проблема: Рецентрализация инфраструктуры

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

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

Наиболее примечательно то, что сейчас 80–90 % всех блоков Ethereum создаются всего двумя билдерами. Такая концентрация означает, что включение транзакций зависит от немногих субъектов, способных блокировать любую информацию, которую они захотят подвергнуть цензуре.

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

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

Картина 2026 года

Полные узлы

Современная реальность: более 800 ГБ хранилища, 24 часа синхронизации, необходимость постоянной работы. Большинство пользователей сдаются.

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

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

Helios: Верификация RPC

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

Подобное ещё не происходило у крупных провайдеров, но технически вполне реализуемо. Проблема заключается в том, что вы слепо доверяете стороннему источнику состояние блокчейна.

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

Он может работать где угодно: на ноутбуке, смартфоне или в виде расширения браузера. Подключив его в качестве вашего RPC для MetaMask, каждая dApp мгновенно становится доверительно независимой, без необходимости менять остальные настройки.

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

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

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

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

PIR (приватный поиск по информации) позволяет запрашивать данные из базы, не раскрывая сам факт поиска. Вы отправляете зашифрованный запрос, сервер обрабатывает зашифрованные данные, после чего вы получаете расшифрованный ответ. Независимо от размера базы данных, объём ответа остаётся постоянным (около 3 КБ).

На сегодняшний день существуют готовые реализации:

• Oblivious Labs: Приватный проверщик балансов WBTC
• Приватное разрешение имён ENS
• QuietRPC: Приватный исследователь RPC

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

Социальное восстановление: Преодоление уязвимости мнемонических фраз

Современные кошельки навязывают невозможный выбор:

• Потеря мнемонической фразы → потеря всех средств
• Кража мнемонической фразы → потеря всех средств
• Облачные бэкапы → скрытый бэкдор в управлении активами

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

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

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

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

Приватные платежи с публичным UX

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

Цель на 2026 год: приватность должна обеспечивать такой же пользовательский опыт, как и публичные транзакции. Тот же кошелек, тот же интерфейс, сопоставимая стоимость. Конфиденциальность станет простой опцией (чекбоксом), а не нишевым исследованием.

Технологии: zk-SNARK (доказательство наличия средств без раскрытия деталей), невидимые адреса (одноразовые адреса для каждой сделки), интеграция абстракции учётных записей.

FOCIL: Антицензурная приватность

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

FOCIL (Fork Choice Include List / список обязательного включения в fork-выбор) делает цензуру невозможной:

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

Почему это эффективно:

• Основан на комитете: достаточно хотя бы одного честного валидатора из 16
• Fork-выбор обязателен: встроено в механизм консенсуса, невозможно обойти
• Синхроном: отсутствие задержек
• Любая позиция в блоке: билдеры могут оптимизировать MEV, но не могут применять цензуру

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

Хостинг dApp на IPFS

При посещении Uniswap вы загружаете веб-приложение с их серверов. При сбое вы оказываетесь заблокированы. При единичной взломе злонамеренный UI может опустошить ваш кошелек. Под давлением разработчики могут показывать разным пользователям разные версии интерфейса.

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

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

Вызов: обновление требует генерации нового хеша. Решение: записи в ENS последовательно указывают на актуальный хеш с постепенным переходом под управление DAO.

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

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

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

Ответ должен быть однозначным: Ethereum предлагает принципиально иное — реальное право собственности, истинную open-source доступность, практическую устойчивость к цензуре и подлинный цифровой суверенитет.

Однако все эти преимущества актуальны только при обеспечении открытого доступа. Система, которая теоретически децентрализована, но ограничена централизованными узлами доступа, представляет собой лишь спектакль под названием «децентрализация».

Ставки высоки:

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

Заключение

Прагматичное десятилетие доказало жизнеспособность технологии блокчейн. Теперь мы должны доказать её эффективность без отказов от базовых принципов.

Этот переход не произойдёт в одночасье с выходом следующего апдейта. Создание децентрализованных систем с превосходным UX требует времени. Координация усилий сотен разработчиков займёт ещё больше.

Однако цель остаётся абсолютной. Каждое решение оценивается по одному критерию: усиливает ли оно бездоверительность и суверенитет пользователя?

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

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

Пора строить Ethereum будущего.