Вступ Остання стаття Віталіка «Спрощення Ethereum L1» виступає за зниження складності протоколу шляхом впровадження RISC-V, просування технології STARK, доопрацювання 3-слотів та інших механізмів, з метою зробити Ethereum «спрощеним до рівня Bitcoin» протягом п'яти років. (Синопсис: Ethereum Foundation відмовляється розкривати «вагу голосування Віталіка», прозорість управління, яку спільнота ставить під сумнів: фундаментальна централізація) (Довідкове доповнення: Віталік розповідає про штучний інтелект: «Модель Year Ring» бачить зміну конкурентного ландшафту ШІ в Китаї та Сполучених Штатах) Співзасновник Ethereum Віталік Бутерін написав сьогодні під заголовком «Спрощення L1», що Ethereum хоче стати «світовим реєстром цивілізаційних активів і рекордів», Потрібна масштабованість та відмовостійкість. Він припустив, що одним із часто недооцінених елементів досягнення стійкості є «простота протоколу», яка дозволяє більшій кількості розробників брати участь у розробці ядра, знижує ризик помилок, зменшує витрати на обслуговування і, таким чином, зміцнює загальну децентралізовану основу. Він використовував Bitcoin як приклад для ілюстрації численних переваг його простого протоколу, а на противагу цьому він розмірковував про надмірне дизайн, багатофункціональне різноманіття Ethereum, яке призвело до труднощів з обслуговуванням, високих бар'єрів для входу та схильності до помилок у минулому, і сподівається зробити основний протокол Ethereum «близьким до Bitcoin» протягом наступних п'яти років. Спрощення рівня консенсусу: охоплення завершеності 3 слотів і технології STARK По-перше, Віталік хоче значно спростити «систему консенсусу» Ethereum і використовувати новий метод під назвою «3-слотова завершеність» для визначення блоків, видалення багатьох складних налаштувань, і навіть потрібно лише 200 рядків коду для реалізації, і безпека буде кращою. Крім того, він пропагував використання технології STARK для стиснення інформації аутентифікації, щоб усі вузли могли брати участь, не покладаючись на кількох людей і уникаючи централізації. Нарешті, він також запропонував переробити механізм входу та виходу для валідаторів, щоб зробити загальний протокол консенсусу легшим і простішим для перевірки. Примітка: Слоти – це «одиниця часу» в Beacon Chain від Ethereum, і кожен слот триває 12 секунд. Спрощений рівень виконання: перехід з EVM на RISC-V Потім, на рівні виконання, Віталік поскаржився, що EVM став непотрібним навантаженням через надмірну оптимізацію конкретних криптографічних додатків. Він повторив радикальний підхід, раніше запропонований для заміни EVM на набір інструкцій з відкритим вихідним кодом RISC-V або аналогічну компактну віртуальну машину, перерахувавши кілька переваг: 100-кратне підвищення ефективності в середовищі ZK Проста структура набору інструкцій, простіша для початку роботи розробники Обмеження розміру контракту може бути збільшено Підтримка багатомовної розробки (не тільки Solidity) Він також визнає, що це перетворення займе багато часу, і все одно рекомендується впровадити деякі полегшені оновлення EVM у короткостроковій перспективі (наприклад, збільшення ліміту розміру контракту). Читайте також: Ethereum «змінив RISC-V», щоб відлякати розробників? Попередження OG: екосистема ETH буде перерозподілена, невеликі проєкти залишать Solana стратегію «розбиття колірного коду» На практиці Віталік також запропонував стратегію «розділення колірного коду», яка може гарантувати, що сумісність і користувацький досвід не будуть принесені в жертву під час процесу конвертації. Ця стратегія ділить функції протоколу Ethereum на три категорії відповідно до їх важливості та ризику, щоб гарантувати, що існуючі програми продовжують працювати, роблячи тіло протоколу простішим і зручнішим для обслуговування. 1) Зелена зона: Область ключів консенсусу, має бути мінімалістичною Ця частина коду безпосередньо впливатиме на те, "який блок є дійсним". Всі вузли повинні виконати цю процедуру без будь-яких помилок. Отже, мета тут полягає в тому, щоб бути мінімалістичним, перевіреним і з низьким ризиком помилки. 2) Помаранчева зона: Історична зона сумісності, яку можна залишити для конкретних реалізацій Вони існують для збереження минулих історичних транзакцій, контрактів, функціональності старих версій. Хоча новим вузлам ці можуть не знадобитися ці функції, старі контракти все ще покладаються на них для виконання історичних даних. 3) Жовта зона: допоміжна область інструментів не є частиною консенсусу блокчейну, але вона може допомогти користувачам зрозуміти, а розробники можуть використовувати її. Наприклад, коли Etherscan відображає інформацію про обліковий запис, він інтерпретує робочі деталі ERC-4337, але сама ця інформація не впливає на консенсус ланцюжка. Деякі блокові конструктори або гаманці оптимізуються на основі цих даних. Зрештою, Віталік сподівається видалити поточний складний EVM з консенсусного ядра Ethereum і замінити його інтерпретатором смарт-контрактів, написаним на RISC-V, який розгортається в ланцюжку та працює як генеральний контракт. Таким чином, ядру Ethereum потрібно розуміти лише віртуальну машину RISC-V, що значно спрощує логіку протоколу; Для програм, яким потрібно виконати старі контракти, цей інтерпретатор може аналізувати минулі інструкції EVM. Такий дизайн дозволяє Ethereum спростити основну систему, зберігаючи при цьому сумісність. Вкажіть ціль «максимальна кількість рядків коду» Крім того, Віталік припустив, що в майбутньому Ethereum повинен використовувати один і той же набір стандартних інструментів і форматів для різних технологічних шарів, що полегшить розробникам початок роботи і підвищить продуктивність і безпеку всієї мережі. У той же час він також закликав Ethereum встановити максимальну ціль кодового рядка протоколу, як легкий фреймворк глибокого навчання tinygrad, і підштовхнути культуру дизайну від «функціоналізму» до «мінімізації». Лише завдяки чистому дизайну Ethereum може справді стати глобально надійною, децентралізованою та обслуговуваною інфраструктурою. Related reports: Засновник ADA задушив "три головні недоліки" Ethereum: Віталік визнає, що Cardano краще, ETH може зникнути через десятиліття Технологія "Що таке RISC-V, за який виступає Віталік? Чому CKB-VM Чому RISC-V? Розбиваючи стратегічні амбіції Віталіка переосмислити виконавчий рівень Ethereum за допомогою «RISC-V замість EVM» «Віталік: Ethereum занадто складний, L1 повинен бути спрощений до рівня «близького до Bitcoin» протягом п'яти років» Ця стаття була вперше опублікована в журналі BlockTempo «Динамічні тенденції - найвпливовіше новинне медіа блокчейну».
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Віталік: Ефіріум надто складний, L1 має спроститися до "наближеного до Біткойн" рівня протягом п'яти років.
Вступ Остання стаття Віталіка «Спрощення Ethereum L1» виступає за зниження складності протоколу шляхом впровадження RISC-V, просування технології STARK, доопрацювання 3-слотів та інших механізмів, з метою зробити Ethereum «спрощеним до рівня Bitcoin» протягом п'яти років. (Синопсис: Ethereum Foundation відмовляється розкривати «вагу голосування Віталіка», прозорість управління, яку спільнота ставить під сумнів: фундаментальна централізація) (Довідкове доповнення: Віталік розповідає про штучний інтелект: «Модель Year Ring» бачить зміну конкурентного ландшафту ШІ в Китаї та Сполучених Штатах) Співзасновник Ethereum Віталік Бутерін написав сьогодні під заголовком «Спрощення L1», що Ethereum хоче стати «світовим реєстром цивілізаційних активів і рекордів», Потрібна масштабованість та відмовостійкість. Він припустив, що одним із часто недооцінених елементів досягнення стійкості є «простота протоколу», яка дозволяє більшій кількості розробників брати участь у розробці ядра, знижує ризик помилок, зменшує витрати на обслуговування і, таким чином, зміцнює загальну децентралізовану основу. Він використовував Bitcoin як приклад для ілюстрації численних переваг його простого протоколу, а на противагу цьому він розмірковував про надмірне дизайн, багатофункціональне різноманіття Ethereum, яке призвело до труднощів з обслуговуванням, високих бар'єрів для входу та схильності до помилок у минулому, і сподівається зробити основний протокол Ethereum «близьким до Bitcoin» протягом наступних п'яти років. Спрощення рівня консенсусу: охоплення завершеності 3 слотів і технології STARK По-перше, Віталік хоче значно спростити «систему консенсусу» Ethereum і використовувати новий метод під назвою «3-слотова завершеність» для визначення блоків, видалення багатьох складних налаштувань, і навіть потрібно лише 200 рядків коду для реалізації, і безпека буде кращою. Крім того, він пропагував використання технології STARK для стиснення інформації аутентифікації, щоб усі вузли могли брати участь, не покладаючись на кількох людей і уникаючи централізації. Нарешті, він також запропонував переробити механізм входу та виходу для валідаторів, щоб зробити загальний протокол консенсусу легшим і простішим для перевірки. Примітка: Слоти – це «одиниця часу» в Beacon Chain від Ethereum, і кожен слот триває 12 секунд. Спрощений рівень виконання: перехід з EVM на RISC-V Потім, на рівні виконання, Віталік поскаржився, що EVM став непотрібним навантаженням через надмірну оптимізацію конкретних криптографічних додатків. Він повторив радикальний підхід, раніше запропонований для заміни EVM на набір інструкцій з відкритим вихідним кодом RISC-V або аналогічну компактну віртуальну машину, перерахувавши кілька переваг: 100-кратне підвищення ефективності в середовищі ZK Проста структура набору інструкцій, простіша для початку роботи розробники Обмеження розміру контракту може бути збільшено Підтримка багатомовної розробки (не тільки Solidity) Він також визнає, що це перетворення займе багато часу, і все одно рекомендується впровадити деякі полегшені оновлення EVM у короткостроковій перспективі (наприклад, збільшення ліміту розміру контракту). Читайте також: Ethereum «змінив RISC-V», щоб відлякати розробників? Попередження OG: екосистема ETH буде перерозподілена, невеликі проєкти залишать Solana стратегію «розбиття колірного коду» На практиці Віталік також запропонував стратегію «розділення колірного коду», яка може гарантувати, що сумісність і користувацький досвід не будуть принесені в жертву під час процесу конвертації. Ця стратегія ділить функції протоколу Ethereum на три категорії відповідно до їх важливості та ризику, щоб гарантувати, що існуючі програми продовжують працювати, роблячи тіло протоколу простішим і зручнішим для обслуговування. 1) Зелена зона: Область ключів консенсусу, має бути мінімалістичною Ця частина коду безпосередньо впливатиме на те, "який блок є дійсним". Всі вузли повинні виконати цю процедуру без будь-яких помилок. Отже, мета тут полягає в тому, щоб бути мінімалістичним, перевіреним і з низьким ризиком помилки. 2) Помаранчева зона: Історична зона сумісності, яку можна залишити для конкретних реалізацій Вони існують для збереження минулих історичних транзакцій, контрактів, функціональності старих версій. Хоча новим вузлам ці можуть не знадобитися ці функції, старі контракти все ще покладаються на них для виконання історичних даних. 3) Жовта зона: допоміжна область інструментів не є частиною консенсусу блокчейну, але вона може допомогти користувачам зрозуміти, а розробники можуть використовувати її. Наприклад, коли Etherscan відображає інформацію про обліковий запис, він інтерпретує робочі деталі ERC-4337, але сама ця інформація не впливає на консенсус ланцюжка. Деякі блокові конструктори або гаманці оптимізуються на основі цих даних. Зрештою, Віталік сподівається видалити поточний складний EVM з консенсусного ядра Ethereum і замінити його інтерпретатором смарт-контрактів, написаним на RISC-V, який розгортається в ланцюжку та працює як генеральний контракт. Таким чином, ядру Ethereum потрібно розуміти лише віртуальну машину RISC-V, що значно спрощує логіку протоколу; Для програм, яким потрібно виконати старі контракти, цей інтерпретатор може аналізувати минулі інструкції EVM. Такий дизайн дозволяє Ethereum спростити основну систему, зберігаючи при цьому сумісність. Вкажіть ціль «максимальна кількість рядків коду» Крім того, Віталік припустив, що в майбутньому Ethereum повинен використовувати один і той же набір стандартних інструментів і форматів для різних технологічних шарів, що полегшить розробникам початок роботи і підвищить продуктивність і безпеку всієї мережі. У той же час він також закликав Ethereum встановити максимальну ціль кодового рядка протоколу, як легкий фреймворк глибокого навчання tinygrad, і підштовхнути культуру дизайну від «функціоналізму» до «мінімізації». Лише завдяки чистому дизайну Ethereum може справді стати глобально надійною, децентралізованою та обслуговуваною інфраструктурою. Related reports: Засновник ADA задушив "три головні недоліки" Ethereum: Віталік визнає, що Cardano краще, ETH може зникнути через десятиліття Технологія "Що таке RISC-V, за який виступає Віталік? Чому CKB-VM Чому RISC-V? Розбиваючи стратегічні амбіції Віталіка переосмислити виконавчий рівень Ethereum за допомогою «RISC-V замість EVM» «Віталік: Ethereum занадто складний, L1 повинен бути спрощений до рівня «близького до Bitcoin» протягом п'яти років» Ця стаття була вперше опублікована в журналі BlockTempo «Динамічні тенденції - найвпливовіше новинне медіа блокчейну».