Staff Engineer — Custody Platform

Чем вы будете заниматься

• Проектировать, писать и внедрять критически важные компоненты платформы: движок политик, оркестрация подписей, рабочие процессы жизненного цикла ключей, потоки восстановления, одобрения, журналы аудита, многопользовательские кошельки и сервисы аккаунтов.
• Руководить нетривиальными кросс-функциональными инициативами в вашей области — посредством письменных RFC, ревью дизайна и кода, а не через иерархию.
• Создавать высоконагруженные многопользовательские SaaS-системы: изоляция клиентов, квоты, лимиты запросов, обратное давление, управление параллелизмом, предсказуемая задержка при пиковых нагрузках.
• Распределенные системы и надежность: идемпотентность, повторные попытки, outbox/inbox, событийно-ориентированные рабочие процессы, саги и конечные автоматы, повторное выполнение, плавное снижение производительности.
• Безопасность по дизайну: минимальные привилегии, управление секретами, mTLS/JWT, журналы с защитой от несанкционированного доступа, модели данных, готовые к аудиту — разработанные с учетом требований SOC 2, ISO 27001 и DORA с первого дня.
• Производительность и данные: профилирование, нагрузочное тестирование, бенчмаркинг, анализ конкуренции, настройка сборщика мусора; глубокое понимание реляционного моделирования (Postgres или аналог), миграций, индексации, четких границ согласованности.
• Разработка с помощью ИИ как ключевая компетенция: выпуск продакшн-кода с использованием Claude Code, Cursor и Codex; создание паттернов промптов и агентов, которые работают для вашей области; вклад в корпоративные практики инженерии с использованием ИИ; знание, когда использовать ИИ активно (периферия, интеграции, тесты, документация), а когда нет (криптографическое ядро, пути подписи), где слепая генерация небезопасна.
• Разработка паттернов и общих библиотек для сервисов, с которыми работает ваша область; повышение стандартов через ревью кода и примеры.
• Полная ответственность за фичи: дизайн-документы / RFC, код, тесты, наблюдаемость, развертывание, дежурства. Никаких передач «через стену».
• Менторство старших инженеров: ваши ревью и письменные дизайны — самый сильный сигнал для остальной команды.

Обязательный опыт

• Прочные основы Computer Science — наш основной критерий отбора. Вы можете рассуждать от первых принципов о параллелизме, распределенных системах, моделях согласованности, сетях и поведении ОС. Вы знаете не только, что делают блокировки и каналы, но и почему и когда. Вы понимаете, что происходит «под капотом», а не только на уровне API.
• Мышление, ориентированное на ответственность. Вы несли полную ответственность за нетривиальные продакшн-системы — от дизайна до внедрения, измерения, улучшения и дежурств. Вы не ждете указаний, что делать, и не выпускаете код, который не понимаете.
• 10+ лет опыта в бэкенд-разработке, включая 3+ года работы на уровне Staff (или эквивалентный уровень старшего индивидуального контрибьютора).
• Уверенный продакшн-опыт работы с современным системным языком — Go, Rust, Java, C++ или аналогичным.
• Практический опыт работы с Go или реальная готовность быстро освоить Go в первый месяц.
• Подтвержденный опыт технического лидерства на уровне Staff через код, RFC и влияние — без формальной власти над командами. Вы можете указать на RFC, которые вы написали и которые были приняты командой, инициативы, которые вы вели, не будучи менеджером, паттерны, которые вы установили и которые пережили вас.
• Подтвержденный опыт создания высоконагруженных многопользовательских SaaS-систем в продакшене (HA, реагирование на инциденты, SLO).
• Практический опыт работы с современными бэкенд-стеками: gRPC/HTTP, очереди/потоки, кэширование, реляционные базы данных, Kafka/NATS или аналогичные.
• Строгая дисциплина тестирования: юнит-/интеграционные-/контрактные тесты, дизайн с учетом тестируемости, детерминированный CI.
• Сильные привычки в области наблюдаемости: структурированное логирование, метрики, трассировка, сквозная отладка в продакшене.
• ОБЯЗАТЕЛЬНО: продакшн-использование современных инструментов кодирования с ИИ (Claude Code, Cursor, Codex или аналогичные). Вы можете указать на то, что вы создали с их помощью. Вы читаете сгенерированный ИИ код как враждебный рецензент, а не как благодарный получатель — у вас есть интуиция относительно того, что ИИ склонен делать неправильно, и вы не выпускаете код, который не могли бы написать сами.

Желательно иметь

• Опыт работы с системами хранения данных, кошельками или подписания (MPC, HSM, TEE, управление ключами, одобрения).
• Интеграция с аппаратными кошельками (Ledger).
• Несколько блокчейн-экосистем (минимум EVM и Bitcoin; Cosmos, Solana, другие — плюс).
• Создавали пользовательских агентов, интеграции MCP или рабочие процессы с ИИ внутри репозитория, которые повышали производительность команды.
• Разрабатывали и проводили оценки для кода, сгенерированного ИИ (корректность, безопасность, стиль).
• Kubernetes и service mesh в продакшене; практики SRE.
• Опыт работы в регулируемой среде (финтех, аудиты безопасности, разработка с учетом требований соответствия).
• Моделирование угроз и участие в ревью безопасности.
• Знакомство с SOC 2, ISO 27001 и DORA — достаточное для проектирования с учетом этих требований.

Soft skills

• Прежде всего — мышление, ориентированное на ответственность: вы выпускаете, вы измеряете, вы улучшаете.
• Лидерство через письменное изложение, код и пример — не через иерархию.
• Четкая письменная коммуникация: дизайн-документы, RFC, отчеты об инцидентах, анализ компромиссов.
• Прагматичное техническое лидерство: повышает стандарты, не тормозя прогресс.
• Менторство: помогает старшим инженерам становиться быстрее, безопаснее, более независимыми.
• Комфорт в условиях неопределенности; согласование технических решений с продуктом и рисками.

Чем эта роль НЕ является

• Ролью управления людьми.
• Чисто архитектурной ролью / ролью «сценариста». Вы пишете продакшн-код в этой кодовой базе каждую неделю, а ответственность за архитектуру всей платформы лежит на других.
• Ролью, посвященной только исследованиям в области криптографии. Вы сотрудничаете с нашим криптографическим исследователем; ваш фокус — инжиниринг платформы, а не дизайн протоколов.
• Чистым исполнением тикетов фич. Если вы ждете указаний, что делать, это не сработает.

Что мы предлагаем

• Роль Staff IC с реальным техническим лидерством — без управления людьми, без прохождения через механику спринтов, без архитектуры путем голосования комитета.