Операції з гаманцями
MPC-гаманці
BroSettlement використовує MPC, щоб повний приватний ключ не зберігався в одному місці.
BroSettlement використовує DKG і MPC 2-з-3. Звичайне підписання виконується частками A+B; частка C після активації для нього не потрібна й призначена лише для аварійного відновлення B+C. Co-Signer v2.2.0 створює B і C в окремих каталогах одного сервера під час DKG. Після завершення DKG перевірте зашифровану копію C в окремому сховищі й приберіть її файл із робочого сервера. Каталог відновлення та його налаштування залиште для майбутніх DKG. До завершення поточної DKG-операції C не переміщуйте: її відновлення після перезапуску перевіряє обидві частки.
Навіщо MPC
Учасники спільно створюють валідний підпис без відновлення повного приватного ключа. Це підтримує програмовані API-потоки та зберігає клієнтський контроль.
Життєвий цикл гаманця
- Backend запитує гаманець для організації й мережі.
- DKG створює розподілені частки ключа.
- BroSettlement повертає адресу та активує гаманець.
- Вихідні операції проходять threshold signing із клієнтським Co-Signer.
Політика підписання
У режимі CO_SIGNER_APPROVAL_MODE=external ваш сервіс схвалення може застосовувати ліміти сум, список дозволених адрес, перевірки ролей, часові обмеження та ручну перевірку. Якщо режим не задано, Co-Signer використовує auto_approve і схвалює запити автоматично.