Метою Ethereum є стати світовою книгою обліку — платформою для зберігання цивілізаційних активів та записів, яка підтримує ключову інфраструктуру, таку як фінанси, управління та сертифікація даних високої вартості. Щоб реалізувати це бачення, необхідно враховувати дві основні можливості: масштабованість та стійкість.
Форсування Fusaka забезпечить 10-кратне підвищення простору даних L2, а дорожня карта на 2026 рік також планує подібне розширення для L1. Тим часом, Merge перевела Ethereum на консенсус PoS, різноманітність клієнтів швидко покращилася, а дослідження ZK перевіряності та стійкості до квантових атак продовжуються, рівень застосування також стає все потужнішим. Але окрім масштабування та продуктивності, є ще один легко ігнорований, але так само важливий аспект стійкості: простота протоколу (simplicity).
Стислість — це остаточний щит децентралізації
Найбільше вражає в біткоїні його надзвичайна простота протоколу:
Блокчейн складається з ряду блоків;
Кожен блок пов'язаний з попереднім блоком за допомогою хешу;
Блок перевіряється за допомогою PoW, тобто перевіряється, чи перші кілька цифр його хешу дорівнюють 0;
Кожен блок містить транзакції, а витрати на транзакції генеруються монетами, отриманими внаслідок видобутку або попередніх транзакцій.
Учень старшої школи, який розуміє код, також може повністю зрозуміти принцип роботи протоколу біткойна, програміст навіть може реалізувати клієнт як аматорський проект. Ця простота приносить такі переваги:
Легше бути широко зрозумілим, знизити бар'єри для досліджень і розробок, запобігти домінуванню "технократів";
зменшити витрати на розробку нових клієнтів, валідаторів, інтерфейсів інструментів тощо.
Зменшити ризик серйозних вразливостей безпеки та полегшити перевірку правильності протоколу;
Зменшити соціальні вразливості, які можуть бути маніпульовані спеціальними інтересами.
В історії Ethereum не все було вдалим, що призвело до непотрібних витрат на розробку, ризиків безпеки та закритої дослідницької культури. Протягом наступних п'яти років Ethereum має потенціал стати майже таким же простим, як Bitcoin, і ми можемо підходити до цього з двох рівнів: рівня консенсусу та рівня виконання.
Спрощений рівень консенсусу
Майбутній новий механізм консенсусу (раніше відомий як beam ланцюг) об'єднує глибокі досягнення минулого десятиліття в таких аспектах, як теорія консенсусу, ZK-SNARK, економіка стейкінгу тощо, його метою є побудова довгострокового оптимального та значно спрощеного рівня консенсусу, ключові заходи включають:
Трьох槽на механіка остаточності (3-slot finality): усунення складної логіки slot та epoch; більше не потрібні механізми перетасування комітету, синхронізація комітету тощо; в основному реалізація може бути написана приблизно за 200 рядків коду; має більш оптимальну безпеку, ніж поточний протокол Gasper.
Спрощений вибір форків та структура мережі: менша кількість активних валідаторів дозволяє використовувати простіші правила вибору форків; STARK-агрегація дозволяє будь-кому стати агрегаційним вузлом без необхідності довіри та складних платежів; більш надійна p2p-архітектура.
Спрощення логіки, пов'язаної з переходами станів: переробка механізмів приєднання, виходу, вилучення та зміни ключів для валідаторів; зменшення складності коду та більш чітке вираження суб'єктивних циклів та інших ключових дій.
Перевагою рівня консенсусу є те, що він виконується відносно незалежно від EVM, що дозволяє більш вільно проводити ці оновлення. Справжня складність полягає в тому, як спростити рівень виконання.
Спрощений виконавчий рівень
Виконавчий шар є справжнім "місцем збору чорної магії": складний набір інструкцій EVM, довгі і незрозумілі попередньо скомпільовані контракти, важко розширюваний SELFDESTRUCT, історична сумісність з великим навантаженням, тому слід замінити EVM на просту, високо продуктивну VM, дружню до ZK, таку як RISC-V, її переваги полягають у:
Продуктивність підвищується в 100 разів;
Безперешкодна інтеграція з основними мовами програмування;
може працювати в нативному режимі в системах нульових знань;
Статична структура чітка, що сприяє аудитам та перевірці безпеки;
Майже не потрібно попередньо компілювати контракти, у майбутньому навіть алгоритми, стійкі до квантових обчислень, можна буде розгорнути в рідному вигляді.
Але міграція не є жорстким "жорстким форком", а дозволяє старим контрактам продовжувати працювати в інтерпретаторі EVM, який сам по собі є контрактом, написаним на RISC-V. Як Apple використовує Rosetta для переходу на ARM-чіпи, так і Ethereum може безболісно оновити віртуальну машину.
Спільні компоненти, створюючи більш елегантну основу системи
У майбутньому протокол Ethereum має інтегрувати більше "спільних компонентів", щоб повністю знизити складність системи:
Уніфіковане кодування стирання: використовується для вибірки доступності даних, історичного зберігання та прискорення трансляції P2P, щоб уникнути дублювання дизайну;
Уніфікований серійний формат (SSZ): подібний до поточного ABI, добре сумісний, але більш ефективний, що сприяє розділенню L2.
Уніфікована структура дерева стану (двоїчне дерево): краще підходить для ZK-доказів, швидше, простіше.
Це означає, що базовий рівень Ethereum більше не складається з "різних латок компромісів", а насправді побудований на "протокольних блоках", створених з інженерної естетики.
Складність досягає свого кінця, і це найкращий час для спрощення.
Простота в багатьох аспектах подібна до децентралізації, обидві є верховними цінностями на шляху до стійкості системи. Справжнє визнання простоти вимагає культурних змін, її вигоди часто важко відразу кількісно оцінити, тоді як вартість відмови від вражаючих функцій і додаткових зусиль одразу проявляється. Але з часом цінність простоти поступово стає очевидною, і біткоїн є найкращим прикладом.
Запозичуючи ідеї tinygrad, встановити ціль максимальної кількості рядків коду консенсусу для довгострокових стандартів Ethereum, з метою наблизити складність критичних шляхів консенсусу до простоти Bitcoin. Логіка, пов'язана з історичними правилами, все ще буде збережена, але повинна бути ізольована від неконсенсусних шляхів. У той же час загальний дизайн повинен дотримуватися ідеї "віддавати перевагу простішим рішенням", схилятися до локальної інкапсуляції, а не до системної складності, і віддавати перевагу тим архітектурним виборам, які мають чіткі властивості та можуть бути перевірені.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Код — це цивілізація: чому Ethereum має бути "просто жахливо простим" як Біткойн?
Автор оригіналу: Віталік Бутерін
Переклад: Дейзі, Mars Finance
Метою Ethereum є стати світовою книгою обліку — платформою для зберігання цивілізаційних активів та записів, яка підтримує ключову інфраструктуру, таку як фінанси, управління та сертифікація даних високої вартості. Щоб реалізувати це бачення, необхідно враховувати дві основні можливості: масштабованість та стійкість.
Форсування Fusaka забезпечить 10-кратне підвищення простору даних L2, а дорожня карта на 2026 рік також планує подібне розширення для L1. Тим часом, Merge перевела Ethereum на консенсус PoS, різноманітність клієнтів швидко покращилася, а дослідження ZK перевіряності та стійкості до квантових атак продовжуються, рівень застосування також стає все потужнішим. Але окрім масштабування та продуктивності, є ще один легко ігнорований, але так само важливий аспект стійкості: простота протоколу (simplicity).
Стислість — це остаточний щит децентралізації
Найбільше вражає в біткоїні його надзвичайна простота протоколу:
Блокчейн складається з ряду блоків;
Кожен блок пов'язаний з попереднім блоком за допомогою хешу;
Блок перевіряється за допомогою PoW, тобто перевіряється, чи перші кілька цифр його хешу дорівнюють 0;
Кожен блок містить транзакції, а витрати на транзакції генеруються монетами, отриманими внаслідок видобутку або попередніх транзакцій.
Учень старшої школи, який розуміє код, також може повністю зрозуміти принцип роботи протоколу біткойна, програміст навіть може реалізувати клієнт як аматорський проект. Ця простота приносить такі переваги:
Легше бути широко зрозумілим, знизити бар'єри для досліджень і розробок, запобігти домінуванню "технократів";
зменшити витрати на розробку нових клієнтів, валідаторів, інтерфейсів інструментів тощо.
Зменшити складність довгострокового обслуговування;
Зменшити ризик серйозних вразливостей безпеки та полегшити перевірку правильності протоколу;
Зменшити соціальні вразливості, які можуть бути маніпульовані спеціальними інтересами.
В історії Ethereum не все було вдалим, що призвело до непотрібних витрат на розробку, ризиків безпеки та закритої дослідницької культури. Протягом наступних п'яти років Ethereum має потенціал стати майже таким же простим, як Bitcoin, і ми можемо підходити до цього з двох рівнів: рівня консенсусу та рівня виконання.
Спрощений рівень консенсусу
Майбутній новий механізм консенсусу (раніше відомий як beam ланцюг) об'єднує глибокі досягнення минулого десятиліття в таких аспектах, як теорія консенсусу, ZK-SNARK, економіка стейкінгу тощо, його метою є побудова довгострокового оптимального та значно спрощеного рівня консенсусу, ключові заходи включають:
Трьох槽на механіка остаточності (3-slot finality): усунення складної логіки slot та epoch; більше не потрібні механізми перетасування комітету, синхронізація комітету тощо; в основному реалізація може бути написана приблизно за 200 рядків коду; має більш оптимальну безпеку, ніж поточний протокол Gasper.
Спрощений вибір форків та структура мережі: менша кількість активних валідаторів дозволяє використовувати простіші правила вибору форків; STARK-агрегація дозволяє будь-кому стати агрегаційним вузлом без необхідності довіри та складних платежів; більш надійна p2p-архітектура.
Спрощення логіки, пов'язаної з переходами станів: переробка механізмів приєднання, виходу, вилучення та зміни ключів для валідаторів; зменшення складності коду та більш чітке вираження суб'єктивних циклів та інших ключових дій.
Перевагою рівня консенсусу є те, що він виконується відносно незалежно від EVM, що дозволяє більш вільно проводити ці оновлення. Справжня складність полягає в тому, як спростити рівень виконання.
Спрощений виконавчий рівень
Виконавчий шар є справжнім "місцем збору чорної магії": складний набір інструкцій EVM, довгі і незрозумілі попередньо скомпільовані контракти, важко розширюваний SELFDESTRUCT, історична сумісність з великим навантаженням, тому слід замінити EVM на просту, високо продуктивну VM, дружню до ZK, таку як RISC-V, її переваги полягають у:
Продуктивність підвищується в 100 разів;
Безперешкодна інтеграція з основними мовами програмування;
може працювати в нативному режимі в системах нульових знань;
Статична структура чітка, що сприяє аудитам та перевірці безпеки;
Майже не потрібно попередньо компілювати контракти, у майбутньому навіть алгоритми, стійкі до квантових обчислень, можна буде розгорнути в рідному вигляді.
Але міграція не є жорстким "жорстким форком", а дозволяє старим контрактам продовжувати працювати в інтерпретаторі EVM, який сам по собі є контрактом, написаним на RISC-V. Як Apple використовує Rosetta для переходу на ARM-чіпи, так і Ethereum може безболісно оновити віртуальну машину.
Спільні компоненти, створюючи більш елегантну основу системи
У майбутньому протокол Ethereum має інтегрувати більше "спільних компонентів", щоб повністю знизити складність системи:
Уніфіковане кодування стирання: використовується для вибірки доступності даних, історичного зберігання та прискорення трансляції P2P, щоб уникнути дублювання дизайну;
Уніфікований серійний формат (SSZ): подібний до поточного ABI, добре сумісний, але більш ефективний, що сприяє розділенню L2.
Уніфікована структура дерева стану (двоїчне дерево): краще підходить для ZK-доказів, швидше, простіше.
Це означає, що базовий рівень Ethereum більше не складається з "різних латок компромісів", а насправді побудований на "протокольних блоках", створених з інженерної естетики.
Складність досягає свого кінця, і це найкращий час для спрощення.
Простота в багатьох аспектах подібна до децентралізації, обидві є верховними цінностями на шляху до стійкості системи. Справжнє визнання простоти вимагає культурних змін, її вигоди часто важко відразу кількісно оцінити, тоді як вартість відмови від вражаючих функцій і додаткових зусиль одразу проявляється. Але з часом цінність простоти поступово стає очевидною, і біткоїн є найкращим прикладом.
Запозичуючи ідеї tinygrad, встановити ціль максимальної кількості рядків коду консенсусу для довгострокових стандартів Ethereum, з метою наблизити складність критичних шляхів консенсусу до простоти Bitcoin. Логіка, пов'язана з історичними правилами, все ще буде збережена, але повинна бути ізольована від неконсенсусних шляхів. У той же час загальний дизайн повинен дотримуватися ідеї "віддавати перевагу простішим рішенням", схилятися до локальної інкапсуляції, а не до системної складності, і віддавати перевагу тим архітектурним виборам, які мають чіткі властивості та можуть бути перевірені.