Технічний директор Paradigm пропонує відмовитися від мови програмування Solidity для Ethereum – ForkLog UA
За словами технічного директора Paradigm Георгіоса Константопулоса, Solidity перебуває у «проблемному стані», що спонукає до дискусій щодо того, чи покращувати його чи переходити до альтернативи.
Як нам програмувати Ethereum?
Solidity зараз у проблемному стані, IMO. Чи робимо ми Solidity хорошим? Ми скидаємо Solidity? Якщо ми відмовимося від Solidity, ми зробимо Vyper чи ми створимо нову мову?
Якщо ми створюємо нову мову, чи варто замість цього використовувати середовище виконання RISCV, яке працює в Rust?
— Георгіос Константопулос (@gakonst) 3 квітня 2025 р
“Як ми маємо програмувати Ethereum? […] Чи маємо ми покращити Solidity? Чи маємо ми відмовитися від цього? […] Чи маємо ми перейти на Vyper чи іншу мову? Якщо ми виберемо останню, чи маємо ми зосередитися на створенні середовища виконання RISCV, сумісного з Rust?” – зауважив експерт.
Solidity є основною мовою програмування для розробки смарт-контрактів на платформі Ethereum.
У відповідь деякі члени спільноти висловили думку, що більш зрозуміла нова мова може допомогти розробникам уникнути дорогих помилок, що є життєво важливим для екосистеми DeFi з TVL, що досягає десятків мільярдів доларів.
Нова мова, яка є *простішою* за solidity, з хорошою взаємодією з/вихідним люком до solidity, можливо, завдяки першочерговому переходу до неї. Під простішим я маю на увазі: дати розробнику менше контролю, але ускладнити йому дорогі помилки. Приклад: змінні зберігання читаються…
— Бен ДіФранческо (@BenDiFrancesco) 3 квітня 2025 р
Засновник DeFiLllama, відомий як 0xngmi, запропонував створити новий аналог, який би полегшив переосмислення процесу написання смарт-контракту, підкреслюючи стани та переходи замість простих інструкцій. Цей підхід спрямований на зменшення кількості помилок і підвищення безпеки коду.
Моя нетрадиційна думка полягає в тому, що було б добре створити нові мови, які замість того, щоб бути імперативними, працювали, коли б розробник описував кінцевий автомат, а потім генерував код, який би відповідав цьому
принципово багато розумних контрактів реалізують державну машину, і що…
— 0xngmi (@0xngmi) 3 квітня 2025 р
“Якщо витрати на підтримку поточної ситуації перевищують вартість переходу на нову мову, ми повинні розпочати масштабні зусилля, щоб відійти від Solidity. Ми можемо почати з наступних двох найбільш популярних альтернатив — Rust і Move”, — рекомендував колишній керівник екосистеми Aptos Labs Ніл Харунян.
Під час розмови багато учасників пропонували перейти на Rust, який використовується в екосистемі Solana. Однак деякі висловили скептицизм щодо його придатності для Ethereum.
Значна кількість коментаторів виступала за «виправлення» Solidity, а не за повну відмову від нього. Вони запропонували покращити інструменти та покращити досвід розробників, наголосивши на важливості вирішення «більш нагальних проблем».
якщо теперішня вартість триваючого проблемного стану дорожча, ніж витрати на перехід на нову мову, ми повинні провести загальноіндустріальну кампанію, щоб знайти мову, яка має сенс. починаючи з двох наступних найбільш поширених мов SC – Rust і Move
— Ніл (@neilhar_) 3 квітня 2025 р
Інші рекомендували використовувати Vyper, мову, пов’язану зі співзасновником Ethereum Віталіком Бутеріним, який має підтримку Curve Finance.
“Компілятор Solidity знаходиться в поганому стані (я підозрюю, що він загруз у технічні проблеми), і робота з Ethereum вимагає іншого компілятора або мови. Що особливо інтригує, так це те, що Paradigm інвестувала значні кошти в популяризацію Solidity, розробляючи інструменти, призначені для нього”, – зауважив засновник Curve Михайло Єгоров.
Підприємець закликав розробників досліджувати Vyper, підкреслюючи відносно кращий стан його компілятора.
Просто перевірте, чи Vyper достатньо близько. Ви заощадите купу роботи!
— Curve Finance (@CurveFinance) 3 квітня 2025 р
“Просто перевірте, чи достатньо близько Vyper. Ви заощадите купу роботи!” відповів офіційний акаунт Curve Finance.
Нагадаємо, у листопаді 2024 року ForkLog повідомляв про амбіції команди Vlayer розширити можливості Ethereum шляхом впровадження Solidity 2.0.
Раніше Бутерін запропонував методи посилення децентралізації та спрощення перевірок коду.
