RISC-V, вимовляється як «risk five», є сучасною відкритою архітектурою набору інструкцій (RISC), заснованою на принципах комп'ютерів з скороченим набором інструкцій (ISA). Простими словами, це як план, що визначає набір інструкцій, які процесор може виконувати.
RISC-V розроблений таким чином, щоб бути високомодульним, ефективним і гнучким. Спочатку розроблений Каліфорнійським університетом у 2010 році, цей фреймворк з відкритим вихідним кодом надає розробникам гнучкість у налаштуванні своїх функцій та варіантів використання, а також економію коштів у порівнянні з пропрієтарними ISA, такими як ARM або x86. RISC-V має широкий спектр використання, від суперкомп'ютерів до смартфонів, а тепер і блокчейнів, таких як Ethereum.
20 квітня 2025 року співзасновник Ethereum Віталік Бутерін оголосив про «радикальний» новий план розширення, який замінить Ethereum Virtual Machine (EVM) архітектурою команд RISC-V, з метою підвищення швидкості та ефективності виконавчого шару мережі. Його ідея полягає в тому, що RISC-V є найкращим рішенням для подолання обмежень масштабованості блокчейну.
«Вона має на меті значно підвищити ефективність виконавчого рівня Ethereum, вирішивши одну з основних проблем масштабування, і значно підвищити простоту виконавчого рівня — насправді, це, можливо, єдиний життєздатний варіант.»
Його концепція полягає в тому, щоб замінити EVM на RISC-V як мову віртуальної машини для написання смарт-контрактів, "сказав Бутерін."
З переходом користувачів на Layer 2 у пошуках дешевших і швидших транзакцій, Ethereum продовжує стикатися з високими транзакційними витратами та зниженням обсягу транзакцій. Це узгоджується з стратегією розширення Ethereum після злиття в 2022 році. Ідея Бутеріна перетворити Ethereum вважається можливістю модернізувати Ethereum та зберегти його домінування як провідної платформи для смарт-контрактів.
Друге, як RISC-V працює на Ethereum?
Додавання RISC-V до Ethereum наразі залишається лише пропозицією, яку обговорює спільнота та управління мережею. Бутерін окреслив кілька способів реалізації цієї пропозиції, включаючи запуск двох віртуальних машин (VM) або повний перехід на RISC-V.
Основна ідея підтримки віртуальної машини полягає в тому, щоб дозволити контрактам писатися та виконуватися в існуючій моделі EVM або RISC-V. Обидва типи контрактів можуть отримувати доступ до постійного сховища, утримувати баланс ефіру, а також ініціювати та отримувати виклики тощо. Крім того, контракти можуть бути інтегровані, щоб викликати один одного.
Інший варіант, який називається "більш радикальним", полягає в модифікації протоколу для перетворення існуючих EVM-контрактів. Це потребує переписування існуючих контрактів для взаємодії з EVM-інтерпретатором, тоді як нові контракти пишуться безпосередньо мовою RISC-V.
Однією з основних проблем, з якою стикається така значна зміна, є уникнення знищення існуючих децентралізованих додатків (DApp) та смарт-контрактів. Ефіріум не може ризикувати знищенням існуючих контрактів, написаних за допомогою поточного коду EVM. Перехідним рішенням може бути використання інтерпретатора — по суті, шару перетворення між різними обчислювальними мовами. Це дозволить розробникам почати використовувати RISC-V для створення, забезпечуючи при цьому безперервну роботу традиційних контрактів EVM без перерв.
Три, основні переваги RISC-V та EVM
Якщо RISC-V призведе до суттєвих змін в архітектурі Ethereum, які переваги принесе ця зміна? В довгостроковій перспективі RISC-V підвищить продуктивність і обробну здатність смарт-контрактів Ethereum.
За словами Бутеріна, нова архітектура теоретично може досягти 100-кратного збільшення ефективності; Насправді, до нього важко дістатися, але це все одно значне покращення. Підвищення ефективності пов'язане з придатністю RISC-V для систем захисту (ZK) з нульовим розголошенням і виконання смарт-контрактів загального призначення, оскільки це усуває накладні витрати на EVM.
RISC-V не є повною заміною EVM, а використовується як бекенд для zkEVM або подібного ZK Rollup, оскільки в цих системах вартість доказів є домінуючою. Підвищення масштабованості в основному походить від перенесення виконавчих завдань на ZK Rollup, тоді як RISC-V оптимізує процес доказів.
Контракти RISC-V можуть виконуватись швидше, споживаючи менше обчислювальних ресурсів. Це підвищення ефективності, ймовірно, призведе до зниження витрат на Gas для кінцевих користувачів. У цьому процесі це також дозволить мережі обробляти більше користувачів та транзакцій без зниження швидкості. Це безпосередньо підвищить масштабованість Ethereum і має надію вирішити одну з найобсуждуваніших проблем у галузі блокчейну.
Крім того, простий і гнучкий набір інструкцій RISC-V є більш придатним для обчислень з нульовим знанням, ніж EVM, оскільки EVM викликає витрати на управлінські завдання, такі як облік газу та управління станом.
RISC-V не був перероблений для підтримки нульових знань, а надає спрощене альтернативне рішення, що спрощує розробку оптимізації нульових знань в виконувальному шарі. Це може прискорити реалізацію приватності та масштабованості Ethereum через нульові знання (ZK Rollup), роблячи RISC-V потужним доповненням до EVM.
Наступна таблиця підсумовує основні відмінності та переваги RISC-V та EVM.
Четверте, чи зможе RISC-V стати реальністю в майбутньому?
Пропозиція Бутеріна викликала жваві дискусії серед користувачів та розробників Ethereum. Це амбітна ідея, яка може стати важливою віхою на дорожній карті розвитку провідної блочної ланцюга смарт-контрактів.
Програміст Бен Адамс висловив кілька побоювань щодо цієї пропозиції: коротко кажучи, нульові докази можуть стати більш ефективними, але також можуть існувати деякі недоліки. Будівництво та виконання блоків для смарт-контрактів можуть виявитися значно повільнішими.
Ризик полягає в тому, що нульові докази можуть покращитися, але побудова та виконання блоків можуть суттєво погіршитися, прокоментував Бен Адамс.
Інший анонімний коментатор також висловив таку ж точку зору: я погоджуюсь з думкою Бена Адамса, що EVM загалом базується на архітектурі U256, тому абстракція до RISC-V знижує загальну продуктивність виконання.
Інші, здається, також погоджуються, що RISC-V — це хороша ідея для зменшення вузьких місць, але з огляду на потенційні технічні труднощі та витрати, вони ставлять під сумнів, чи слід надавати йому пріоритет.
Згоден, для Layer-1 вирішення 2-го та 3-го пунктів, що стосуються вузьких місць Layer-1, здається хорошою ідеєю. Але чи це те, що ми хочемо пріоритетно вирішити? Особливо враховуючи масштаби технологічних витрат? Додав Адам Кокран.
Очевидно, що ця пропозиція все ще потребує подальшого уточнення і необхідна додаткова дискусія в спільноті Ethereum. Хоча ця пропозиція обіцяє повністю спростити процеси, щоб підвищити ефективність і швидкість, вона також вводить складну технологічну трансформацію. Це може зайняти кілька років, щоб переосмислити, як працюють блокчейни рівня 1.
Звичайно, як і в будь-якому децентралізованому проекті, затвердження схвалення залежить не лише від технологічного планування; воно потребує визнання спільноти. Отже, наразі пропозиція Бутеріна вже викликала широкі дискусії щодо будь-яких майбутніх розробок.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Що таке RISC-V, і чому Віталік хоче використовувати його для смартконтрактів?
Автор: Марсель Дір, CoinTelegraph
Переклад: Бай Шуй, Золотий фінансовий
Що таке RISC-V?
RISC-V, вимовляється як «risk five», є сучасною відкритою архітектурою набору інструкцій (RISC), заснованою на принципах комп'ютерів з скороченим набором інструкцій (ISA). Простими словами, це як план, що визначає набір інструкцій, які процесор може виконувати.
RISC-V розроблений таким чином, щоб бути високомодульним, ефективним і гнучким. Спочатку розроблений Каліфорнійським університетом у 2010 році, цей фреймворк з відкритим вихідним кодом надає розробникам гнучкість у налаштуванні своїх функцій та варіантів використання, а також економію коштів у порівнянні з пропрієтарними ISA, такими як ARM або x86. RISC-V має широкий спектр використання, від суперкомп'ютерів до смартфонів, а тепер і блокчейнів, таких як Ethereum.
20 квітня 2025 року співзасновник Ethereum Віталік Бутерін оголосив про «радикальний» новий план розширення, який замінить Ethereum Virtual Machine (EVM) архітектурою команд RISC-V, з метою підвищення швидкості та ефективності виконавчого шару мережі. Його ідея полягає в тому, що RISC-V є найкращим рішенням для подолання обмежень масштабованості блокчейну.
«Вона має на меті значно підвищити ефективність виконавчого рівня Ethereum, вирішивши одну з основних проблем масштабування, і значно підвищити простоту виконавчого рівня — насправді, це, можливо, єдиний життєздатний варіант.»
Його концепція полягає в тому, щоб замінити EVM на RISC-V як мову віртуальної машини для написання смарт-контрактів, "сказав Бутерін."
З переходом користувачів на Layer 2 у пошуках дешевших і швидших транзакцій, Ethereum продовжує стикатися з високими транзакційними витратами та зниженням обсягу транзакцій. Це узгоджується з стратегією розширення Ethereum після злиття в 2022 році. Ідея Бутеріна перетворити Ethereum вважається можливістю модернізувати Ethereum та зберегти його домінування як провідної платформи для смарт-контрактів.
Друге, як RISC-V працює на Ethereum?
Додавання RISC-V до Ethereum наразі залишається лише пропозицією, яку обговорює спільнота та управління мережею. Бутерін окреслив кілька способів реалізації цієї пропозиції, включаючи запуск двох віртуальних машин (VM) або повний перехід на RISC-V.
Основна ідея підтримки віртуальної машини полягає в тому, щоб дозволити контрактам писатися та виконуватися в існуючій моделі EVM або RISC-V. Обидва типи контрактів можуть отримувати доступ до постійного сховища, утримувати баланс ефіру, а також ініціювати та отримувати виклики тощо. Крім того, контракти можуть бути інтегровані, щоб викликати один одного.
Інший варіант, який називається "більш радикальним", полягає в модифікації протоколу для перетворення існуючих EVM-контрактів. Це потребує переписування існуючих контрактів для взаємодії з EVM-інтерпретатором, тоді як нові контракти пишуться безпосередньо мовою RISC-V.
Однією з основних проблем, з якою стикається така значна зміна, є уникнення знищення існуючих децентралізованих додатків (DApp) та смарт-контрактів. Ефіріум не може ризикувати знищенням існуючих контрактів, написаних за допомогою поточного коду EVM. Перехідним рішенням може бути використання інтерпретатора — по суті, шару перетворення між різними обчислювальними мовами. Це дозволить розробникам почати використовувати RISC-V для створення, забезпечуючи при цьому безперервну роботу традиційних контрактів EVM без перерв.
Три, основні переваги RISC-V та EVM
Якщо RISC-V призведе до суттєвих змін в архітектурі Ethereum, які переваги принесе ця зміна? В довгостроковій перспективі RISC-V підвищить продуктивність і обробну здатність смарт-контрактів Ethereum.
За словами Бутеріна, нова архітектура теоретично може досягти 100-кратного збільшення ефективності; Насправді, до нього важко дістатися, але це все одно значне покращення. Підвищення ефективності пов'язане з придатністю RISC-V для систем захисту (ZK) з нульовим розголошенням і виконання смарт-контрактів загального призначення, оскільки це усуває накладні витрати на EVM.
RISC-V не є повною заміною EVM, а використовується як бекенд для zkEVM або подібного ZK Rollup, оскільки в цих системах вартість доказів є домінуючою. Підвищення масштабованості в основному походить від перенесення виконавчих завдань на ZK Rollup, тоді як RISC-V оптимізує процес доказів.
Контракти RISC-V можуть виконуватись швидше, споживаючи менше обчислювальних ресурсів. Це підвищення ефективності, ймовірно, призведе до зниження витрат на Gas для кінцевих користувачів. У цьому процесі це також дозволить мережі обробляти більше користувачів та транзакцій без зниження швидкості. Це безпосередньо підвищить масштабованість Ethereum і має надію вирішити одну з найобсуждуваніших проблем у галузі блокчейну.
Крім того, простий і гнучкий набір інструкцій RISC-V є більш придатним для обчислень з нульовим знанням, ніж EVM, оскільки EVM викликає витрати на управлінські завдання, такі як облік газу та управління станом.
RISC-V не був перероблений для підтримки нульових знань, а надає спрощене альтернативне рішення, що спрощує розробку оптимізації нульових знань в виконувальному шарі. Це може прискорити реалізацію приватності та масштабованості Ethereum через нульові знання (ZK Rollup), роблячи RISC-V потужним доповненням до EVM.
Наступна таблиця підсумовує основні відмінності та переваги RISC-V та EVM.
Четверте, чи зможе RISC-V стати реальністю в майбутньому?
Пропозиція Бутеріна викликала жваві дискусії серед користувачів та розробників Ethereum. Це амбітна ідея, яка може стати важливою віхою на дорожній карті розвитку провідної блочної ланцюга смарт-контрактів.
Програміст Бен Адамс висловив кілька побоювань щодо цієї пропозиції: коротко кажучи, нульові докази можуть стати більш ефективними, але також можуть існувати деякі недоліки. Будівництво та виконання блоків для смарт-контрактів можуть виявитися значно повільнішими.
Ризик полягає в тому, що нульові докази можуть покращитися, але побудова та виконання блоків можуть суттєво погіршитися, прокоментував Бен Адамс.
Інший анонімний коментатор також висловив таку ж точку зору: я погоджуюсь з думкою Бена Адамса, що EVM загалом базується на архітектурі U256, тому абстракція до RISC-V знижує загальну продуктивність виконання.
Інші, здається, також погоджуються, що RISC-V — це хороша ідея для зменшення вузьких місць, але з огляду на потенційні технічні труднощі та витрати, вони ставлять під сумнів, чи слід надавати йому пріоритет.
Згоден, для Layer-1 вирішення 2-го та 3-го пунктів, що стосуються вузьких місць Layer-1, здається хорошою ідеєю. Але чи це те, що ми хочемо пріоритетно вирішити? Особливо враховуючи масштаби технологічних витрат? Додав Адам Кокран.
Очевидно, що ця пропозиція все ще потребує подальшого уточнення і необхідна додаткова дискусія в спільноті Ethereum. Хоча ця пропозиція обіцяє повністю спростити процеси, щоб підвищити ефективність і швидкість, вона також вводить складну технологічну трансформацію. Це може зайняти кілька років, щоб переосмислити, як працюють блокчейни рівня 1.
Звичайно, як і в будь-якому децентралізованому проекті, затвердження схвалення залежить не лише від технологічного планування; воно потребує визнання спільноти. Отже, наразі пропозиція Бутеріна вже викликала широкі дискусії щодо будь-яких майбутніх розробок.