Обсуждение будущем Solidity: улучшить или перейти на новый язык?

Состояние языка Solidity вызывает серьезные опасения, и это становится основным вопросом среди разработчиков: улучшать ли его или искать альтернативные решения. Об этом высказался Георгиос Константопулос, CTO компании Paradigm.

[media=https://x.com/gakonst/status/1907613235819454643?ref_src=twsrc%5Etfw]

«Как мы должны программировать Ethereum? […] Улучшаем ли мы Solidity? Отказываемся ли мы от него? […] Переключимся на Vyper или на новый язык? Если второе, стоит ли вместо этого создать среду выполнения RISCV, которая работает с Rust?»,

Solidity — это ключевой язык для создания смарт-контрактов на платформе Ethereum.

Некоторые члены сообщества отметили, что создание нового, более простого языка может помочь разработчикам избежать дорогих ошибок, что критически важно для экосистемы DeFi с общим объемом заблокированных средств в десятки миллиардов долларов.

[media=https://x.com/BenDiFrancesco/status/1907616667963682934?ref_src=twsrc%5Etfw]

Основатель DeFiLlama, известный как 0xngmi, предложил разработать новый язык, который изменит подход к написанию смарт-контрактов, акцентируя внимание на состояниях и переходах, а не только на инструкциях. Это поможет повысить безопасность кода и предотвратить ошибки.

[media=https://x.com/0xngmi/status/1907747278460203104?ref_src=twsrc%5Etfw]

«Если стоимость сохранения текущего статуса-кво дороже, чем затраты на переключение на новый язык, нам следует провести общеиндустриальную кампанию с целью отказа от Solidity. Можно начать с двух следующих по популярности вариантов — Rust и Move»,

В ходе обсуждения многие участники предложили миграцию на Rust, язык, используемый в экосистеме Solana. Однако некоторые выразили сомнения относительно его применения для Ethereum.

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

[media=https://x.com/neilhar_/status/1907764159153942893?ref_src=twsrc%5Etfw]

Другие участники совета предложили использовать Vyper, язык, поддерживаемый Виталиком Бутериным, сооснователем Ethereum и активным сторонником которого является Curve Finance.

«Создание компилятора Solidity находится в плохом состоянии (подозреваю, что он погряз в технических долгах), для работы с Ethereum нужен другой компилятор или язык. Что еще более пикантно — Paradigm много сделала для популяризации Solidity, создав специфические для Solidity инструменты»,

Егоров призвал разработчиков рассмотреть возможность использования Vyper, указав на лучшее состояние его компилятора.

[media=https://x.com/CurveFinance/status/1907744143406772690?ref_src=twsrc%5Etfw]

«Просто проверьте, достаточно ли близок Vyper. Вы сэкономите целую кучу работы!»

Напоминаем, что в ноябре 2024 года в СМИ сообщали о планах команды Vlayer по расширению возможностей Ethereum с помощью разработки Solidity 2.0.

Ранее Виталик Бутерин предложил несколько способов, как можно увеличить децентрализацию и упростить аудит кода на платформе Ethereum.