Backend-разработчик Go

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