Огляд
Останнє порівняння Віталіка Бутеріна дорожньої карти Ethereum 2023 року з поточною L1 Strawmap показує значну зміну пріоритетів протоколу. Початкові цілі мережі не були відкинуті, але квантова стійкість просунулася вперед, тоді як нативна конфіденційність, постквантове масштабування, нативні rollups та більш формально перевірювані специфікації набули більшого значення. Деякі попередні напрямки, включаючи функції з перевірюваною затримкою та частини попередньої дорожньої карти EVM, тепер отримують менше уваги.
Дорожня карта квантової безпеки Ethereum не є підтвердженим графіком хардфорку. Strawmap — це чернетка, яку підтримує Architecture Ethereum Foundation, і окремі пропозиції все ще повинні пройти дослідження, Ethereum Improvement Proposals, впровадження клієнтів, тестування та координацію спільноти. Ethereum.org описує приблизно 2029 рік як ціль для завершення основної постквантової інфраструктури, але явно класифікує пов'язані етапи як планові цілі, а не гарантовані зобов'язання.
Жоден квантовий комп'ютер наразі не може зламати криптографію Ethereum, тому користувачам не потрібно негайно переміщувати свої ETH або змінювати гаманці. Важливість дорожньої карти полягає в часі, необхідному для децентралізованої мережі, щоб замінити кілька криптографічних компонентів без порушення роботи валідаторів, акаунтів, rollups або додатків. Конфіденційність створює подібний широкий виклик, оскільки вона повинна захищати платежі, активність додатків, RPC-запити та метадані мережі, зберігаючи зручність використання та компонованість.
Ключові висновки
- Квантова стійкість отримала вищий пріоритет в останній дорожній карті Ethereum.
- Міграція охоплює BLS-підписи, KZG-зобов'язання, ECDSA-акаунти та деякі системи ZK-доказів.
- Нативна конфіденційність залишається метою дизайну, а не існуючою функцією за замовчуванням.
- Більші постквантові підписи роблять агрегацію та масштабування невід'ємними частинами переходу.
- Ціль 2029 року є плановим етапом, і користувачам не потрібно діяти сьогодні.
Як змінилася дорожня карта квантової безпеки Ethereum
Що змінилося в останній дорожній карті Віталіка Бутеріна?
Довгострокові цілі Ethereum залишаються впізнаваними, але їх порядок і технічна реалізація змінилися. Порівняння Віталіка від 10 серпня показало, що квантова безпека піднялася вище в стеку пріоритетів, тоді як функції з перевірюваною затримкою та деякі попередні покращення EVM стали менш центральними. Попередні напрямки управління станом, що включали Verkle Trees та закінчення терміну дії стану, також були реорганізовані навколо нових пропозицій.
Оновлена дорожня карта надає більшу видимість нативній конфіденційності, постквантовому масштабуванню, нативним rollups, майбутнім blob та газовим ф'ючерсам, а також специфікаціям, призначеним для полегшення формальної верифікації. Ці доповнення відображають зміни в навколишніх технологіях. Докази з нульовим розголошенням стали більш практичними, rollups тепер несуть більшу частку активності Ethereum, а досягнення в квантових обчисленнях зробили довгострокову криптографічну міграцію більш конкретною інженерною проблемою.
Нативні rollups з часом можуть дозволити базовому рівню Ethereum перевіряти переходи стану rollups через стандартизовані механізми протоколу. Тим часом, blob та газові ф'ючерси зробили б майбутній простір блоків або пропускну здатність даних легшими для ціноутворення та управління. Ці ідеї залишаються напрямками досліджень, а не гарантованими функціями, але їх включення показує, що Ethereum все більше розглядає масштабування, безпеку та дизайн ринку як пов'язані проблеми.
Strawmap не слід інтерпретувати як календар оновлень. Він підтримується Architecture Ethereum Foundation і описує можливі напрямки на кілька років. Поява функції в ньому не означає, що розробники погодили остаточну специфікацію, блок активації або метод впровадження.
Чому квантова безпека стає більш нагальною?
Квантова безпека стає більш нагальною, оскільки криптографічні переходи можуть зайняти роки, навіть якщо загроза не є безпосередньою. Ethereum повинен координувати валідаторів, клієнти виконання та консенсусу, гаманці, смарт-контракти, rollups, мости та постачальників послуг зберігання. Очікування, поки з'явиться достатньо потужний квантовий комп'ютер, залишило б занадто мало часу для тестування та міграції акаунтів.
Ethereum.org визначає чотири області, які потребують різних постквантових рішень. Консенсус покладається на BLS-підписи для агрегації голосів валідаторів. Доступність даних використовує KZG-поліноміальні зобов'язання як частину архітектури масштабування rollups Ethereum. Стандартні зовнішні акаунти використовують ECDSA-підписи, тоді як багато систем з нульовим розголошенням на рівні додатків залежать від припущень на основі еліптичних кривих.
Ці компоненти не можуть бути захищені одним універсальним замінником. Схема підпису валідатора повинна підтримувати ефективну агрегацію для великої кількості валідаторів. Зобов'язання щодо доступності даних повинно залишатися компактним і практичним для вузлів. Міграція гаманців повинна захищати активні та неактивні акаунти, тоді як rollups потребують систем доказів, які залишаються доступними та сумісними з існуючими додатками.
Поточне квантове обладнання залишається далеко нижче рівня, необхідного для зламу криптографії Ethereum. Тому підготовка є вправою з управління ризиками, а не відповіддю на активну атаку. Невизначеність щодо графіка розробки є саме тією причиною, чому мережа починає перехід заздалегідь.
Конфіденційність стає метою проєктування на рівні протоколу
Як вбудована конфіденційність змінить активність користувачів Ethereum?
Вбудована конфіденційність зменшить обсяг інформації, яку зовнішні спостерігачі можуть пов'язати між платежами, застосунками, RPC-запитами та мережевою активністю. Це не зробить кожну транзакцію чи взаємодію зі смарт-контрактом повністю невидимою.
Дорожня карта конфіденційності Віталіка розділяє проблему на чотири області: приватні ончейн-платежі, часткова анонімізація активності в застосунках, конфіденційність для читання блокчейну та RPC-викликів, а також анонімність на рівні мережі. Це ширше визначення має значення, оскільки суми транзакцій є лише одним із джерел розкриття інформації. RPC-провайдер користувача може спостерігати, які адреси та контракти запитує гаманець, навіть якщо транзакція не подається.
Один із запропонованих підходів — перехід до окремої адреси для кожного застосунку. Це може ускладнити пов'язування кредитної, торгової, ігрової та платіжної активності користувача через один публічний акаунт. Тоді знадобляться транзакції зі збереженням конфіденційності на інші адреси користувача, щоб запобігти зв'язуванню цих акаунтів через звичайні транзакції фінансування.
Інтеграція з гаманцями є ще одним пріоритетом. Інструменти конфіденційності можуть стати частиною існуючих інтерфейсів гаманців, дозволяючи користувачам витрачати кошти із захищених балансів без завантаження окремого спеціалізованого гаманця. Пропозиції FOCIL та абстракції акаунтів можуть покращити стійкість до цензури та зменшити залежність від публічних ретрансляторів для транзакцій зі збереженням конфіденційності.
Конфіденційність RPC спочатку може покладатися на довірені середовища виконання, а згодом — на приватний пошук інформації, якщо технологія стане достатньо ефективною для наборів даних масштабу Ethereum. Гаманці також можуть підключатися до кількох RPC-сервісів або використовувати різних провайдерів для різних застосунків, зменшуючи обсяг метаданих, видимих одному оператору.
Чому важко впровадити конфіденційність за замовчуванням?
Конфіденційність за замовчуванням важко впровадити, оскільки застосунки Ethereum залежать від спільного стану та компонованості. Приватний актив або акаунт все одно повинен взаємодіяти з децентралізованими біржами, кредитними протоколами, мостами та ролапами, не розкриваючи зайвої інформації та не створюючи непомірних витрат на докази.
Докази конфіденційності споживають обчислювальні ресурси та газ. Агрегація доказів може дозволити кільком конфіденційним транзакціям використовувати один ончейн-доказ, але це вводить додаткову інфраструктуру та затримку. Активність між L2 створює ще одну складність, оскільки приватні баланси та дозволи акаунтів повинні залишатися використовуваними в різних середовищах виконання, не розкриваючи публічно їхнього спільного власника.
Відновлення гаманця також ускладнюється, коли зв'язки між акаунтами навмисно приховані. Система повинна дозволяти користувачам ротувати ключі або відновлювати доступ, не пов'язуючи кожну приватну нотатку та акаунт застосунку. Гаманці зі збереженням конфіденційності (privacy-preserving keystore wallets) призначені для вирішення цієї проблеми, але вони все ще перебувають на стадії розробки.
Регуляторні та комплаєнс-вимоги додають додаткові обмеження. Privacy Pools та пов'язані системи намагаються надати користувачам конфіденційність транзакцій, дозволяючи їм демонструвати, що кошти не походять із зазначених незаконних джерел. Чи може ця модель забезпечити практичну конфіденційність, широку ліквідність та прийнятні інструменти комплаєнсу, залишається невизначеним.
Отже, дорожня карта не означає, що Ethereum вже забезпечує вбудовану конфіденційність за замовчуванням. Keyed nonces, механізми recent-root, FOCIL, privacy pools та технології приватного RPC залишаються на різних стадіях дослідження та впровадження. Їх включення вказує на напрямок, а не на завершене розгортання.
Постквантовий перехід змінює масштабування Ethereum
Чому дорожня карта квантової безпеки Ethereum не може просто замінити підписи?
Ethereum не може просто замінити свої існуючі підписи, оскільки постквантові альтернативи зазвичай мають інші характеристики продуктивності. Підписи BLS цінні тим, що багато підписів валідаторів можна агрегувати в один компактний доказ. Ethereum.org зазначає, що підпис BLS становить приблизно 96 байтів, тоді як підпис на основі хешу leanXMSS може бути приблизно 3000 байтів.
Пряма заміна BLS на leanXMSS без ефективної агрегації значно збільшила б обсяг даних консенсусу, що передаються та перевіряються під час кожного слота. Це може підвищити вимоги до пропускної здатності та апаратного забезпечення, зменшити здатність мережі працювати в несприятливих умовах та зробити участь валідаторів дорожчою.
Запропонована leanVM вирішує цю проблему, перевіряючи та агрегуючи постквантові підписи через спеціалізовану віртуальну машину з нульовим розголошенням. Ethereum.org заявляє, що цей підхід призначений для стиснення відповідних даних приблизно в 250 разів. Однак його безпека, продуктивність доказів та інтеграція з клієнтами все ще потребують тестування.
Зобов'язання KZG становлять окрему проблему міграції. Вони покладаються на спарювання еліптичних кривих і зрештою потребуватимуть заміни на квантовостійку схему зобов'язань. Зобов'язання на основі STARK використовують хеш-функції, тоді як альтернативи на основі ґраток залежать від математичних проблем, які, як вважається, стійкі до квантових атак. Жоден із цих підходів ще не продемонстрував остаточну комбінацію ефективності, безпеки та операційної зрілості для повного робочого навантаження доступності даних Ethereum.
Підписи акаунтів можуть переходити більш поступово через абстракцію акаунтів. Гнучкість підписів дозволила б окремим гаманцям прийняти постквантовий метод автентифікації, не змушуючи кожен акаунт мігрувати в один день. Це зменшує ризик координації, але залишає невирішені питання щодо неактивних акаунтів та користувачів, які не зможуть оновитися.
Чи можуть квантові комп'ютери вкрасти ETH сьогодні?
Ні. Сучасні квантові комп'ютери не можуть отримати приватні ключі Ethereum або підробити підписи валідаторів у масштабі, необхідному для атаки на мережу. Ethereum.org заявляє, що кошти користувачів сьогодні в безпеці і що негайних дій з гаманцем не потрібно.
Довгостроковий ризик відрізняється залежно від історії акаунта. Коли стандартний акаунт Ethereum надсилає транзакцію, його відкритий ключ стає видимим у блокчейні. Достатньо потужний майбутній квантовий комп'ютер теоретично міг би використати цей відкритий ключ для отримання відповідного приватного ключа. Акаунт, який лише отримував активи і ніколи не надсилав транзакцій, розкриває свою адресу, яка є хешем відкритого ключа, а не сам відкритий ключ.
Ця відмінність забезпечує додатковий захист для невикористовуваних акаунтів, але це не повна стратегія міграції. Активні користувачі, гаманці смарт-контрактів, ключі валідаторів, мости та додатки все одно потребуватимуть квантово-стійкої автентифікації. Неактивні акаунти також створюють проблему управління, оскільки їхні власники можуть не відповісти, коли інструменти міграції стануть доступними.
Заплановані етапи Ethereum включають постквантовий реєстр ключів, вбудовані інструменти верифікації, постквантові атестації валідаторів та зрештою агрегацію та зобов'язання blob. Ethereum.org планує приблизно 2029 рік для основної інфраструктури, визнаючи, що міграція виконавчого рівня та екосистеми триватиме і після цього.
Користувачам слід стежити за офіційними рекомендаціями гаманців та протоколу, а не реагувати на спекулятивні заяви про неминучу квантову атаку. Реальну міграцію супроводжуватимуть випуски клієнтів, EIP, підтримка гаманців та чіткі інструкції від екосистеми Ethereum.
Нові пріоритети Ethereum залежать від практичного впровадження
Остання дорожня карта квантової безпеки Ethereum показує, що довгострокова стратегія протоколу розширюється за межі пропускної здатності транзакцій. Конфіденційність, квантова стійкість, формальна верифікація та інтеграція rollup стають центральними вимогами до дизайну, оскільки кожна з них впливає на те, чи зможе Ethereum залишатися безпечним і зручним протягом кількох технологічних циклів.
Сила дорожньої карти полягає в тому, що вона розглядає криптографічну міграцію як системну проблему. Заміна підписів BLS впливає на агрегацію валідаторів та пропускну здатність мережі. Заміна зобов'язань KZG впливає на доступність даних rollup. Захист акаунтів ECDSA вимагає міграції гаманців та гнучкості підписів, тоді як перехід додатків до квантово-стійких доказів може змінити вартість доказів та сумісність.
Конфіденційність має подібний широкий масштаб. Лише приватні платежі не можуть захистити користувачів, якщо та сама адреса пов'язує активність між додатками або якщо постачальники RPC збирають детальні дані запитів. Тому дизайн гаманців, абстракція акаунтів, агрегація доказів, стійкість до цензури та метадані мережі повинні розвиватися разом.
Однак дорожня карта залишається набором напрямків досліджень та етапів планування. Успіх має вимірюватися тим, чи пропозиції потрапляють у процес EIP, отримують підтримку серед клієнтів та гаманців, надійно працюють на тестових мережах і досягають мейннету без суттєвого збільшення вартості запуску вузлів або використання додатків.
Наступні сигнали, на які варто звернути увагу, включають постквантові тести інтероперабельності, продуктивність доказів leanVM, підтримку гаманцями гнучкості підписів, альтернативи зобов'язанням KZG та конкретні пропозиції щодо конфіденційності, що потрапляють у заплановані оновлення. Поки ці кроки не відбудуться, остання дорожня карта є чіткішим викладом пріоритетів Ethereum, а не доказом того, що вбудована конфіденційність або повна квантова стійкість уже досягнуті.
Джерела
https://x.com/VitalikButerin/status/2086824673556467938
https://ethereum.org/roadmap/security/quantum-resistance/
https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459
Дисклеймер про ризики: Ця стаття призначена лише для ознайомлення і не є інвестиційною порадою. Ринок криптовалют дуже волатильний. Будь ласка, приймайте рішення обережно, враховуючи ваші індивідуальні обставини.
