Vitalik Buterin хоче зробити Ethereum "таким же простим, як біткойн" до 2030 року - Криптіх

Співзасновник Ethereum Віталік Бутерін вважає, що довгострокова стійкість і масштабованість блокчейна залежить від того, щоб зробити його простою, як біткойн. У блозі допис 3 травня він розповів, як “Ethereum через 5 років може стати близьким таким же простим, як біткойн”. Бутерін писав:

“Одна з найкращих речей про біткойн – це те, наскільки красиво простий протокол”.

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

Нещодавні оновлення, такі як «Доказ ставки» (POS) та НАЗНАЧНІ ЗНАННЯ СКЛАДНІЧНІ НЕТЕКАКТИВНІ АРГУМЕНТИ ЗНАЧЕННЯ (ZK-SNARK) зробили Ethereum більш надійним. Однак нехтування простотою дизайну додало витрат Ethereum. Бутерін пояснив:

“Історично, що Ethereum часто цього не робив (іноді через мої власні рішення), і це сприяло значній частині наших надмірних витрат на розвиток, різного роду ризику безпеки та закладності культури НДДКР, які часто здійснюють переваги, які виявили ілюзорні”.

Спрощення шару консенсусу Ethereum

У листопаді дослідник фонду Ethereum Джастін Дрейк запропонований Оновлення шару консенсусу під назвою “ланцюг променя”. Бутерін вважає, що ланцюг променів “добре розташований набагато простішим”, ніж його застарілий попередник, поточний ланцюг маяків.

Це пояснюється тим, що ланцюг променів дозволить переробити 3-кілометрову остаточність, що усуне складні поняття, такі як окремі слоти, епохи та комітети синхронізації, зазначає Бутерін. Він також підкреслив, що основна реалізація 3-кратної остаточності може бути досягнута приблизно через 200 рядків коду, що робить його набагато простішим.

Ланцюжок променів також зменшить кількість активних валідаторів одночасно, що зробить “безпечніше використовувати більш прості реалізації правила вибору вилки”, – написав Бутерін.

Ланцюг променів також буде містити протоколи агрегації на основі Старка, а це означає, що кожен може бути агрегатором. Бутерін зазначив:

“Складність самої криптографії агрегації є важливою, але це принаймні сильно інкапсульована складність, яка має значно нижчий системний ризик щодо протоколу”.

Бутерін додав, що зменшення активних валідаторів та включення агрегаторів на основі Старка “, ймовірно, дозволить простішу та надійну архітектуру P2P. Він продовжував говорити, що є можливість переосмислити та спростити кілька граней, від входу валідатора та виходу з витоку бездіяльності. І цього можна досягти як за рахунок зменшення кількості ліній коду (LOC), так і створенням “більш розбірливих гарантій”.

Бутерін підкреслив, що шар консенсусу “відносно відключений” від виконання віртуальної машини Ethereum (EVM), що забезпечує “відносно широку широту” для вдосконалення порівняно з шаром виконання.

Спрощення рівня виконання Ethereum

Минулого місяця Бутерін запропонований Заміна мови контракту EVM на RISC-V на підвищення ефективності до 100 разів. Бутерін стверджував, що прийняття RISC-V також збільшить простоту, оскільки “специфікація RISC-V абсурдно проста порівняно з EVM”.

Однак це означало б забезпечити збереження зворотної сумісності існуючих додатків. Бутерін писав:

“Перше, що важливо зрозуміти, це: немає одного способу окреслити, що є” Ethereum Code Base “(навіть у межах одного клієнта).”

За словами бутерину, помаранчева область не може бути зменшена. Мета, стверджував Бутері, – мінімізувати зелену область, переміщуючи код у жовту зону, що вказує на “код, який дуже цінний для розуміння та інтерпретації ланцюга сьогодні, або для оптимального будівництва блоку, але не є частиною консенсусу”. Бутерін уподібнив цей процес тому, як Apple досягає довгострокової сумісності назад за допомогою шарів перекладу. Він писав:

“Важливо, що помаранчеві та жовті області є інкапсульованою складністю, кожен, хто хоче зрозуміти, що протокол може пропустити їх, реалізація Ethereum може вільно пропускати їх, і будь -які помилки в цих областях не становлять консенсусні ризики”.

Ось чому складність коду в помаранчевих та жовтих областях має “набагато менше недоліків” порівняно зі складністю коду в зеленій області.

Щоб зменшити зелену зону, Буттерін запропонував наступні кроки:

Фаза 1: Нові Precompiles будуть записані в RISC-V.

Фаза 2: Розробники матимуть можливість писати договори в RISC-V.

Фаза 3: Усі препарати будуть замінені реалізацією RISC-V через жорстку вилку.

Фаза 4: Реалізуйте перекладач EVM в RISC-V і натисніть його на Onchain як розумний контракт.

Вищезазначені кроки забезпечили б консенсус Ethereum “одиночний” зрозумів лише RISC-V, заявив Бутерін.

Стандарти протоколу для спрощення

Бутерін запропонував поділитися “одним стандартом у різних частинах стека” як шлях до спрощення.

Наприклад, Buterin запропонував використовувати єдиний код стирання для вибірки доступності даних, трансляції P2P та розподілене зберігання історії. Це мінімізує загальні рядки коду, підвищить ефективність та забезпечити перевірку, стверджував він.

Аналогічно, він запропонував мати єдиний спільний формат серіалізації в трьох шарах Ethereum: шар виконання, консенсус -шар та смарт -контракт, що викликають додатковий додатковий інтерфейс (ABI). Бутерін запропонував використовувати SSZ, який легко розшифрувати та широко використовується.

Нарешті, після того, як EVM буде замінено RISC-V або іншою простою мовою, Бутерін пропонує перемикатися на двійкове дерево з гексарійного дерева Merkle Patricia, як для консенсусу, так і для шарів виконання. Цей перехід може підвищити ефективність та зменшити витрати, гарантуючи, що всі шари Ethereum можна отримати та інтерпретувати за допомогою одного і того ж коду, пише Бутерін.

Зміна етосу

Бутерін завершив, пропонуючи, що Ethereum, слідуючи за прикладом Tinygrad, прийняти явну максимальну лінію цілі коду. Мета, Буттерін, повторила,-зробити “критичний код Ethereum Consensus близький до такого простого, як біткойн”.

Але що ще важливіше, Ethereum повинен прийняти етос, де вибирається простіший варіант, де це можливо. Це означало б сприяти інкапсульованій складності над системною складністю.

Бутерін запевнив, що кодекс, який стосується обробки історичних правил Ethereum, буде продовжувати існувати з його останньою пропозицією. Однак такий код повинен зберігатися поза консенсусним критичним кодом або зеленою областю.