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
Решта запропонували задіяти пов’язаний зі співзасновником Ethereum Віталіком Бутеріним Vyper, активним прихильником якого є Curve Finance.
«Створення компілятора Solidity перебуває в поганому стані (підозрюю, що він загруз у технічних боргах), для роботи з Ethereum потрібен інший компілятор або мова. Що ще більш пікантно — Paradigm багато зробила для популяризації Solidity, створивши специфічні для Solidity інструменти», — прокоментував засновник Curve Михайло Єгоров.
Підприємець закликав розробників розглянути можливість використання Vyper, відзначивши порівняно кращий стан його компілятора.
Just check if Vyper is close enough. You'll save a whole bunch of work!
— Curve Finance (@CurveFinance) April 3, 2025
«Просто перевірте, чи достатньо близький Vyper. Ви заощадите цілу купу роботи!» — відреагував офіційний акаунт Curve Finance.
Нагадаємо, у листопаді 2024 року ForkLog повідомив про плани команди Vlayer розширити функціональність Ethereum завдяки створенню Solidity 2.0.
Раніше Бутерін запропонував способи збільшення децентралізації та спрощення аудиту коду.