Вопросы на собеседовании Блокчейн-разработчика

Как отвечать: Пройдите по цепочке: транзакции собираются в блок, блок ссылается хешем на предыдущий, консенсус определяет, кто добавляет блок. Покажите понимание неизменяемости и финальности.

Как отвечать: Сравните по энергозатратам, безопасности, порогу входа валидатора и рискам централизации. Упомяните переход Ethereum на PoS и что это изменило.

Как отвечать: Объясните, что EVM — это изолированная виртуальная машина на каждой ноде, байткод исполняется детерминированно, а газ ограничивает вычисления и защищает сеть от спама.

Как отвечать: Опишите цепочку: приватный ключ, публичный ключ через эллиптическую кривую secp256k1, keccak-256 хеш, последние 20 байт как адрес. Упомяните, что приватный ключ восстановить из адреса нельзя.

Как отвечать: Расскажите про gas limit и gas price, базовую комиссию, которая сжигается, и приоритетный чаевой платёж валидатору. Объясните, почему сложные операции в контракте стоят дороже.

Как отвечать: Сравните подходы к состоянию: набор неизрасходованных выходов против глобального дерева аккаунтов с балансами и хранилищем контрактов. Объясните, почему account-модель удобнее для смарт-контрактов.

Как отвечать: Чётко разведите три области: постоянное хранилище в блокчейне, временную память внутри вызова и read-only область аргументов внешних функций. Упомяните влияние выбора на расход газа.

Как отвечать: Объясните, что mapping хранит только хеши ключей и не знает их список. Предложите паттерны: отдельный массив ключей, enumerable-структуры из OpenZeppelin или чтение событий через индексатор.

Как отвечать: Назовите конкретные приёмы: упаковка переменных в слоты хранения, минимизация записей в storage, кэширование в memory, unchecked-блоки, события вместо хранения истории, batch-операции.

Как отвечать: Разведите контекст исполнения: обычный вызов с собственным хранилищем, вызов в контексте вызывающего контракта и вызов без изменения состояния. Объясните, почему delegatecall — основа прокси и источник рисков.

Как отвечать: Опишите пирамиду: юнит-тесты в Hardhat или Foundry, форж-тесты на форке основной сети, покрытие кода, фаззинг и инвариант-тесты, деплой в тестнет. Упомяните, что тесты обязательны для аудита.

Как отвечать: Расскажите про Transparent Proxy, UUPS и Beacon, разделение логики и хранилища, роль delegatecall. Обязательно упомяните риски: коллизии слотов хранения и централизацию у администратора прокси.

Как отвечать: Опишите стек: ethers.js или viem, подключение кошелька через MetaMask или WalletConnect, чтение состояния через RPC-провайдера, отправка транзакций и обработка подписей и ошибок.

Как отвечать: Приведите механику атаки на примере взлома The DAO: повторный вход в функцию до обновления состояния. Назовите защиту: паттерн checks-effects-interactions, ReentrancyGuard из OpenZeppelin, лимиты на transfer.

Как отвечать: Опишите подготовку: полное покрытие тестами, документация и спецификация, статический анализ Slither, исправление известных паттернов. Упомяните, как работаете с замечаниями аудиторов после отчёта.

Как отвечать: Объясните формулу постоянного произведения x*y=k, пулы ликвидности и роль провайдеров ликвидности, проскальзывание цены и комиссии. Упомяните непостоянные потери как риск.

Как отвечать: Объясните, что блокчейн изолирован от внешних данных, поэтому цены и события поставляют оракулы. Расскажите про Chainlink Data Feeds, децентрализацию источников и риски манипуляции ценой.

Как отвечать: Назовите реальный опыт: Arbitrum, Optimism, Polygon или TON с его actor-моделью и FunC. Про регулирование честно расскажите про знакомство с законом о ЦФА и 259-ФЗ, если работали с российскими проектами.

Как отвечать: Покажите зрелость: оценка масштаба и эксплуатируемости, пауза контракта или вывод средств на безопасный адрес, честная коммуникация с пользователями, план миграции и пост-инцидентный разбор.

Как отвечать: Отвечайте по STAR: контекст и ставки, как обнаружили проблему, ваши действия, результат. Обязательно завершите выводами — что изменили в процессе разработки и тестирования.

Как отвечать: Покажите, что спорите аргументами: воспроизводимый proof-of-concept, оценка реальной эксплуатируемости и потенциальных потерь. Подчеркните готовность признать свою неправоту.

Как отвечать: Назовите конкретные источники: EIP-предложения и changelog-и Solidity, write-up-ы взломов и отчёты аудиторских компаний, исследования L2, участие в хакатонах или open-source.

Как отвечать: Опишите асинхронную культуру: понятные pull request-ы и код-ревью, документация решений, фиксированные окна для синхронных созвонов, прозрачный статус задач.

Как отвечать: Приведите пример, где вы количественно обосновали риск — цена взлома против выгоды от скорости, предложили компромисс: ограниченный запуск, лимиты средств, bug bounty или ускоренный аудит.

Как отвечать: Свяжите ответ с реальным интересом к технологии, а не к хайпу: собственные проекты, контракты в mainnet, вклад в open-source. Изучите продукт работодателя и назовите, чем он вам интересен технически.