18 січня Віталік Бутерін опублікував у платформі X статтю, в якій він висловив основну проблему протоколу Ethereum. Йдеться про те, що навіть найкращий з технічної точки зору дизайн може через надмірну складність не дотримуватися базових принципів надійності, автономності та безпеки. Ця заява, яку повідомляє PANews, ставить важливі питання щодо напрямку розвитку Ethereum.
Складність протоколу Ethereum: чому потрібне спрощення?
Віталік Бутерін підкреслив, що «довіра», «пропуск тестування» та «самовладність» — це три важливі характеристики протоколу. Однак наразі Ethereum стикається з труднощами у дотриманні цих основних принципів.
У протоколі працює сотні тисяч вузлів, рівень віртуозної стійкості до бітвінних атак досягає 49%, і всі вузли перевіряють транзакції за допомогою криптографічних технологій, таких як PeerDew і Stark, — але проблема у складності. Якщо структура містить сотні тисяч рядків коду та складні криптографічні технології рівня доктора наук, то у тестах на надійність вона зазнає невдачі.
Ситуація, коли користувачі змушені покладатися на невелику групу експертів, загрожує системі, яка справді є бездовірливою (trustless). Також виникає проблема «тесту заміщення», коли при зміні ключової команди розробників важко підтримувати однакову якість. Навіть найкращі розробники не зможуть повністю зрозуміти та керувати надмірно складною структурою.
Порочне коло надмірної ускладненості протоколу: додавання vs редагування
Найглибша проблема розвитку Ethereum полягає у процесі додавання нових функцій. Швидке додавання нових можливостей для задоволення конкретних вимог призводить до ускладнення протоколу, у який додаються нові взаємодії та високотехнологічні криптографічні залежності.
З короткострокової точки зору це сприяє розширенню функціональності, але у довгостроковій перспективі руйнує автономність і заважає створенню справжньої децентралізованої структури, яка могла б існувати сотні років. Головна проблема у тому, що через прагнення зберегти зворотну сумісність додавання коду значно перевищує його редагування. З часом протокол неминуче стає надмірно складним.
Три стратегії збору сміття (garbage collection)
Віталік запропонував, що для вирішення цієї проблеми у процесі розробки Ethereum необхідно впровадити чітку функцію «спрощення» або «збору сміття» (garbage collection).
Три критерії спрощення:
По-перше, потрібно мінімізувати загальну кількість рядків коду протоколу. По-друге, слід усунути непотрібну залежність від складних технічних компонентів. По-третє, потрібно додати більше незмінних характеристик, щоб чітко визначити ключові атрибути довіри до протоколу.
Наприклад, EIP-6780 видаляє функцію самознищення та обмежує зміну максимум N слотів збереження за блок, що значно спрощує розробку клієнтів.
Збір сміття може здійснюватися двома способами:
Частковий підхід — це логічне та лаконічне перепроектування існуючих функцій. Приклад масштабного підходу — повна заміна алгоритму доказу роботи (PoW) на доказ частки (PoS), що реалізовано у оновленні «The Merge».
Управління сумісністю старих версій через пониження
Більш інноваційний підхід — це «зворотна сумісність за методом Розети» (Rosetta). У цьому випадку складні, але маловживані функції видаляються з ядра протоколу і переводяться у смарт-контракти. Це дозволяє новим розробникам клієнтів не турбуватися про ці функції.
Наприклад, після повного оновлення з використанням нативної абстракції акаунтів (Account Abstraction), всі типи транзакцій можна перестати вважати обов’язковими. Існуючий попередньо скомпільований код буде знижений до коду EVM або RISC-V, а в кінцевому підсумку — сама віртуальна машина може бути змінена з EVM на RISC-V.
Головна ідея цієї стратегії — зменшити складність, зберігаючи сумісність із існуючими функціями. В кінцевому підсумку це має позбавити клієнтів необхідності обробляти застарілий код Ethereum.
Пропозиції для довгострокової стійкості Ethereum
Заява Віталіка цього тижня виходить за межі технічних зауважень і ставить важливе питання щодо майбутнього напрямку Ethereum. У довгостроковій перспективі потрібно сповільнити темпи змін і запобігти тому, щоб зайва складність заважала розвитку протоколу.
Завдяки справжньому зниженню та збору сміття Ethereum може еволюціонувати у більш простий, прозорий і надійний протокол. Це також можна розглядати як спробу поєднати цінності незмінності та простоти, які прагне Bitcoin. Тому у майбутньому, наскільки активно у дорожню карту Ethereum будуть впроваджені спрощення та зниження складності, відіграватиме важливу роль у реалізації справжньої децентралізації та автономії блокчейну.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Еволюція протоколу Ethereum через пониження версії: стратегія спрощення Віталіка Бутеріна
18 січня Віталік Бутерін опублікував у платформі X статтю, в якій він висловив основну проблему протоколу Ethereum. Йдеться про те, що навіть найкращий з технічної точки зору дизайн може через надмірну складність не дотримуватися базових принципів надійності, автономності та безпеки. Ця заява, яку повідомляє PANews, ставить важливі питання щодо напрямку розвитку Ethereum.
Складність протоколу Ethereum: чому потрібне спрощення?
Віталік Бутерін підкреслив, що «довіра», «пропуск тестування» та «самовладність» — це три важливі характеристики протоколу. Однак наразі Ethereum стикається з труднощами у дотриманні цих основних принципів.
У протоколі працює сотні тисяч вузлів, рівень віртуозної стійкості до бітвінних атак досягає 49%, і всі вузли перевіряють транзакції за допомогою криптографічних технологій, таких як PeerDew і Stark, — але проблема у складності. Якщо структура містить сотні тисяч рядків коду та складні криптографічні технології рівня доктора наук, то у тестах на надійність вона зазнає невдачі.
Ситуація, коли користувачі змушені покладатися на невелику групу експертів, загрожує системі, яка справді є бездовірливою (trustless). Також виникає проблема «тесту заміщення», коли при зміні ключової команди розробників важко підтримувати однакову якість. Навіть найкращі розробники не зможуть повністю зрозуміти та керувати надмірно складною структурою.
Порочне коло надмірної ускладненості протоколу: додавання vs редагування
Найглибша проблема розвитку Ethereum полягає у процесі додавання нових функцій. Швидке додавання нових можливостей для задоволення конкретних вимог призводить до ускладнення протоколу, у який додаються нові взаємодії та високотехнологічні криптографічні залежності.
З короткострокової точки зору це сприяє розширенню функціональності, але у довгостроковій перспективі руйнує автономність і заважає створенню справжньої децентралізованої структури, яка могла б існувати сотні років. Головна проблема у тому, що через прагнення зберегти зворотну сумісність додавання коду значно перевищує його редагування. З часом протокол неминуче стає надмірно складним.
Три стратегії збору сміття (garbage collection)
Віталік запропонував, що для вирішення цієї проблеми у процесі розробки Ethereum необхідно впровадити чітку функцію «спрощення» або «збору сміття» (garbage collection).
Три критерії спрощення:
По-перше, потрібно мінімізувати загальну кількість рядків коду протоколу. По-друге, слід усунути непотрібну залежність від складних технічних компонентів. По-третє, потрібно додати більше незмінних характеристик, щоб чітко визначити ключові атрибути довіри до протоколу.
Наприклад, EIP-6780 видаляє функцію самознищення та обмежує зміну максимум N слотів збереження за блок, що значно спрощує розробку клієнтів.
Збір сміття може здійснюватися двома способами:
Частковий підхід — це логічне та лаконічне перепроектування існуючих функцій. Приклад масштабного підходу — повна заміна алгоритму доказу роботи (PoW) на доказ частки (PoS), що реалізовано у оновленні «The Merge».
Управління сумісністю старих версій через пониження
Більш інноваційний підхід — це «зворотна сумісність за методом Розети» (Rosetta). У цьому випадку складні, але маловживані функції видаляються з ядра протоколу і переводяться у смарт-контракти. Це дозволяє новим розробникам клієнтів не турбуватися про ці функції.
Наприклад, після повного оновлення з використанням нативної абстракції акаунтів (Account Abstraction), всі типи транзакцій можна перестати вважати обов’язковими. Існуючий попередньо скомпільований код буде знижений до коду EVM або RISC-V, а в кінцевому підсумку — сама віртуальна машина може бути змінена з EVM на RISC-V.
Головна ідея цієї стратегії — зменшити складність, зберігаючи сумісність із існуючими функціями. В кінцевому підсумку це має позбавити клієнтів необхідності обробляти застарілий код Ethereum.
Пропозиції для довгострокової стійкості Ethereum
Заява Віталіка цього тижня виходить за межі технічних зауважень і ставить важливе питання щодо майбутнього напрямку Ethereum. У довгостроковій перспективі потрібно сповільнити темпи змін і запобігти тому, щоб зайва складність заважала розвитку протоколу.
Завдяки справжньому зниженню та збору сміття Ethereum може еволюціонувати у більш простий, прозорий і надійний протокол. Це також можна розглядати як спробу поєднати цінності незмінності та простоти, які прагне Bitcoin. Тому у майбутньому, наскільки активно у дорожню карту Ethereum будуть впроваджені спрощення та зниження складності, відіграватиме важливу роль у реалізації справжньої децентралізації та автономії блокчейну.