Solidity, Vyper и Yul — три языка/уровня, через которые вы можете писать смарт-контракты для EVM и большинства L2 (Optimistic и многие zk-решения с EVM-совместимостью). Новичку важно понять, что это не “конкуренты на равных”, а скорее разные этажи: Solidity и Vyper — высокоуровневые языки для большинства задач, а Yul — низкоуровневый слой для точечной оптимизации и понимания того, как код реально исполняется внутри EVM.

База по терминам: EVM, смарт-контракты. Справки по языкам: Solidity, Vyper, Yul.

1) Что такое EVM-разработка в 2025+: как выглядит “реальная работа”

В EVM-экосистеме вы редко “пишете один контракт”. Обычно вы:

• проектируете интерфейсы и токеномику (ERC-20/721/1155 и т.п.),
• учитываете storage-модель, апгрейды, роли и безопасность,
• пишете тесты и инварианты,
• деплоите и обновляете,
• следите за комиссиями (gas) и тем, как код исполняется в разных сетях (L1/L2).

Для L2 добавляется практический слой: мосты/депозиты, особенности комиссий и доказательств, совместимость с EVM (EVM-equivalent vs EVM-compatible), и модели рисков самой L2. База: Layer 2.

2) Solidity: стандарт де-факто для EVM

2.1 Где используется

Solidity — основной язык экосистемы: подавляющее большинство DeFi, NFT, DAO и инфраструктуры написано на Solidity. Это значит:

• больше примеров и шаблонов,
• больше аудиторов и tooling,
• больше библиотек и интеграций.

2.2 Почему он почти всегда лучший старт

• порог входа ниже: много учебных материалов и готовых паттернов;
• совместимость: почти все инструменты и L2 ориентированы на Solidity;
• рынок вакансий: спрос чаще всего формулируется как “Solidity developer”.

2.3 Типовые места, где новички ошибаются

• права доступа (owner/roles),
• апгрейды и прокси (storage layout),
• внешние вызовы и reentrancy,
• некорректная работа с decimal/округлениями,
• ошибки approve/transferFrom в ERC-20 интеграциях.

Сюда логично привязать безопасность: reentrancy, delegatecall/прокси-риски.

3) Vyper: минимализм и “меньше магии”

3.1 Где он уместен

Vyper выбирают, когда хочется более “узкого” языка с меньшим количеством сложных конструкций. Он часто ассоциируется с подходом “лучше меньше возможностей — меньше сюрпризов”.

3.2 Что это даёт на практике

• читаемость и более прямолинейная логика;
• ограничения синтаксиса снижают шанс некоторых “умных” ошибок;
• подходит для контрактов с простыми правилами и понятной математикой.

3.3 Компромисс

Экосистема вокруг Vyper обычно уже: меньше готовых компонентов, меньше “копипаста” решений, меньше разработчиков, поэтому в коммерческой разработке чаще требуют Solidity, а Vyper — это доп-навык.

4) Yul: “прямой провод” к EVM и gas-оптимизация

4.1 Что такое Yul и зачем он нужен

Yul — низкоуровневый язык/IR (intermediate representation), который близко стоит к тому, как компилятор и EVM реально исполняют ваш код. Его используют для:

• точечной оптимизации газа в критичных местах,
• написания “ручных” фрагментов через inline assembly,
• понимания того, как Solidity превращается в опкоды.

4.2 Почему новичку туда рано

Потому что низкий уровень увеличивает риск ошибок в логике и безопасности. Вы выигрываете в контроле и gas, но проигрываете в безопасности и читаемости, если не понимаете хорошо EVM и storage. Поэтому Yul обычно учат после уверенного Solidity/Vyper — как “второй круг” развития.

Если хотите углубиться: опкоды EVM, storage layout, паттерны gas-оптимизации.

5) EVM и L2: есть ли разница для разработчика

5.1 Большинство L2 “выглядят как EVM” — но детали важны

Для разработчика плюс L2 в том, что вы часто можете использовать те же контракты и инструменты, что в L1. Но нужно учитывать:

• комиссии зависят не только от вычислений, но и от данных (calldata/DA);
• модель включения транзакций может отличаться (секвенсор);
• мосты и “путь активов” — часть UX и угроз;
• EVM-совместимость может отличаться по степени (не всё одинаково на всех сетях).

Справка по совместимости: EVM-equivalent vs EVM-compatible.

5.2 Важная практическая привычка

Всегда тестируйте поведение на целевой сети (или её тестнете), особенно если ваш протокол чувствителен к газу, к порядку транзакций или к “данным” (много calldata).

6) С чего начать: роадмап на 4 шага

Шаг 1. Solidity как базовый язык

• синтаксис, типы, модификаторы, события, ошибки, интерфейсы;
• ERC-20 как “обязательная база”, затем ERC-721/1155.

Шаг 2. Инфраструктура и tooling

• локальные тесты и симуляции;
• деплой и верификация;
• работа с ABI и сигнатурами.

Шаг 3. Безопасность как часть разработки, а не “после”

• reentrancy, права доступа, proxy-апгрейды;
• интеграции токенов и edge-cases;
• понимание угроз MEV для DEX-логики.

Шаг 4. Оптимизация и низкий уровень (по необходимости)

• storage layout и чтение/запись storage;
• gas patterns;
• Yul/assembly для точечных мест.

7) Мини-практикум: 3 проекта, которые “закрывают” базу

8) Чек-лист навыков EVM-разработчика (для самопроверки)

• Понимаю EVM-модель: транзакция → исполнение → storage/events → revert.
• Уверенно пишу Solidity: интерфейсы, ошибки, события, наследование.
• Знаю ERC-стандарты и типовые edge-cases токенов.
• Понимаю безопасность: reentrancy, access control, proxy/upgrade.
• Понимаю gas: где дороже storage, где calldata, как оптимизировать.
• Понимаю L2-нюансы: мосты, секвенсор, DA/данные, совместимость.

FAQ

Полезные ссылки

• Solidity: базовый обзор
• Vyper: особенности и сфера применения
• Yul: низкоуровневый язык для EVM
• Storage layout: как компилятор раскладывает переменные
• Паттерны оптимизации газа
• EVM-equivalent vs EVM-compatible