Мы строим лицензированную платформу обмена цифровыми валютами под новое российское законодательство и проектируем систему сразу под требования регулятора.
Продукт разрабатывается с нуля. Вы будете участвовать в принятии архитектурных решений, а не разбирать чужое легаси.
- Проектировать и разрабатывать учетное ядро (позиции клиентов, проводки, сверки, неизменяемый журнал операций).
- Строить интеграции с банками и цифровыми депозитариями (прием и отправка платежей, сопоставление с заявками, возвраты и контроль реквизитов).
- Реализовывать движок котировок (анализ данных с торговых площадок, учет рисков и расчет справедливой цены актива).
- Разрабатывать механизмы контроля сделок (скоринг адресов, антифрод-проверки и контроль лимитов).
- Участвовать в принятии архитектурных решений (определять границы сервисов, контракты и подходы к обеспечению надежности системы).Требования:
- Коммерческий опыт разработки от 5 лет (из них на Go от 2-х лет).
- Наличие опыта построения распределенных систем, проектирование API (gRPC/REST).
- Глубокое понимание concurrency в Go: горутины, каналы, sync-примитивы, корректная обработка race conditions.
- Уверенная работа с реляционными БД: транзакционность, опыт с advisory locks и оптимистичной блокировкой в PostgreSQL.
- Практический опыт с Kafka: гарантии доставки, партиционирование, обработка дубликатов и ретраев.
- Внимание к качеству кода: тесты, читаемость, дисциплина в работе с публичными API.
- Способность работать с высокой анатомией: самостоятельно расставлять приоритеты и брать ответственность за направления.
- График: 8-часовой рабочий день, начало рабочего дня 10:00-12:00 по мск.вр.
- Работа в стабильной, аккредитованной компании с официальным окладом (обсуждается по итогам собеседования и опыта).
- Оформление по трудовому кодексу РФ (оплачиваемые отпуска и больничные листы).
- Формат работы: удаленно, полная занятость.
- Предоставляется ДМС (после прохождения испытания при приеме на работу).
- *Что делает задачу нетривиальной:**
- Жесткие регуляторные требования. Высокие стандарты безопасности и аудируемости необходимо учитывать уже на уровне архитектуры продукта.
- Финансовые операции не атомарны и распределены по независимым контурам. Необходимо обеспечить корректное восстановление после сбоев.
- Сложная доменная модель. Нужно синхронизировать состояния ордеров, платежей, блокчейн-транзакций и внутренних проводок, сохраняя консистентность между ними.