Співзасновник Ethereum Віталік Бутерін вважає, що стійкість і довгострокова масштабованість блокчейну залежать від того, щоб зробити його простим, як Біткойн. У дописі в блозі 3 травня він описав, як "Ethereum через 5 років може стати майже таким же простим, як Біткойн". Бутерін написав:
“Однією з найчудовіших речей про Біткойн є надзвичайно простий протокол.”
Згідно з Бутеріним, мінімалістичний дизайн і простота Біткойна роблять його доступним, тому навіть учень середньої школи може зрозуміти концепцію та архітектуру протоколу. Бутерін стверджує, що простота також приносить інші переваги, такі як зниження витрат на створення нової інфраструктури та обслуговування існуючої, а також зменшення ризику помилок.
Останні оновлення, такі як доказ частки (PoS) та інтеграція Zero-Knowledge Succinct Non-Interactive Argument of Knowledge (zk-SNARK), зробили Ethereum потужнішим. Однак ігнорування простоти дизайну додало витрат Ethereum. Бутерін пояснює:
“Раніше Ethereum зазвичай не робив цього (, іноді це було пов'язано з моїм власним рішенням ), і це призвело до багатьох надмірних витрат на розробку, різноманітних ризиків безпеки та обмеженості в культурі R&D, зазвичай для досягнення переваг, які виявилися недосяжними.”
Спрощення шару консенсусу Ethereum
У листопаді дослідник Джастін Дрейк з фонду Ethereum запропонував оновлення шару консенсусу під назвою 'Beam Chain'. Бутерін вважає, що Beam Chain "має гарні шанси стати набагато простішим" у порівнянні зі своїм застарілим попередником, поточною beacon chain.
Це пов'язано з тим, що блокчейн буде дозволяти перепроектувати фінальність 3 слотів, що усуне складні концепції, такі як окремі слоти, ери та комітети синхронізації, зазначив Бутерін. Він також підкреслив, що базова реалізація фінальності 3 слотів може бути досягнута за допомогою приблизно 200 рядків коду, що значно спростить багато.
Ланцюг променів також зменшить кількість активних валідаторів в один момент, що допоможе "використовувати простіші реалізації правил вибору гілок, більш безпечних", написав Бутерін.
Чергова ланка також об'єднає протоколи агрегаторів на основі STARK, що означає, що будь-хто може стати агрегатором. Бутерін зазначає:
“Сама складність складання криптографії є значною, але принаймні вона має щільно упаковану складність, з набагато нижчими системними ризиками для протоколу.”
Бутерін додав, що зменшення кількості активних валідаторів і об'єднання агрегаторів на основі STARK "може дозволити простішу та потужнішу P2P архітектуру". Він продовжив, що є можливість переосмислити та спростити деякі аспекти, від введення та виведення валідаторів до витоків бездіяльності. І це може бути досягнуто шляхом зменшення кількості рядків коду (LoC) та шляхом створення "більш зрозумілих гарантій".
Бутерін наголосив, що шар консенсусу "відносно відокремлений" від виконавчих дій Ефірного віртуального машини (EVM), що забезпечує "відносно широкий спектр" для реалізації покращень порівняно з виконавчим шаром.
Спрощення рівня виконання Ethereum
Минулого місяця Бутерін запропонував замінити мову контрактів EVM на RISC-V для підвищення ефективності до 100 разів. Бутерін стверджував, що впровадження RISC-V також підвищить простоту, оскільки "специфікація RISC-V надзвичайно проста в порівнянні з EVM".
Проте це означає, що забезпечення зворотної сумісності для існуючих додатків має бути збережено. Бутерін написав:
"Перше важливе, що потрібно зрозуміти: немає єдиного способу визначити, що таке "базовий код Ethereum" ( навіть в одному клієнті )."
За словами Бутеріна, помаранчева зона не може бути зменшена. Бутерін заявив, що мета полягає у зменшенні зеленої зони, перемістивши код у жовту зону, зазначивши: "код дуже цінний для розуміння та інтерпретації блокчейну сьогодні або для побудови оптимального блоку, але не є частиною консенсусу". Бутерін порівнює цей процес з тим, як Apple досягла довгострокової зворотної сумісності через шари компіляції. Він написав:
"Важливо, що помаранчеві та жовті зони упаковані складно, будь-хто, хто хоче зрозуміти протокол, може їх пропустити, впровадження Ethereum може їх пропустити, а будь-які помилки в цих зонах не несуть ризику для консенсусу."
Це причина, чому складність коду в помаранчевій та жовтій зонах має "набагато менше недоліків" у порівнянні зі складністю коду в зеленій зоні.
Щоб зменшити площу зелених насаджень, Бутерін запропонував такі кроки:
Етап 1: Нові програми компіляції будуть написані на RISC-V.
Етап 2: Розробники матимуть можливість писати контракти за допомогою RISC-V.
Етап 3: Усі попередні версії будуть замінені на реалізації RISC-V через хард-форк.
Етап 4: Розгортання інтерпретатора EVM в RISC-V та його виведення в мережу як смарт-контракт.
Бутерін заявив, що ці кроки забезпечать те, що консенсус Ethereum "природним чином" зрозуміє RISC-V.
Стандарт повного протоколу для спрощення
Бутерін запропонував поділитися "одним стандартом на різних частинах стеку" як шляхом до спрощення.
Наприклад, Бутерін запропонував використовувати унікальний код для зразків доступних даних, P2P трансляції та зберігання розподіленої історії. Це зменшить загальну кількість рядків коду, підвищить ефективність і забезпечить можливість перевірки, стверджує він.
Аналогічно, він запропонував створити єдиний формат серіалізації, що ділиться на три шари Ethereum: шар виконання, шар консенсусу та смарт-контракт, що називається Бінарний інтерфейс програми (ABI). Бутерін запропонував використовувати SSZ, який легко декодується і широко використовується.
Нарешті, після того, як EVM буде замінено на RISC-V або іншу просту мову, Бутерін запропонував перейти з бінарного дерева на дерево Меркле Патриції хекспарі, як для шару консенсусу, так і для шару виконання. Ця зміна може покращити ефективність і знизити витрати, при цьому гарантуючи, що всі шари Ethereum можуть бути доступні та інтерпретовані за допомогою того ж коду, написав Бутерін.
Зміна характеру
Бутерін підсумував, запропонувавши, що Ethereum, за прикладом Tinygrad, застосовує мету максимальної простоти коду. Бутерін повторив, що мета полягає в тому, щоб "код, що є важливим для консенсусу Ethereum, був майже таким же простим, як Біткойн".
Але важливіше, щоб Ethereum впровадив стандарт, де простіші варіанти вибираються щоразу, коли це можливо. Це означає, що пріоритет надається упакованій складності, а не системній складності.
Бутерін стверджує, що код, що обробляє історичні правила Ethereum, продовжить існувати з його останньою пропозицією. Однак такий код має бути збережений поза важливим кодом консенсусу або зеленою зоною.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Віталік Бутерін Хоче Зробити Ethereum 'Простим Як Біткойн' У 2030 році
Співзасновник Ethereum Віталік Бутерін вважає, що стійкість і довгострокова масштабованість блокчейну залежать від того, щоб зробити його простим, як Біткойн. У дописі в блозі 3 травня він описав, як "Ethereum через 5 років може стати майже таким же простим, як Біткойн". Бутерін написав: “Однією з найчудовіших речей про Біткойн є надзвичайно простий протокол.” Згідно з Бутеріним, мінімалістичний дизайн і простота Біткойна роблять його доступним, тому навіть учень середньої школи може зрозуміти концепцію та архітектуру протоколу. Бутерін стверджує, що простота також приносить інші переваги, такі як зниження витрат на створення нової інфраструктури та обслуговування існуючої, а також зменшення ризику помилок. Останні оновлення, такі як доказ частки (PoS) та інтеграція Zero-Knowledge Succinct Non-Interactive Argument of Knowledge (zk-SNARK), зробили Ethereum потужнішим. Однак ігнорування простоти дизайну додало витрат Ethereum. Бутерін пояснює: “Раніше Ethereum зазвичай не робив цього (, іноді це було пов'язано з моїм власним рішенням ), і це призвело до багатьох надмірних витрат на розробку, різноманітних ризиків безпеки та обмеженості в культурі R&D, зазвичай для досягнення переваг, які виявилися недосяжними.” Спрощення шару консенсусу Ethereum У листопаді дослідник Джастін Дрейк з фонду Ethereum запропонував оновлення шару консенсусу під назвою 'Beam Chain'. Бутерін вважає, що Beam Chain "має гарні шанси стати набагато простішим" у порівнянні зі своїм застарілим попередником, поточною beacon chain. Це пов'язано з тим, що блокчейн буде дозволяти перепроектувати фінальність 3 слотів, що усуне складні концепції, такі як окремі слоти, ери та комітети синхронізації, зазначив Бутерін. Він також підкреслив, що базова реалізація фінальності 3 слотів може бути досягнута за допомогою приблизно 200 рядків коду, що значно спростить багато. Ланцюг променів також зменшить кількість активних валідаторів в один момент, що допоможе "використовувати простіші реалізації правил вибору гілок, більш безпечних", написав Бутерін. Чергова ланка також об'єднає протоколи агрегаторів на основі STARK, що означає, що будь-хто може стати агрегатором. Бутерін зазначає: “Сама складність складання криптографії є значною, але принаймні вона має щільно упаковану складність, з набагато нижчими системними ризиками для протоколу.” Бутерін додав, що зменшення кількості активних валідаторів і об'єднання агрегаторів на основі STARK "може дозволити простішу та потужнішу P2P архітектуру". Він продовжив, що є можливість переосмислити та спростити деякі аспекти, від введення та виведення валідаторів до витоків бездіяльності. І це може бути досягнуто шляхом зменшення кількості рядків коду (LoC) та шляхом створення "більш зрозумілих гарантій". Бутерін наголосив, що шар консенсусу "відносно відокремлений" від виконавчих дій Ефірного віртуального машини (EVM), що забезпечує "відносно широкий спектр" для реалізації покращень порівняно з виконавчим шаром. Спрощення рівня виконання Ethereum Минулого місяця Бутерін запропонував замінити мову контрактів EVM на RISC-V для підвищення ефективності до 100 разів. Бутерін стверджував, що впровадження RISC-V також підвищить простоту, оскільки "специфікація RISC-V надзвичайно проста в порівнянні з EVM". Проте це означає, що забезпечення зворотної сумісності для існуючих додатків має бути збережено. Бутерін написав: "Перше важливе, що потрібно зрозуміти: немає єдиного способу визначити, що таке "базовий код Ethereum" ( навіть в одному клієнті )." За словами Бутеріна, помаранчева зона не може бути зменшена. Бутерін заявив, що мета полягає у зменшенні зеленої зони, перемістивши код у жовту зону, зазначивши: "код дуже цінний для розуміння та інтерпретації блокчейну сьогодні або для побудови оптимального блоку, але не є частиною консенсусу". Бутерін порівнює цей процес з тим, як Apple досягла довгострокової зворотної сумісності через шари компіляції. Він написав: "Важливо, що помаранчеві та жовті зони упаковані складно, будь-хто, хто хоче зрозуміти протокол, може їх пропустити, впровадження Ethereum може їх пропустити, а будь-які помилки в цих зонах не несуть ризику для консенсусу." Це причина, чому складність коду в помаранчевій та жовтій зонах має "набагато менше недоліків" у порівнянні зі складністю коду в зеленій зоні. Щоб зменшити площу зелених насаджень, Бутерін запропонував такі кроки: Етап 1: Нові програми компіляції будуть написані на RISC-V. Етап 2: Розробники матимуть можливість писати контракти за допомогою RISC-V. Етап 3: Усі попередні версії будуть замінені на реалізації RISC-V через хард-форк. Етап 4: Розгортання інтерпретатора EVM в RISC-V та його виведення в мережу як смарт-контракт. Бутерін заявив, що ці кроки забезпечать те, що консенсус Ethereum "природним чином" зрозуміє RISC-V. Стандарт повного протоколу для спрощення Бутерін запропонував поділитися "одним стандартом на різних частинах стеку" як шляхом до спрощення. Наприклад, Бутерін запропонував використовувати унікальний код для зразків доступних даних, P2P трансляції та зберігання розподіленої історії. Це зменшить загальну кількість рядків коду, підвищить ефективність і забезпечить можливість перевірки, стверджує він. Аналогічно, він запропонував створити єдиний формат серіалізації, що ділиться на три шари Ethereum: шар виконання, шар консенсусу та смарт-контракт, що називається Бінарний інтерфейс програми (ABI). Бутерін запропонував використовувати SSZ, який легко декодується і широко використовується. Нарешті, після того, як EVM буде замінено на RISC-V або іншу просту мову, Бутерін запропонував перейти з бінарного дерева на дерево Меркле Патриції хекспарі, як для шару консенсусу, так і для шару виконання. Ця зміна може покращити ефективність і знизити витрати, при цьому гарантуючи, що всі шари Ethereum можуть бути доступні та інтерпретовані за допомогою того ж коду, написав Бутерін. Зміна характеру Бутерін підсумував, запропонувавши, що Ethereum, за прикладом Tinygrad, застосовує мету максимальної простоти коду. Бутерін повторив, що мета полягає в тому, щоб "код, що є важливим для консенсусу Ethereum, був майже таким же простим, як Біткойн". Але важливіше, щоб Ethereum впровадив стандарт, де простіші варіанти вибираються щоразу, коли це можливо. Це означає, що пріоритет надається упакованій складності, а не системній складності. Бутерін стверджує, що код, що обробляє історичні правила Ethereum, продовжить існувати з його останньою пропозицією. Однак такий код має бути збережений поза важливим кодом консенсусу або зеленою зоною.