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?

«Как мы должны программировать 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.

Ранее Бутерин предложил способы увеличения децентрализации и упрощения аудита кода.