CTO Paradigm запропонував відмовитися від мови програмування Solidity для Ethereum

Наразі Solidity знаходиться в «проблемному стані», що викликає дискусії щодо її вдосконалення або переходу на альтернативу. Про це повідомив CTO Paradigm Георгіос Константопулос.

How should we program Ethereum?

Solidity is in a problematic state right now, IMO. Do we make Solidity good? Do we drop Solidity? If we drop Solidity, do we do Vyper or do we do a new lang?

If we're doing a new language, should we instead do a RISCV runtime that works w Rust?

— Georgios Konstantopoulos (@gakonst) April 3, 2025

«Як ми повинні програмувати Ethereum? […] Чи покращуємо ми Solidity? Чи відмовляємося від неї? […] Чи перейдемо на Vyper або на нову мову? Якщо друге, чи варто натомість створити RISCV середовище виконання, яке працює з Rust?», — зазначив експерт.

Solidity є базовою мовою програмування для розробки смарт-контрактів на Ethereum.

У відповідь деякі учасники спільноти висловили думку, що більш проста, нова мова дозволить розробникам уникати дорогих помилок, що є критично важливим для екосистеми DeFi з TVL у десятках мільярдів доларів.

New language that is *simpler* than solidity, with good interop with/escape hatch to solidity, perhaps by transpiring to it in the first place. By simpler, I mean: give the developer less control, but make it harder for them to make costly mistakes. Example: storage vars are read…

— Ben DiFrancesco (@BenDiFrancesco) April 3, 2025

Засновник DeFiLllama під ніком 0xngmi запропонував створити новий аналог, який забезпечить можливість переосмислення процесу написання смарт-контрактів, зосереджуючи увагу на станах і переходах, а не лише на інструкціях. Це допоможе уникнути помилок і зробити код безпечнішим.

my unconventional opinion is that it'd be good to create a new languages that instead of being imperative, it worked by having the dev describe a state machine and then it generated code to match that

fundamentally lots of smart contracts implement a state machine, and what…

— 0xngmi (@0xngmi) April 3, 2025

«Якщо вартість збереження поточного статус-кво перевищує витрати на перехід на нову мову, нам слід провести загальноіндустріальну кампанію, спрямовану на відмову від Solidity. Можна почати з двох наступних за популярністю варіантів — Rust і Move», — порекомендував колишній керівник відділу екосистеми Aptos Labs Ніл Харуніан.

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

Чимала кількість коментаторів порадила «виправити» Solidity замість повного його виключення. Вони рекомендували вдосконалити інструментарій та поліпшити досвід розробників, акцентуючи на необхідності вирішення «важливіших завдань».

if the present value of the continued problematic state is more expensive than the switching costs to a new language, we should hold an industry wide campaign to find a language that makes sense. starting with the two next most adopted SC languages – Rust and Move

— neil (@neilhar_) April 3, 2025

Інші запропонували звернутися до Vyper, мови, пов’язаної зі співзасновником Ethereum Віталіком Бутеріним, активним прихильником якої є Curve Finance.

«Створення компілятора Solidity перебуває в поганому стані (підозрюю, що він загруз у технічних боргах), для роботи з Ethereum потрібен інший компілятор або мова. Що ще більш пікантно — Paradigm багато зробила для популяризації Solidity, створивши специфічні для Solidity інструменти», — прокоментував засновник Curve Михайло Єгоров.

Підприємець закликав розробників розглянути можливість використання Vyper, підкресливши наявність відносно кращого стану його компілятора.