Эксплуатация узла
Запуск, синхронизация и мониторинг клиентов исполнения и консенсуса, от которых зависит проект, либо оценка и переключение между управляемыми поставщиками узлов.
Блокчейн и Web3
Узлы, индексирование, управление ключами и обзоры безопасности, инфраструктура, обеспечивающая надёжность продукта на основе сети, в виде выделенного разработчика, проекта, поддержки в подборе персонала или консалтинга.
Как только функция в сети переходит из демо в реальный продукт, кто-то должен поддерживать её работу: узел, остающийся синхронизированным, сервис индексирования, быстро отвечающий на запросы, и способ обработки приватных ключей, который не рухнет, как только один человек покинет команду. Бизнес нанимает блокчейн-инженера в Дубае именно ради этого слоя работы, операционной стороны проекта в сети, которую разработчик, сосредоточенный на приложении, обычно не берёт на себя.
Эта работа ближе к инженерии инфраструктуры, чем к построению приложения. Согласно собственной документации Geth, для запуска узла Ethereum нужны «клиент исполнения и клиент консенсуса», работающие вместе: клиент исполнения отвечает за «обработку транзакций, распространение транзакций, управление состоянием», а клиент консенсуса отвечает за логику согласования сети, и правильная настройка этой пары под постоянным мониторингом требует отдельного навыка.
Эта роль соседствует с нашей страницей блокчейн-разработчика, охватывающей уровень приложения, и страницей Web3-инженера, охватывающей backend-интеграцию протоколов ближе к продукту.
За чем следит блокчейн-инженер
Операционный слой под продуктом на основе сети.
Запуск, синхронизация и мониторинг клиентов исполнения и консенсуса, от которых зависит проект, либо оценка и переключение между управляемыми поставщиками узлов.
Построение или настройка уровня, превращающего необработанные данные сети в запросы, которые ваше приложение реально может выполнить, например полную историю транзакций пользователя.
Разделение того, кто может подписывать что, использование хранения с аппаратной защитой там, где это важно, и устранение единых точек отказа вокруг приватных ключей.
Проверка скриптов развёртывания, контроля доступа и конфигурации инфраструктуры на пробелы, которые не видны при проверке одного только кода контракта.
Оповещения о рассинхронизации узла, отставании сервиса индексирования или необычной активности на ключе, который никогда не должен перемещаться без причины.
Контролируемые, повторяемые процессы для вывода контракта или изменения инфраструктуры в рабочую среду, с заранее согласованным планом отката.
Важные навыки
Инфраструктурная практика, сверенная с официальной документацией.
| Навык или инструмент | Как выглядит хороший уровень | Почему это важно |
|---|---|---|
| Пара клиентов узла | Понимает, почему клиент исполнения и клиент консенсуса работают вместе, и как держать оба в синхронизации | Узел, незаметно вышедший из синхронизации, может передавать продукту устаревшие или неверные данные |
| Инструменты индексирования | Реальный рабочий опыт с уровнем индексирования, а не только прямое подключение к узлу | Приложения, напрямую запрашивающие сложные данные у необработанного узла, медленные и хрупкие |
| Практика управления ключами | Конкретный, описываемый подход к хранению и ротации ключей, желательно с аппаратной защитой | Утечка или потеря приватного ключа может означать невосстановимую потерю средств или контроля |
| Мониторинг и оповещения | Настраивает оповещения о статусе синхронизации, изменениях баланса и неудачных транзакциях как стандартную практику | Проблемы инфраструктуры в проекте на основе сети часто проявляются только через мониторинг, а не жалобы пользователей |
| Инфраструктура как код | Разворачивает и настраивает инфраструктуру через скрипты под контролем версий, а не вручную | Ручные изменения инфраструктуры трудно проверять и легко сделать неправильно под давлением |
Документация Geth по архитектуре узла служит полезным справочником, чтобы дать его кандидату напрямую и попросить объяснить своими словами, что быстро отделяет реальный операционный опыт от поверхностного знакомства. Большинство бизнесов, нанимающих блокчейн-инженера в Дубае, на этом этапе оценивают не знание языка как такового, а то, поддерживал ли кандидат подобную инфраструктуру живой в реальных условиях.
Форматы работы с нами
Выделенный блокчейн-инженер подходит живому продукту, уже зависящему от инфраструктуры сети и нуждающемуся в постоянном мониторинге и обслуживании, поскольку эта работа редко заканчивается один раз и на этом останавливается. Проект с фиксированным объёмом подходит для определённой задачи, например развёртывания уровня индексирования или переноса управления ключами на более безопасную схему, с чёткой передачей. Поддержка в подборе персонала подходит бизнесу, строящему внутреннюю платформенную команду и желающему нанять блокчейн-инженера напрямую, а консалтинг подходит для обзора инфраструктуры или безопасности перед дальнейшими вложениями в продукт на основе сети.
Оценка кандидата
Проверки, раскрывающие реальный операционный опыт.
Не гипотетический случай. Кандидат с реальным опытом может описать конкретный сбой синхронизации или простой, что он заметил первым и что изменил после этого.
Пусть он своими словами разберёт, почему клиент исполнения и клиент консенсуса запускаются вместе, а не даёт заученное определение.
Спросите конкретно, как хранятся ключи, кто имеет к ним доступ и что происходит при утере ноутбука с доступом. Расплывчатые ответы служат тревожным знаком.
Попросите показать или подробно описать конфигурацию оповещений, которую он построил для проекта в сети, и что она бы поймала.
Сильный инженер называет чёткую границу, например переход в мейннет с реальной ценностью на кону, где он настоит на независимой проверке заранее.
Эти проверки применимы независимо от того, нанимаете ли вы блокчейн-инженера в Дубае на один инфраструктурный проект или на постоянную выделенную роль в команде.
Сертификации
Инфраструктурные и облачные сертификации здесь значат больше, чем любой отдельный блокчейн-значок.
Ни Ethereum, ни собственная документация Geth не описывают программу сертификации для эксплуатации узлов или инфраструктурной работы, поэтому любую продаваемую «сертификацию по блокчейн-инфраструктуре» стоит считать сторонним продуктом, а не официальным удостоверением. Если вы планируете нанять блокчейн-инженера в Дубае на основании одного сертификата, спросите, что именно охватывал курс.
Общий инфраструктурный и security-опыт, например с облачными платформами и управлением секретами, в сочетании с конкретным, проверяемым проектом в сети, расскажет больше, чем название сертификата в резюме.
Особенности ОАЭ
Два регулятора, о которых стоит знать до того, как инфраструктурная работа коснётся реальной ценности.
Регулирующий орган виртуальных активов Дубая курирует деятельность с виртуальными активами, ведущуюся в эмирате или из него. Когда вы нанимаете блокчейн-инженера в Дубае для построения инфраструктуры, лежащей в основе услуги виртуальных активов, поставьте вопрос лицензирования перед VARA или юристом напрямую на этапе оценки, поскольку инфраструктурные решения могут повлиять на то, что впоследствии потребует показать заявка на лицензию.
Отдельно Центральный банк ОАЭ лицензирует организации, предоставляющие услуги платёжных токенов, по собственному своду правил. Блокчейн-инженеру, чья инфраструктура перемещает или хранит платёжные токены, стоит прямо сказать, что этот регуляторный вопрос находится в ведении Центрального банка и ваших юристов, а не команды разработки.
Ни один из этих разделов не является юридической консультацией. Бизнесу в ОАЭ стоит уточнять любой вопрос лицензирования у VARA, Центрального банка ОАЭ или собственных юристов до запуска инфраструктуры.
Эта страница входит в нашу категорию блокчейна и Web3, часть более широкого раздела найма разработчиков в Дубае. Если вам нужно построение приложения и контракта, а не инфраструктура, посмотрите нашу страницу блокчейн-разработчика, а для backend-работы с протоколами ближе к продукту посмотрите Web3-инженера. Наши страницы облачных услуг и кибербезопасности охватывают более широкую инфраструктурную и security-работу за пределами блокчейна, а Solidity-разработчик охватывает язык контрактов, если пробел именно там.
Прямые ответы
Блокчейн-разработчик обычно сосредоточен на построении приложения и логики контракта. Блокчейн-инженер сосредоточен на инфраструктуре под этим слоем: узлах, сервисе индексирования, делающем данные сети доступными для запросов, и операционной безопасности ключей, чтобы приложение оставалось надёжным в продакшене.
Не всегда. Многие продукты используют управляемого поставщика узлов вместо того, чтобы эксплуатировать инфраструктуру самостоятельно. Блокчейн-инженер может честно взвесить это решение против ваших потребностей в надёжности, стоимости и данных, а не предполагать, что собственный узел нужен с первого дня.
Необработанные данные сети отвечают на вопросы об одной транзакции или одном блоке за раз. Уровень индексирования переупорядочивает эти данные так, чтобы ваше приложение могло задать обычный вопрос, например запросить полную историю транзакций пользователя, не сканируя сеть с самого начала каждый раз.
Через разделение обязанностей и хранение с аппаратной защитой, а не через ключ, лежащий в конфигурационном файле или переменной окружения. Блокчейн-инженер должен описать конкретный подход к управлению ключами для вашего проекта, а не давать расплывчатое заверение, что всё под контролем.
Блокчейн-инженер может проверить практику инфраструктуры и развёртывания контрактов и указать на риски. Формальный, независимый аудит смарт-контракта обычно является отдельным, специализированным заказом у аудиторской фирмы, который мы бы рекомендовали и помогли оценить, а не выполняли сами.
Источники
Фиксированная цена в письменном виде
Получили. Мы уже готовим ваше предложение.
В рабочее время вы получите его в течение 45 минут. Проверьте почту, там письмо с подтверждением.