CTO Paradigm предложил отказаться от языка программирования Solidity для Ethereum
Solidity сейчас находится в «проблемном состоянии», что поднимает вопрос о его улучшении или переходе на альтернативу. Об этом заявил CTO Paradigm Георгиос Константопулос.
How should we program Ethereum?
— Georgios Konstantopoulos (@gakonst) April 3, 2025
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?
«Как мы должны программировать 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
Основатель DeFiLlama под ником 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
— 0xngmi (@0xngmi) April 3, 2025
fundamentally lots of smart contracts implement a state machine, and what…
«Если стоимость сохранения текущего статуса-кво дороже, чем затраты на переключение на новый язык, нам следует провести общеиндустриальную кампанию с целью отказа от 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.
Ранее Бутерин предложил способы увеличения децентрализации и упрощения аудита кода.