Ethereum 2026: Ставка Віталіка на відсутність довіри

Останнє десятиліття Ethereum супроводжувалося зваженими компромісами. Платформа обирала зручність замість повної бездовірчості, користувацький досвід замість самостійності, масове впровадження — замість децентралізації.

Щоразу, коли ви перевіряєте баланс гаманця, ви довіряєте компаніям на кшталт Alchemy чи Infura. Кожне використання dapp означає, що ваші дані потрапляють на сторонні сервери без вашого вибору.

2026 рік стане переломним моментом. Саме тоді Ethereum припинить жертвувати принципами заради масового впровадження. Відповідь — більше ні.

Мета:

• Запуск повних вузлів стане знову простим (ZK-EVM і списки доступу на рівні блоку)
• RPC-запити набудуть перевірюваності замість сліпої довіри (легкий клієнт Helios)
• Приватні платежі з інтерфейсом публічних транзакцій
• Гаманці без уразливих seed-фраз (соціальне відновлення)
• Незупинні dapp-інтерфейси (хостинг на IPFS)
• Створення блоків із захистом від цензури (FOCIL)

Відкат: Як ми дійшли до цього

Інфраструктура Ethereum стала більш централізованою, хоча базовий рівень залишався децентралізованим.

Вузли стали вимагати понад 800 ГБ пам’яті та 24 години на синхронізацію. Dapp перетворилися з простих HTML-сторінок на складні серверні рішення, що розкривають ваші дані. Гаманці перейшли від RPC під контролем користувача до фіксованих провайдерів, які відстежують всі дії.

Нині 80–90% блоків Ethereum створюють лише два будівельники. Це означає, що включення транзакцій контролюють кілька суб’єктів, які можуть цензурувати будь-що.

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

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

Візія 2026: Сім підвалин

1. Повні вузли

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

Списки доступу на рівні блоку (BAL) змінюють це суттєво. BAL працює як зміст для кожного блоку: одразу видно, який стан зачіпає блок. Комп’ютер підвантажує все паралельно до виконання. Транзакції без конфліктів виконуються одночасно на різних ядрах. 60–80% транзакцій не перекриваються.

У поєднанні із ZK-доказами, що перевіряють блоки без повного виконання, час синхронізації скорочується, а вимоги до пам’яті стають прийнятними. Запуск вузла повертається до рівня звичайного ноутбука.

2. Helios: Перевірка RPC

Уявіть атаку: ви обмінюєте токени на Uniswap. Ваш шкідливий RPC показує фальшиву ціну. Ви підписуєте угоду, отримуєте менше токенів. RPC проводить «sandwich attack» і отримує прибуток. Ви навіть не помічаєте цього.

З провідними провайдерами такого не було, але це можливо. Проблема — у довірі до стороннього повідомлення про стан блокчейна.

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

Працює на ноутбуках, телефонах, у браузерах. Додаючи Helios як RPC у MetaMask, ви отримуєте бездовірчий доступ до всіх dapp без додаткових змін.

Технологія вже доступна, з відкритим кодом і готова для інтеграції.

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-фраза — втрачено все
• Хмарний бекап — втрачено самостійність

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

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

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

Гаманці @ 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. Будівельники блоків мають включати ці транзакції. Атестатори голосують лише за блоки, що відповідають спискам включення. Без голосів блок не стане канонічним.

Чому це працює:

• Комітетна модель: потрібен лише один чесний валідатор із 16
• Форк-чойс: вбудовано у консенсус, обійти неможливо
• У межах одного слота: без затримок
• У будь-якому місці блоку: будівельники оптимізують MEV, але не можуть цензурувати

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

7. Dapp на IPFS

Відвідуючи app.uniswap.org, ви завантажуєте вебдодаток із їхнього сервера. Якщо сервери не працюють — немає доступу. Якщо сервер зламано — шкідливий інтерфейс може вкрасти кошти. Якщо на них тиснуть, вони можуть показати різні інтерфейси різним користувачам.

IPFS вирішує це: хостинг інтерфейсів через адресацію контенту (ідентифікація за хешем). Будь-хто може роздавати контент. Зміна інтерфейсу змінює хеш. ENS співставляє імена з хешами.

Переваги: відсутність єдиної точки відмови, неможливо перехопити, захист від цензури, перевірюваність.

Виклик: оновлення означає новий хеш. Рішення: записи ENS вказують на останній хеш, поступова децентралізація до DAO-управління.

Чому це має значення

«У світовому комп’ютері немає централізованого володаря. Немає єдиної точки відмови. Є лише любов». — Віталік

Якщо Ethereum стане ще однією платформою, якій потрібно довіряти посередникам, навіщо тоді не скористатися AWS?

Відповідь: Ethereum справді пропонує інше — справжню власність, permissionless, захист від цензури, самостійність.

Але це важливо лише за умови доступності. Децентралізована система з централізованими точками доступу — лише ілюзія децентралізації.

Ставки:

• Успіх: Ethereum стає базовою інфраструктурою відкритого інтернету, користувачі контролюють свої кошти й дані, приватність за замовчуванням
• Невдача: регуляторний контроль на рівні доступу, користувачі обирають CBDC, мрія cypherpunk гине

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

Висновок

Усе це не з’явиться у найближчому релізі. Створення бездовірчих систем із якісним UX потребує часу. Координація сотень розробників триває довше.

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

2026 рік — це момент, коли вирішено: масове впровадження ціною основних цінностей не виправдане. «Достатньо» децентралізації вже недостатньо. Користувачі заслуговують більшого, ніж довіряти інфраструктурним провайдерам для доступу до «бездовірчих» мереж.

Технічні компоненти вже складаються. Helios забезпечує перевірюваний RPC. ORAM/PIR доводять можливість приватних запитів. Соціальне відновлення працює. Стійкість FOCIL до цензури описана. Шлях визначено.

Час будувати Ethereum.

Відмова від відповідальності:

1. Ця стаття є републікацією з [stacy_muur]. Усі авторські права належать оригінальному автору [stacy_muur]. Якщо у вас є заперечення щодо цієї републікації, зверніться до команди Gate Learn, і вони оперативно розглянуть питання.
2. Відмова від відповідальності: думки та погляди, висловлені в цій статті, належать виключно автору й не є інвестиційною порадою.
3. Переклади статті іншими мовами виконані командою Gate Learn. Якщо не вказано інше, копіювання, розповсюдження або плагіат перекладів заборонено.