Copper.co ClearLoop: custody, off-exchange settlement и API интеграция

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1Все 1305 услуг
Copper.co ClearLoop: custody, off-exchange settlement и API интеграция
Средний
~3-5 дней
Часто задаваемые вопросы

Направления блокчейн-разработки

Этапы блокчейн-разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1374
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1256
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    965
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1208
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    667
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    954

Крах FTX и других бирж показал: активы на торговой платформе — это не ваши активы. Институциональные инвесторы теперь требуют zero counterparty risk. Copper.co решает это через ClearLoop — сеть off-exchange settlement, где средства хранятся в MPC-кошельках под полным контролем клиента, а торги идут без передачи активов бирже. Мы реализовали 15+ проектов интеграции custody, включая ClearLoop для фондов с портфелями от $50M.

Что даёт интеграция?

Без ClearLoop: трейдер переводит $10M на Binance — активы на бирже. Риск: взлом или банкротство. С ClearLoop: активы в custody Copper, на бирже только кредитная линия. Сеттлмент проходит внутри ClearLoop несколько раз в день (intraday netting). Итог — нулевой контрагентский риск. ClearLoop в 6 раз быстрее блокчейн-сеттлмента и экономит до 60% на комиссиях за вывод средств по сравнению с обычным переводом.

Для продуктов: custody API даёт программный доступ к кошелькам institutional уровня с MPC, policy engine для multi-level approval, audit trail для compliance. Всё это — в единой интеграции. Согласно отчётам Copper, клиенты экономят до 60% на комиссиях.

Как работает ClearLoop?

ClearLoop — это сеть, где каждая сделка записывается в офчейн-реестр, а финальный расчёт происходит внутри системы без блокчейн-транзакций. Это значит, что даже при огромных объёмах (типичные клиенты управляют портфелями от $10M) газовые издержки равны нулю. Согласно документации, ClearLoop поддерживает intraday netting с частотой расчетов до 6 раз в день, что снижает операционные риски.

Copper API: ключевые эндпоинты

Copper предоставляет REST API + WebSocket для real-time событий. Аутентификация: API Key + HMAC-SHA256 подпись запроса. Ниже полный пример клиента и вызовов — обратите внимание на обработку ошибок и подпись.

import crypto from 'crypto';
import axios from 'axios';

class CopperClient {
  private baseUrl = 'https://api.copper.co';

  private signRequest(
    method: string,
    path: string,
    timestamp: number,
    body: string,
  ): string {
    const message = `${timestamp}${method.toUpperCase()}${path}${body}`;
    return crypto
      .createHmac('sha256', process.env.COPPER_API_SECRET!)
      .update(message)
      .digest('hex');
  }

  async request<T>(method: string, path: string, data?: unknown): Promise<T> {
    const timestamp = Date.now();
    const body = data ? JSON.stringify(data) : '';
    const signature = this.signRequest(method, path, timestamp, body);

    const response = await axios({
      method,
      url: `${this.baseUrl}${path}`,
      data: data || undefined,
      headers: {
        'Authorization': `ApiKey ${process.env.COPPER_API_KEY}`,
        'X-Signature': signature,
        'X-Timestamp': timestamp.toString(),
        'Content-Type': 'application/json',
      },
    });
    return response.data;
  }

  // Portfolio & wallets
  async getPortfolios() {
    return this.request('GET', '/platform/portfolios');
  }

  async getWallets(portfolioId: string) {
    return this.request('GET', `/platform/portfolios/${portfolioId}/wallets`);
  }

  async createWallet(portfolioId: string, name: string, currency: string, type: 'hot' | 'cold') {
    return this.request('POST', '/platform/wallets', {
      portfolioId,
      name,
      mainCurrency: currency,
      type,
    });
  }

  // Transactions & approval
  async createTransaction(portfolioId: string, currency: string, amount: string, toAddress: string, network: string, memo?: string) {
    return this.request('POST', '/platform/transactions', {
      type: 'withdrawal',
      portfolioId,
      currency,
      amount,
      toAddress,
      network,
      memo,
    });
  }

  // ClearLoop
  async transferToClearloop(fromPortfolioId: string, toExchangeAccountId: string, currency: string, amount: string) {
    return this.request('POST', '/clearloop/transfers', {
      fromPortfolioId,
      toExchangeAccountId,
      currency,
      amount,
    });
  }

  async getClearloopPositions(exchangeAccountId: string) {
    return this.request('GET', `/clearloop/positions/${exchangeAccountId}`);
  }
}

WebSocket: real-time обновления

import WebSocket from 'ws';

const ws = new WebSocket('wss://ws.copper.co/platform');

ws.on('open', () => {
  ws.send(JSON.stringify({
    type: 'auth',
    apiKey: process.env.COPPER_API_KEY,
    signature: generateWsSignature(),
    timestamp: Date.now(),
  }));

  ws.send(JSON.stringify({
    type: 'subscribe',
    channels: ['transactions', 'portfolio_balances'],
    portfolioIds: [portfolioId],
  }));
});

ws.on('message', (data) => {
  const event = JSON.parse(data.toString());
  if (event.type === 'transaction_update') {
    handleTransactionUpdate(event.payload);
  }
  if (event.type === 'balance_update') {
    handleBalanceUpdate(event.payload);
  }
});

Compliance и reporting

Copper предоставляет audit-ready данные: все транзакции с timestamp, approver log, blockchain confirmation. Интеграция экспорта транзакционной истории за любой период — один API-запрос. Каждая запись включает: initiator, approvers, timestamps, txHash. Для регламентной отчётности достаточно подключить SIEM-систему через WebSocket. Для точного расчёта стоимости интеграции и сроков свяжитесь с нами — мы проведём аудит вашей инфраструктуры и предложим оптимальное решение.

Как устроена интеграция? Типовые этапы

Этап Длительность Что происходит
KYB onboarding 2–4 недели Оформление документов, верификация компании, получение API-ключей
Базовая интеграция API 2–3 недели Разработка SDK, обработка webhooks, реализация deposit/withdrawal
Интеграция ClearLoop 2–4 недели Настройка биржевых аккаунтов, работа с off-exchange settlement
Approval workflow 1–2 недели Настройка policy engine, интеграция multi-signature approval
Compliance reporting 1–2 недели Экспорт транзакций, audit trail, подключение SIEM
QA и тестирование 1–2 недели Тесты в sandbox, нагрузочное тестирование, security audit

ClearLoop vs обычный settlement: сравнение

Параметр ClearLoop Обычный settlement
Риск контрагента Нулевой (активы в custody) Высокий (активы на бирже)
Скорость расчетов Intraday netting (до 6 раз/день) Зависит от блокчейна
Стоимость транзакций Минимальные (внутренний netting) Газ + комиссии биржи
Прозрачность audit Полный audit trail Ограничен
Поддержка бирж 10+ (Binance, Deribit, Kraken) Только одна

Типичные ошибки при интеграции

  1. Неправильный порядок подписи HMAC. Timestamp и метод должны быть в точном порядке. Ошибка на одну секунду — запрос отклонён.
  2. Игнорирование webhook-ов. Статус транзакции меняется асинхронно — полагаться только на ответ API нельзя. Нужно обрабатывать wss-события.
  3. Пропуск настройки policy engine. Без правильных лимитов и whitelist-ов транзакции могут зависнуть на approval.
  4. Забыть про KYB. Доступ к API даётся только после полной верификации — начинать интеграцию без KYB бесполезно.

Кейс: интеграция ClearLoop для хедж-фонда. Один из наших клиентов — хедж-фонд с оборотом $50M в месяц — столкнулся с высокой комиссией за вывод средств (до 0.5% на Ethereum). Мы интегрировали ClearLoop за 8 недель, настроив off-exchange settlement с Binance и Deribit. Результат: нулевой контрагентский риск, экономия $120K в год на комиссиях за счёт intraday netting. Весь audit trail автоматически экспортируется в их SIEM.

Что входит в работу

  • Документация интеграции (архитектура, схемы данных, sequence diagrams)
  • Исходный код SDK/адаптера (TypeScript/Python на выбор)
  • Доступы к тестовому sandbox Copper
  • Интеграция webhook-ов для статусов транзакций
  • Нагрузочное тестирование ClearLoop-каналов
  • Поддержка в течение месяца после деплоя

Свяжитесь с нами для предварительной оценки проекта. Мы поможем спланировать архитектуру, подготовить документацию и пройти KYB с минимальными задержками. Получите консультацию — наши инженеры проверят вашу текущую архитектуру и дадут roadmap интеграции.

Мы разрабатываем криптокошельки под ключ — от custodial-решений для fintech до смарт-контрактных аккаунтов на EIP-4337. 5+ лет на рынке блокчейн-разработки, 40+ реализованных проектов. Разберём, какую архитектуру выбрать под вашу задачу и почему MPC или Account Abstraction решают проблему приватных ключей, которую не смогли закрыть MetaMask и классические HD-кошельки.

Почему классические кошельки опасны для бизнеса?

Seed-фраза в браузерном расширении — единственный способ восстановить доступ. Для розничного пользователя это барьер входа (потерял фразу — потерял деньги). Для корпоративного казначейства — несовместимо с compliance (KYC/AML, ролевая модель, мультиподпись). Любая утечка одного ключа компрометирует все средства. Эти риски заложены в архитектуру, а не в плохой UX.

Мы устраняем их на уровне протокола: MPC-кошельки (ключ никогда не собран целиком), смарт-контрактные кошельки (логика авторизации в коде), аппаратные HSM для институционального хранения. Ниже — детали.

Custodial vs Non-custodial: в чём реальная разница

Custodial — провайдер хранит приватный ключ. Пользователь аутентифицируется через email/password/OAuth. Восстановление тривиально, KYC/AML встроены. Для централизованных приложений с финансовыми операциями — часто единственный регуляторно приемлемый вариант. Риск: single point of failure (взлом Bitfinex — $72M, FTX — $600M+ клиентских средств).

Non-custodial — ключи у пользователя. Провайдер не имеет доступа к средствам. Ответственность за хранение ложится на пользователя. Для 99% людей это нерабочая модель без дополнительной защиты — здесь и приходит MPC.

MPC-кошельки: ключ, которого нет

Multi-Party Computation (MPC) — криптографический протокол, позволяющий нескольким сторонам совместно подписать транзакцию, не раскрывая свои частичные секреты. Приватный ключ никогда не существует в собранном виде.

Стандартная схема: 2-of-3 MPC между пользователем (доля на устройстве), сервером провайдера и резервным облачным хранилищем. Транзакция подписывается двумя любыми из трёх сторон. Телефон потерян — восстановление через сервер + облако. Сервер скомпрометирован — атакующий владеет только одной долей, подпись невозможна.

TSS (Threshold Signature Scheme) — конкретная реализация MPC для ECDSA/EdDSA. Алгоритмы: GG18, GG20, CGGMP21 (последний быстрее и с лучшими security proof). Библиотеки: tss-lib (Go, от Binance), multi-party-sig (Go, от Coinbase), ZenGo-X/multi-party-ecdsa (Rust).

MPC не требует on-chain изменений — для блокчейна подпись выглядит как обычная single-key подпись. Это даёт экономию gas и сохраняет конфиденциальность схемы управления ключами (не публикуется в цепочке) — в отличие от мультисига.

Account Abstraction (EIP-4337): смарт-контракт как кошелёк

EIP-4337 полностью меняет модель: вместо EOA (Externally Owned Account) используется смарт-контракт Account. Логика авторизации — в коде контракта, не в криптографии протокола. Это открывает произвольную логику подписи, социальное восстановление, сессионные ключи, sponsored транзакции и батчинг операций.

Как работает стек EIP-4337:

User → UserOperation → Bundler → EntryPoint contract → Account contract
                                          ↑
                                    Paymaster (optional, pays gas)

UserOperation — новый тип объекта (не L1-транзакция). Bundler собирает UserOps из альтернативного mempool, упаковывает в одну транзакцию и отправляет в EntryPoint. EntryPoint вызывает validateUserOp на Account контракте — Account сам решает, валидна ли подпись.

Практические возможности:

Социальное восстановление. Контракт хранит список guardian'ов (другие адреса или сервис). Потеря ключа — guardians голосуют за замену. Argent использует схему с 2020 года.

Сессионные ключи. Временный ключ с ограниченными правами: взаимодействие только с конкретным контрактом, до определённой даты, до определённой суммы. Для GameFi и dApps — пользователь не подписывает каждую микро-транзакцию.

Paymaster. Сторонний контракт платит газ за пользователя. Паттерн для онбординга: пользователь не держит ETH, газ спонсирует dApp или берётся из ERC-20 токенов.

Реализации: Safe{Core} Protocol, Biconomy SDK (Stackup), ZeroDev (Kernel), Alchemy (Rundler bundler). На Ethereum mainnet, Polygon, Arbitrum, Optimism EntryPoint v0.6/v0.7 задеплоен и активен. Гарантируем совместимость с последними версиями контрактов.

Hardware Security Module для корпоративных кошельков

Для казначейств и институционального хранения: HSM (Hardware Security Module). Ключ генерируется и никогда не покидает защищённый чип. Подпись — внутри HSM. Поддерживается аппаратная аттестация. Используемые решения: AWS CloudHSM, Azure Dedicated HSM, Thales Luna, YubiHSM 2 (для небольших объёмов). Интеграция через PKCS#11 или cloud-specific API.

Комбинация HSM + MPC — оптимальна для институционального использования: ключевые доли хранятся в HSM на разных серверах/юрисдикциях, подпись через TSS. Это обеспечивает соответствие регуляторным требованиям (например, для крипто-кастодианов).

Интеграция с dApps: WalletConnect и стандарты

Любой кошелёк должен уметь взаимодействовать с dApps. Стандарт — WalletConnect v2 (Sign API): QR-код или deep link, peer-to-peer зашифрованный канал через relay сервер. Для браузерных расширений — EIP-1193 (Ethereum Provider API).

На фронтенде используем wagmi + viem — один интерфейс для MetaMask, WalletConnect, Coinbase Wallet, injected providers. Для Account Abstraction — EIP-5792 (wallet capabilities) и EIP-7677 (paymaster service).

Процесс разработки

  1. Threat model — кто пользователь (B2C, B2B, institutional), какие операции, каков допустимый risk model. От этого зависит архитектура.
  2. Выбор и проектирование схемы хранения ключей — MPC, HSM, мультисиг или их комбинация.
  3. Разработка Account контракта (если EIP-4337) или интеграция MPC-библиотеки.
  4. Backend — MPC-координация, управление сессиями, paymaster-сервис (если нужен).
  5. Мобильное/браузерное приложение — UI с интеграцией WalletConnect, биометрии, QR.
  6. Интеграция с dApps — EIP-1193, WalletConnect v2.
  7. Аудит контрактов и криптографических реализаций — обязательный этап. MPC-библиотеки имеют известные уязвимости (GG18 подвержен атаке при malicious participant без abort protocol). Используем библиотеки с актуальными security review (CGGMP21). Опыт прохождения аудитов у Certik, Hacken, Trail of Bits — подтверждаем сертификатами.

Что входит в работу (deliverables)

  • Исходные коды смарт-контрактов (Solidity/Rust) с документацией
  • Backend-сервис MPC-координации (на Go или Rust) с API
  • Мобильное приложение (iOS/Android) или браузерное расширение
  • Интеграция с WalletConnect, Ledger/Trezor (по необходимости)
  • Подготовка к аудиту безопасности (отчёт со списком уязвимостей)
  • Документация администратора и пользователя
  • Доступ к репозиторию, CI/CD, мониторинг (Tenderly, Etherscan API)
  • Обучение вашей команды (2-3 сессии)
  • Поддержка после запуска — 1 месяц

Сроки и стоимость

Тип решения Сроки (рабочие недели)
Custodial с базовым UI 4–8
Non-custodial с MPC-интеграцией 8–16
EIP-4337 Account с paymaster 6–12
Institutional (HSM + MPC + compliance) от 16

Стоимость рассчитывается индивидуально под ваш проект. Оценим за 1 день — напишите на почту или в Telegram. Предоставляем гарантию на код и timeline.

Типичные ошибки при разработке криптокошельков (и как их избежать)

  • Использование устаревших MPC-библиотек — GG18 без abort protocol. Выбираем CGGMP21 или tss-lib с актуальными audit report.
  • Жёсткая привязка к одному блокчейну — не закладывают абстракцию под L2/сайдчейны. Используем viem/wagmi для кросс-чейн.
  • Игнорирование MEV-атак — при использовании мультисига без таймлоков. Добавляем tx simulation (Tenderly) и sandwitching protection.
  • Отсутствие fallback-механизма восстановления — для Account Abstraction не настраивают social recovery. Закладываем с первого релиза.

Устраняем эти грабли на этапе проектирования — под каждый проект составляем threat model и security checklist.

Нужен надёжный кошелёк без компромиссов? Получите консультацию нашего архитектора — разберём вашу задачу и предложим архитектуру с точной сметой. Оставляйте заявку — ответим в течение дня.