Друзі запитували мене, як я ставлюся до радикальної пропозиції @VitalikButerin замінити байт-код віртуальної машини Ethereum (EVM) відкритим вихідним кодом архітектури команд RISC-V? По суті, це означає, що Ethereum готує глибоку технологічну трансформацію, що ведеться за допомогою технології ZK. Давайте я розкладемо стратегічну логіку, що стоїть за цим:
По-перше, ідея Віталіка щодо заміни EVM на RISC-V не нова. Ще тоді, коли він запропонував стратегію масштабування Rollup-Centric, він вже натякав на подібну ідею: нехай відповідний рівень2 стане рівнем виконання основної мережі, а EVM буде знижено з протокольного рівня до функціонального рівня клієнта виконання згортання, ставши одним із багатьох AltVM.
Ключем до досягнення цієї трансформації є те, що RISC-V, як архітектура набору команд нижчого рівня, більш загального призначення, може забезпечити єдину «апаратну» основу для zkVM, так що безліч різних середовищ виконання можуть ефективно працювати в одному фреймворку. Ця архітектурна зміна має бути побудована після завершення Ethereum розгортання низькорівневих SNARKs, тому що лише тоді, коли технологія ZK може бути застосована для перевірки стану у великих масштабах, ця модульна архітектура рівня виконання може досягти ефективності, забезпечуючи при цьому безпеку.
Чесно кажучи, це стратегічне коригування Ethereum на перший погляд здається сміливим «розбити чайник і заново винайти піч», але більш глибокий аналіз показує, що взаємозамінність виконавчого рівня насправді є єдиним способом для старого сильного публічного ланцюжка консенсусу, такого як Ethereum. Перед обличчям технічного впливу передових публічних ланцюгів, таких як Solana та Sui, з екстремальним TPS, а також відволікання ринку великої кількості EVM-сумісних ланцюгів, Ethereum вирішує взяти ініціативу в свої руки, а не пасивно перемагати.
Оскільки, порівнюючи чисті технічні показники, TPS Ethereum дійсно важко конкурувати з новими публічними блокчейнами, такими як Solana та Sui, але в умовах трійного компромісу Ethereum завжди дотримувався двох основних цінностей: безпеки та децентралізації, одночасно підтримуючи неперевершену екологічну процвітаючу середу та спільноту розробників.
Якщо Ethereum спробує використовувати RISC-V, архітектуру набору інструкцій з відкритим вихідним кодом, для підвищення ефективності рівня виконання, особливо в доказах ZK, що, як очікується, принесе 50-100-кратний стрибок продуктивності, ця стратегія ітерації на рівні виконання без шкоди для фундаментальних принципів не тільки зберігає основні переваги Ethereum, але й усуває його основні недоліки.
Проте, захоплюючись новою пропозицією, слід зрозуміти, що перехід EVM на RISC-V є далеко не простим процесом. З точки зору технічного реалізації, ця трансформація, ймовірно, потребуватиме часу, поки технологія ZK-SNARKs не буде реалізована і масштабовано впроваджена.
У порівнянні з істотними оновленнями основного рівня Ethereum за останні кілька років (такими як оновлення рівня консенсусу з PoW на PoS), в ідеалі, весь процес потребує ретельного проектування, широкого тестування та потужної підтримки спільноти, за оцінками, це займе щонайменше 2-3 роки.
Однак Віталік у своїй пропозиції підкреслив зворотну сумісність, і, можливо, існуючі контракти EVM будуть продовжувати існувати через інтерпретатор RISC-V або механізми паралельної підтримки, що є критично важливим для зменшення витрат на перехід для розробників і користувачів. Ця прогресивна стратегія змін є надійним стратегічним ітераційним стилем, який Ethereum, як безпечна децентралізована основна ланка, обов'язково має мати.
На мою думку, пропозиція Віталіка про заміну EVM на RISC-V є не лише простою зміною технічної архітектури, а й активною інноваційною стратегією Ethereum у відповідь на конкуренцію з боку високопродуктивних публічних блокчейнів. Ця пропозиція тісно пов'язана з оновленнями Verge, Purge та іншими в дорожній карті Ethereum, і в її основі лежить перехід на SNARKs, метою якого є створення більш ефективного та гнучкого виконавчого середовища для підтримки майбутніх різноманітних сценаріїв використання.
Раніше @drakefjustin розкрив, що Фонд Ethereum інвестує десятки мільйонів доларів у проєкт zkVMs. Безсумнівно, zkVM справді є одним із ключових наративів майбутнього Ethereum. Ethereum намагається побудувати не лише більш ефективний рівень виконання, а й модульну архітектуру, яка може бути сумісною з різними віртуальними машинами. Обговорення заміни EVM на RISC-V може бути лише початком.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Розбір стратегічних амбіцій Віталіка щодо реконструкції виконувального шару Ethereum за допомогою RISC-V
Друзі запитували мене, як я ставлюся до радикальної пропозиції @VitalikButerin замінити байт-код віртуальної машини Ethereum (EVM) відкритим вихідним кодом архітектури команд RISC-V? По суті, це означає, що Ethereum готує глибоку технологічну трансформацію, що ведеться за допомогою технології ZK. Давайте я розкладемо стратегічну логіку, що стоїть за цим:
Ключем до досягнення цієї трансформації є те, що RISC-V, як архітектура набору команд нижчого рівня, більш загального призначення, може забезпечити єдину «апаратну» основу для zkVM, так що безліч різних середовищ виконання можуть ефективно працювати в одному фреймворку. Ця архітектурна зміна має бути побудована після завершення Ethereum розгортання низькорівневих SNARKs, тому що лише тоді, коли технологія ZK може бути застосована для перевірки стану у великих масштабах, ця модульна архітектура рівня виконання може досягти ефективності, забезпечуючи при цьому безпеку.
Оскільки, порівнюючи чисті технічні показники, TPS Ethereum дійсно важко конкурувати з новими публічними блокчейнами, такими як Solana та Sui, але в умовах трійного компромісу Ethereum завжди дотримувався двох основних цінностей: безпеки та децентралізації, одночасно підтримуючи неперевершену екологічну процвітаючу середу та спільноту розробників.
Якщо Ethereum спробує використовувати RISC-V, архітектуру набору інструкцій з відкритим вихідним кодом, для підвищення ефективності рівня виконання, особливо в доказах ZK, що, як очікується, принесе 50-100-кратний стрибок продуктивності, ця стратегія ітерації на рівні виконання без шкоди для фундаментальних принципів не тільки зберігає основні переваги Ethereum, але й усуває його основні недоліки.
У порівнянні з істотними оновленнями основного рівня Ethereum за останні кілька років (такими як оновлення рівня консенсусу з PoW на PoS), в ідеалі, весь процес потребує ретельного проектування, широкого тестування та потужної підтримки спільноти, за оцінками, це займе щонайменше 2-3 роки.
Однак Віталік у своїй пропозиції підкреслив зворотну сумісність, і, можливо, існуючі контракти EVM будуть продовжувати існувати через інтерпретатор RISC-V або механізми паралельної підтримки, що є критично важливим для зменшення витрат на перехід для розробників і користувачів. Ця прогресивна стратегія змін є надійним стратегічним ітераційним стилем, який Ethereum, як безпечна децентралізована основна ланка, обов'язково має мати.
На мою думку, пропозиція Віталіка про заміну EVM на RISC-V є не лише простою зміною технічної архітектури, а й активною інноваційною стратегією Ethereum у відповідь на конкуренцію з боку високопродуктивних публічних блокчейнів. Ця пропозиція тісно пов'язана з оновленнями Verge, Purge та іншими в дорожній карті Ethereum, і в її основі лежить перехід на SNARKs, метою якого є створення більш ефективного та гнучкого виконавчого середовища для підтримки майбутніх різноманітних сценаріїв використання.
Раніше @drakefjustin розкрив, що Фонд Ethereum інвестує десятки мільйонів доларів у проєкт zkVMs. Безсумнівно, zkVM справді є одним із ключових наративів майбутнього Ethereum. Ethereum намагається побудувати не лише більш ефективний рівень виконання, а й модульну архітектуру, яка може бути сумісною з різними віртуальними машинами. Обговорення заміни EVM на RISC-V може бути лише початком.