Інфраструктура гаманців для вашого продукту

Створюйте вбудовані MPC-гаманці, керуйте транзакціями та відстежуйте баланси через API BroSettlement. BroSettlement працює в робочому режимі. Зареєструйтеся, щоб почати.

ЗареєструватисяПереглянути демо sandbox
USDT / USDCCo-Signer у середовищі клієнтаПідписання запитів Ed25519API доступний у робочому режимі

Безпека не має відкриватися лише після обсягу

Молоді команди часто просять довести місячний обсяг до того, як їм дадуть нормальну безпеку гаманців, справедливі умови або швидкий онбординг. Це перевернута логіка: інфраструктура потрібна саме для того, щоб створити цей обсяг.

Податок на чесність стартапу

Якщо засновник чесно каже: ми запускаємося й ще не знаємо обсяг, ринок часто відповідає гіршими умовами, довгим sales-процесом або проханням повернутися пізніше.

Перші депозити вже потребують контролю

Коли команда тільки тестує крипто-депозити, виведення й баланси гравців, їй уже потрібні безпечне підписання, зрозумілі правила виплат і журнал для звірки.

Приймання платежів — це ще не вся інфраструктура

Платіжний шлюз може допомогти прийняти крипто. BroSettlement потрібен командам, яким важливо керувати гаманцями, балансами, виведеннями, звіркою та подіями розрахунків.

Інфраструктура гаманців. Готова до інтеграції.

Вбудовані гаманці

Створюйте MPC-гаманці через DKG для гравців, мерчантів, користувачів або рахунків.

Відправлення в мережі

Відправляйте підписані транзакції в доступні мережі. Перевіряйте підтримувані мережі й активи через Assets API.

Операційний журнал

Використовуйте операційний журнал для звірки, аудиторського сліду й операцій із балансами клієнтів.

Co-Signer у середовищі клієнта

Розміщуйте Co-Signer у власному середовищі та керуйте своєю часткою ключа й правилами підписання.

Засоби контролю API

Захищайте API-запити підписом Ed25519, списками дозволених IP, перевіркою nonce та правами доступу організації.

Порогове підписання. Спільний контроль.

Процес підписання використовує поріг 2-з-3: для створення підпису потрібні дві визначені частки. Однієї частки недостатньо для підписання.

  • DKG + MPC підписання 2-з-3Три розподілені частки; для створення підпису потрібні дві
  • Ed25519 у контракті APIПідписання запитів описано в поточній документації API
  • RBAC із 5 ролямиВласник, адміністратор, оператор, переглядач, сервісний доступ
  • Перевірка nonceУнікальні nonce допомагають відхиляти повторно надіслані підписані запити
  • Список дозволених IP для кожного API-ключаОбмежуйте використання API-ключа налаштованими мережевими джерелами
Модель підписання MPC-CMPMPC · 2/3
Гаманецьпоріг 2/3
K1Co-Signer клієнта
K2Підписувач BroSettlement
K3Резервна частка
Основний шлях використовує K1 + K2; K3 залишається окремою резервною часткою

Co-Signer у середовищі клієнта. Ваш контроль підписання.

Co-Signer працює у вашому середовищі, зберігає вашу частку ключа й звертається до вашої системи для перевірки правил. Для основного шляху підписання потрібні і ваша частка, і платформна частка BroSettlement.

Co-Signer

BroSettlement використовує Co-Signer у середовищі клієнта для підписання в робочому режимі.

Позиціонування

Деякі платформи гаманців повністю утримують компонент підписання у власній інфраструктурі.

Доступ до коду

Переглядайте код Co-Signer в офіційному репозиторії BroLabel

Контейнерне розгортання

Передбачені середовища розгортання включають хмару клієнта, on-premises і приватний VPC

Частка B під керуванням клієнта

Ви керуєте часткою B; для основного підписання також потрібна платформна частка BroSettlement

Перевірка політик

Ваша система може перевіряти налаштовані ліміти, увімкнені мережі й пороги схвалення перед підписанням

Від запиту клієнта до відправлення в мережу. Єдиний процес.

Створення гаманців, наміри транзакцій, контроль API, записи в журналі, порогове підписання, відправлення в мережі й оновлення подій в одній інтеграції.

  1. 01

    API-запити використовують підписи Ed25519, списки дозволених IP і перевірку nonce

  2. 02

    Операційний журнал записує намір транзакції до початку підписання

  3. 03

    Ваш Co-Signer перевіряє правила й повертає рішення про схвалення

  4. 04

    Основний MPC-шлях потребує вашої частки й платформної частки для створення підпису

  5. 05

    Відстежуйте відправлення в мережі та життєвий цикл транзакцій через WebSocket-події

Як рухається підписана транзакція

Потік побудований так, щоб API, перевірка політик, підписання, операційний журнал і трансляція в мережу залишалися розділеними, але працювали синхронно.

  1. 01API-шлюз
  2. 02MPC-підписувач
  3. 03Незмінний журнал
  4. 04Blockchain-шлюз
Потік транзакції01 — 04

Середовище партнера

01
API-клієнт створює намірВаш бекенд надсилає підписаний API-запит для гаманця або наміру транзакції.
POST /transactions
02
Callback перевіряє політики перед підписаннямПартнерський Co-Signer звертається до вашого обробника callback, щоб перевірити, чи дозволена ця операція.
tx_sign_request

Шлюзи BroSettlement

03
API-шлюзEd25519IP-вайтлістNonce
04
MPC-підписувачПорогове підписання створює фінальний підписK1 + K2 створюють валідний для мережі підпис без реконструкції приватного ключа.
K1 + K2

Основні сервіси

05
Незмінний журналСтворює операційний запис для депозитів, виведень, переказів, звірки й аудиту.
06
Blockchain-шлюзВідправлення й події закривають циклБлокчейн-шлюз відправляє транзакцію в мережу, операційний журнал оновлюється, а WebSocket доставляє події життєвого циклу.
WS /events
API-шлюз · MPC-підписувач · Незмінний журнал · Blockchain-шлюз

Створено для продуктів із вбудованими гаманцями

iGaming і бетинг

TRON/USDT-гаманці для кожного гравця без кастодіального PSP

  • TRC20 USDT депозитна адреса для кожного акаунта гравця
  • Події deposit.observed і deposit.confirmed
  • Політика оператора перед підписанням виплати
  • Журнал тільки з додаванням записів для звірки балансу гравця
Замовити демо
Основний сценарійTRON / USDT
Модель гаманцяНа гравця
ЗалежністьБез PSP

Гаманці для гравців iGaming

Сценарій для бетинг-оператора, якому потрібні USDT-депозити й виплати без передачі логіки гаманців закритому платіжному провайдеру.

Ситуація

Оператор хоче давати кожному гравцю окрему депозитну адресу, бачити вхідні кошти до фінального підтвердження та самостійно вирішувати, коли зараховувати баланс.

Роль BroSettlement

BroSettlement створює вбудовані гаманці через API, відстежує події в мережі, проводить виплати через Co-Signer і записує кожен рух коштів в операційний журнал.

Операційний результат

Продуктова команда зберігає власний кабінет гравця, правила бонусів і політики виплат, а фінансова команда отримує прозору звірку депозитів, балансів і виведень.

BroSettlementПодії життєвого циклу
01

Створення гаманця гравця

API повертає окрему TRON/TRC20 USDT депозитну адресу для акаунта гравця.

02

Відстеження депозитів

Події повідомляють, коли кошти помічені й підтверджені в мережі.

03

Зарахування за політикою

Оператор вирішує, коли зарахувати баланс гравця.

04

Підтвердження виплати

Co-Signer перевіряє політики оператора перед MPC-підписанням.

deposit.observeddeposit.confirmedwithdrawal.signedwithdrawal.confirmed
01

Швидкий депозитний UX

Показуйте вхідні кошти до фінального підтвердження, а зарахування робіть за політикою.

02

Чиста звірка

Операційний журнал пов’язує баланси гравців із рухом коштів у мережі.

03

Контрольовані виплати

Політики оператора й підтвердження Co-Signer виконуються до підписання.

04

Незалежний стек

Без залежності від кастодіального платіжного провайдера для інфраструктури гаманців.

API у робочому режимі. Почніть інтеграцію сьогодні.

  • Swagger і документація API для робочого середовища
  • Запити з підписом Ed25519
  • Co-Signer у середовищі клієнта та перевірка правил
  • WebSocket-події, списки дозволених IP і перевірка nonce
Переглянути демо sandbox Відкрити документацію Відкрити Swagger
brosettlement-production.txt
# Integration API у робочому режимі
REST https://brosettlement-api.brolabel.io/api/v1
Автентифікація: Ed25519
Реєстрація: https://app.brolabel.io/register

# Можливості інтеграції
Co-Signer · WebSocket · список дозволених IP · перевірка nonce

Створено для команд, яким потрібен контроль

Позиція BroSettlement

Вбудована MPC-інфраструктура гаманців для стейблкоїнів та iGaming.

Для команд, які розглядають Fireblocks, Dfns, Utila, Blockdaemon або Safeheron, BroSettlement дає фокусовану DKG/MPC-інфраструктуру гаманців і глибше закриває стейблкоїн-сценарії: відправлення у 10 блокчейнів, моніторинг депозитів, звірку в операційному журналі та WebSocket-події.

DKG + некастодіальний MPCВбудовані гаманціSelf-hosted Co-SignerВідправлення у 10 мережЖурнал + WebSocket

Fireblocks

Глибока enterprise custody-платформа. BroSettlement вужчий і швидший для вбудованих стейблкоїн-гаманців, iGaming-депозитів, виплат, операційного журналу та WebSocket-сценаріїв.

Enterprise custody · Широка платформа

Dfns / Utila

Сильна інфраструктура гаманців і інструменти для політик. BroSettlement додає вертикальний стейблкоїн-стек: DKG/MPC, відправлення у 10 мереж, створення вбудованих гаманців, операційний журнал і події.

Інфраструктура гаманців · Контроль політик

Blockdaemon / Safeheron

Інституційне керування ключами та інфраструктура зберігання активів. BroSettlement цілиться в команди, яким потрібен MPC-шар плюс операції зі стейблкоїн-гаманцями, журналом і подіями.

Інституційний MPC · Custody-інфраструктура

BroSettlement

API-first вбудовані гаманці з DKG, некастодіальним MPC, Co-Signer, відправленням у 10 мереж, WebSocket-подіями та операційним журналом як джерелом правди.

Стейблкоїни · iGaming

Оберіть свій тариф.

BroSettlement уже працює. Зареєструйтеся та оберіть тариф для своєї інфраструктури гаманців.

Free

$0/міс.

Лише тестова мережа

  • $0 включеного обсягу
  • 10 гаманців
  • 2 API-ключі · 1 користувач
  • 0,00% за перевищення

Agent

$30/міс.

Основна мережа

  • $200 000 включеного обсягу
  • 30 гаманців
  • 2 API-ключі · 1 користувач
  • 0,30% за перевищення

Starter

$300/міс.

Основна мережа

  • $1 000 000 включеного обсягу
  • 100 гаманців
  • 3 API-ключі · 5 користувачів
  • 0,20% за перевищення
Рекомендовано

Business

$1,000/міс.

Основна мережа

  • $15 000 000 включеного обсягу
  • 5 000 гаманців
  • 10 API-ключів · 25 користувачів
  • 0,12% за перевищення

Scale

$3,500/міс.

Основна мережа

  • $30 000 000 включеного обсягу
  • 15 000 гаманців
  • 50 API-ключів · 100 користувачів
  • 0,07% за перевищення

Від реєстрації до інтеграції

  1. Крок 1

    Створіть обліковий запис

    Зареєструйтеся в застосунку BroSettlement і налаштуйте організацію.

  2. Крок 2

    Підготуйте інтеграцію

    Ознайомтеся з REST API, схемами транзакцій, подіями WebSocket та моделлю Co-Signer у документації.

  3. Крок 3

    Підключіть свій продукт

    Налаштуйте Co-Signer і доступ до API та перевірте процеси роботи з гаманцями й транзакціями для своєї інтеграції.

BroSettlement лежить в основі всього.

BroWallet і BroCard можуть залишатися продуктами поверх BroSettlement. Водночас BroSettlement можна вбудувати напряму як інфраструктуру вбудованих гаманців для B2B-команд, яким потрібні DKG, MPC-підписання, відправлення в блокчейни, операційний журнал і WebSocket-події.

  • 01

    BroSettlement як DKG/MPC та інфраструктура вбудованих гаманців

  • 02

    BroWallet і BroCard як продуктові шари поверх ядра

  • 03

    Або власний продукт клієнта поверх API BroSettlement

BroSettlementлежить в основі всього.
01DKG + MPC
02Вбудовані гаманці
03Незмінний журнал
04Відправлення у 10 мереж
BroSettlementDKG + MPC · Незмінний журнал

Готові запустити вбудовані гаманці?

Почніть інтеграцію з вбудованими MPC-гаманцями, Co-Signer у вашому середовищі, WebSocket-подіями та операційним журналом.

Зареєструватися Переглянути демо sandbox