Интеграция с Nexus Mutual
DeFi-протоколы теряют средства пользователей из-за эксплойтов регулярно: Euler Finance — $197M, Beanstalk — $182M, Wintermute — $160M. Страхование on-chain перестало быть маркетинговой опцией и стало гигиеническим минимумом для протоколов с TVL выше $1M. Nexus Mutual — единственный зрелый децентрализованный страховщик с реальными выплатами и прозрачным underwriting pool. Интеграция с ним — не три строчки кода; это работа с нетривиальным API, кастомными продуктами покрытия и on-chain governance.
Как устроено покрытие Nexus Mutual
Nexus Mutual работает на базе mutual model: NXM-холдеры являются андерайтерами и несут риск выплат. Покрытие выдаётся в виде Cover NFT (ERC-721) с параметрами: сумма, валюта (ETH/DAI), период (30–365 дней), тип продукта.
С версии v2 (2023) структура изменилась принципиально. Появились StakingPool — отдельные пулы андерайтеров под конкретные протоколы, и Products — настраиваемые параметры покрытия. Это открыло возможность для интеграции прямо в UI протокола: пользователь страхует свою позицию, не уходя на nexusmutual.io.
Типы покрытия, доступные через API
Protocol Cover — покрытие smart contract риска конкретного протокола. Выплачивается при успешном on-chain голосовании о признании инцидента. Самый востребованный тип.
Custody Cover — покрытие риска кастодиана (централизованная биржа, кастодиальный кошелёк). Актуально для yield-агрегаторов, которые держат средства на CEX.
EtherPosition Cover — покрытие риска ETH 2.0 staking через Lido, Rocket Pool и другие liquid staking протоколы.
Технические детали интеграции
Cover Broker контракт
Прямая интеграция идёт через Cover Broker паттерн. Nexus Mutual предоставляет интерфейс ICover с функцией buyCover. Вызывать его напрямую из UI без посредника неудобно — нужно формировать CoverData структуру, передавать poolAllocationRequests. Cover Broker абстрагирует это.
struct BuyCoverParams {
uint24 coverId; // 0 для нового покрытия
address owner;
uint24 productId; // ID продукта в Nexus
uint8 coverAsset; // 0=ETH, 1=DAI
uint96 amount; // сумма покрытия
uint32 period; // в секундах
uint256 maxPremiumInAsset;
uint8 paymentAsset;
uint256 commissionRatio; // до 25% комиссии брокеру
address commissionDestination;
bytes ipfsData;
}
Поле commissionRatio позволяет протоколу зарабатывать на страховании своих же пользователей — до 25% от премии идёт в commissionDestination. Это реальная revenue stream, которую большинство интеграторов игнорирует.
Получение котировки (quote)
Котировка запрашивается через off-chain API Nexus Mutual (https://api.nexusmutual.io/v2), а не on-chain. Эндпоинт /quote принимает productId, period, coverAmount, coverAsset и возвращает premiumInNXM, premiumInAsset и список poolAllocations — какой StakingPool покрывает какую долю риска.
Эти poolAllocations нужно передать в buyCover транзакцию. Если данные устарели (> 10 минут), транзакция ревертится с CoverAmountNotAvailable. Типичная ошибка при интеграции — кэшировать котировку дольше 5–7 минут.
Проверка активного покрытия on-chain
После покупки пользователь получает Cover NFT на свой адрес. Для отображения статуса страховки в UI протокола — запрос к ICoverViewer:
function coverData(uint256 coverId) external view returns (CoverData memory);
Возвращает productId, coverAsset, amountPaidOut, gracePeriod. Поле gracePeriod важно: даже после истечения периода покрытия пользователь может подать заявку на выплату в течение grace period (обычно 35 дней) если инцидент произошёл до истечения.
Процесс работы
Анализ (0.5 дня): определяем тип покрытия (Protocol/Custody/EtherPosition), список StakingPool с достаточной ёмкостью под ваш протокол, productId в системе Nexus.
Разработка Cover Broker контракта (1 день): обёртка над ICover, проверки параметров, события для индексации.
Бэкенд-сервис котировок (0.5 дня): кэш с TTL 5 минут, повтор при CoverAmountNotAvailable, fallback при недоступности API.
UI-компонент (1 день): форма страхования с выбором суммы/периода, отображение активных покрытий через ICoverViewer, уведомления об истечении.
Тестирование (0.5 дня): fork-тесты на Ethereum mainnet через Foundry, проверка граничных случаев (нулевая ёмкость пула, максимальный period).
Итого: 2–3 дня. Сроки увеличиваются если нужна кастомная логика распределения премии или интеграция с несколькими типами покрытия одновременно. Стоимость рассчитывается индивидуально.