Посібник з впровадження смартконтрактів для емітентів стейблкоїнів в Гонконгу

Перша частина Інфраструктура та комплаєнс-стратегії

1. Вибір базового розподіленого реєстру

Рекомендується спочатку обирати зрілі публічні блокчейни, такі як Ethereum, Arbitrum тощо. Якщо розглядати інші типи реєстрів, необхідно провести ретельну оцінку та скласти детальний звіт, що охоплює безпеку, механізм консенсусу, здатність до опору атакам тощо.

2. Основні стандарти монет та розширення регуляторних функцій

Використовуючи ERC-20 як базу, та розширюючи наступні функціональні модулі:

• Призупинення: глобальне призупинення/відновлення
• Mintable:монета
• Burnable: знищуваний
• Freezable: замороження конкретних рахунків
• Whitelist: білий список
• Blacklist:чорний список
• AccessControl:управління доступом

3. Основні моделі відповідності: вибір чорного та білого списків

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

Друга частина смартконтракти реалізація

1. Проектування детальної системи контролю доступу

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

2. випуск(монета) механізм

Право на випуск монет контролюється надійними суб'єктами, і лише після проходження етапів KYC, отримання коштів та інших кроків поза блокчейном можна виконати операції з випуску монет на блокчейні.

3. Викуп ( механізм знищення )

Користувач спочатку переносить монети на вказану адресу, після завершення оплати фіатної валюти емітентом виконується знищення.

4. Здійснення надзвичайного контролю: призупинення та заморожування

Реалізація глобального призупинення та замороження на рівні облікових записів, які контролюються ролями PAUSER_ROLE та FREEZER_ROLE.

5. Фільтрація адрес та механізм чорного списку

Реалізувати функцію додавання/видалення з чорного списку, яка може викликатися лише ROLE_BLACKLISTER. Під час переказу обов'язково перевіряти стан чорного списку.

6. Стабільність смартконтрактів

Використання проксі-моделі ERC-1967 для забезпечення можливості оновлення, операції оновлення контролюються роллю UPGRADER_ROLE і повинні проходити строгий процес управління змінами.

7. Журнал подій в ланцюзі для аналізу та звітності

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

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

1. Архітектура управління безпечними ключами

• Офлайн-генерація ключів у середовищі з повітряним проміжком
• Використовуйте багатопідписний гаманець для контролю управлінських ролей
• Ключові приватні ключі зберігаються в HSM або безпечному апаратному гаманці
• Виконання жорстких процедур використання, резервного копіювання та відновлення ключів

2. Повний процес розгортання та моніторинг виконання

Список перевірки перед впровадженням:

• Всеосяжне тестування
• незалежний аудит
• Замороження коду
• Регресійне тестування
• Комплаєнс підпис
• Розгортання тренування

Моніторинг у режимі реального часу:

• Моніторинг активності в мережі
• Моніторинг загрозової інформації

3. Надати технічну підтримку для забезпечення безперервності бізнесу та плану виходу

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