Solidity сейчас находится в «проблемном состоянии», что поднимает вопрос о его улучшении или переходе на альтернативу. Об этом заявилCTOParadigm Георгиос Константопулос.
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?
«Как мы должны программировать 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…
Основатель 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 thatfundamentally 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
Остальные предложили задействовать связанный с сооснователем 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!
«Просто проверьте, достаточно ли близок Vyper. Вы сэкономите целую кучу работы!»—отреагировал официальный аккаунт Curve Finance.
Напомним, в ноябре 2024 года ForkLogсообщило планах команды Vlayer расширить функциональность Ethereum благодаря созданию Solidity 2.0.
Ранее Бутеринпредложилспособы увеличения децентрализации и упрощения аудита кода.