Руководство по внедрению смарт-контрактов для эмитентов стейблкоинов в Гонконге
Первая часть Инфраструктура и стратегии соблюдения
1. Выбор базового распределенного реестра
Рекомендуется в первую очередь выбирать такие зрелые и безопасные публичные блокчейны, как Ethereum, Arbitrum и т.д. Если рассматриваются другие типы реестров, необходимо провести тщательный сравнительный анализ, чтобы доказать, что их стандарты безопасности не ниже, чем у основных публичных цепочек. Оценочный отчет должен всесторонне охватывать способности противостоять распространенным атакам, типы алгоритмов консенсуса, а также соответствующий анализ рисков.
2. Стандарты основных токенов и расширение функций регулирования
Используйте ERC-20 в качестве базового стандарта и интегрируйте следующие функциональные модули:
Приостановка: реализация функции глобальной паузы и восстановления
Mintable: выпуск новых токенов через контролируемый процесс
Сжигаемый: предоставляет функцию уничтожения токенов
Freezable: приостановить функцию перевода токенов для определенных аккаунтов
Белый список: внедрение дополнительных мер безопасности, контроль основных операций
Черный список: введение торгового запрета на адреса, связанные с незаконной деятельностью
AccessControl: реализация детализированной, основанной на ролях системы управления правами доступа
3. Основные модели соблюдения: выбор черного и белого списков
Рекомендуется использовать режим черного списка в качестве стандартного решения:
Режим черного списка: добавить логическую проверку в функцию перевода смарт-контрактов, чтобы убедиться, что адреса обеих сторон не занесены в черный список.
Режим белого списка: в функции перевода смарт-контракта добавляется логическая проверка, требующая, чтобы адреса обеих сторон сделки находились в белом списке.
Вторая часть смарт-контракты реализовать
1. Дизайн детализированной системы контроля доступа
Определите четкие роли и распределите эти роли между различными сущностями или сотрудниками, контролируемыми многофункциональными кошельками, чтобы реализовать разделение обязанностей. Основные роли включают:
MINTER_ROLE: отвечает за операции по выпуску токенов
BURNER_ROLE: отвечает за операции по уничтожению
PAUSER_ROLE: отвечает за приостановку операций
RESUME_ROLE: отвечает за восстановление операции
FREEZER_ROLE: отвечает за операции по заморозке и разморозке
WHITELISTER_ROLE: отвечает за управление белым списком
BLACKLISTER_ROLE: отвечает за управление черным списком
UPGRADER_ROLE: отвечает за обновление смарт-контрактов
2. выпуск ( токенов ) механизм
Операционный процесс:
Клиент завершает оффлайн KYC и CDD процессы
Клиент переводит эквивалентные денежные средства в указанный банковский счет
Внутренняя система подтверждает получение средств, обновляет записи о резервных активах
Команда оператора создает и подписывает многофункциональную транзакцию, вызывая функцию выпуска.
3. Выкуп ( механизм уничтожения )
Операционный процесс:
Пользователь отправляет запрос на выкуп вне цепочки через платформу
Система проверяет действительность запроса и операции перевода токенов
Эмитент переводит эквивалентную сумму фиатной валюты на банковский счет пользователя
После подтверждения успешного перевода фиатных валют выполните операцию сжигания в блокчейне.
4. Введение экстренного контроля: приостановление и заморозка
Приостановить функцию: вызывается PAUSER_ROLE, используется для глобальной приостановки функций смарт-контрактов
Функция заморозки: вызывается FREEZER_ROLE, используется для ограничения переводов на определённые адреса
5. Механизм фильтрации адресов и черного списка
Реализовать функции добавления и удаления из черного списка, которые могут вызываться только с помощью BLACKLISTER_ROLE
Запрещено переводить/принимать токены с адресов в черном списке
После того как инструмент анализа выдаст предупреждение, команда по соблюдению норм проверит и подтвердит, а затем выполнит добавление в черный список.
6. Улучшение смарт-контрактов
Использование модели прокси ERC-1967 для реализации возможности обновления
Функция обновления может вызываться только мультиподписным кошельком с ролью UPGRADER_ROLE
Перед любым обновлением необходимо завершить независимый аудит безопасности третьей стороной.
7. Журнал событий в цепочке для анализа и отчетности
Помимо событий стандарта ERC-20, контракт должен определить и выпустить следующие пользовательские события:
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
12 Лайков
Награда
12
5
Поделиться
комментарий
0/400
RegenRestorer
· 8ч назад
стейблкоин нет стабильности
Посмотреть ОригиналОтветить0
¯\_(ツ)_/¯
· 08-03 17:09
О, сейчас все еще в стейблкоинах?
Посмотреть ОригиналОтветить0
HackerWhoCares
· 08-03 17:04
С оптимизмом смотрю на развитие ERC с регулированием
Посмотреть ОригиналОтветить0
Degen4Breakfast
· 08-03 16:58
Безопасная блокировка такого количества недостаточна для Децентрализации.
Посмотреть ОригиналОтветить0
rekt_but_resilient
· 08-03 16:46
Лежите на месте, пока регуляция не начнет разыгрывать людей как лохов.
Полное руководство по реализации смарт-контрактов эмитентов стейблкоинов Гонконга: инфраструктура, Соответствие и безопасность
Руководство по внедрению смарт-контрактов для эмитентов стейблкоинов в Гонконге
Первая часть Инфраструктура и стратегии соблюдения
1. Выбор базового распределенного реестра
Рекомендуется в первую очередь выбирать такие зрелые и безопасные публичные блокчейны, как Ethereum, Arbitrum и т.д. Если рассматриваются другие типы реестров, необходимо провести тщательный сравнительный анализ, чтобы доказать, что их стандарты безопасности не ниже, чем у основных публичных цепочек. Оценочный отчет должен всесторонне охватывать способности противостоять распространенным атакам, типы алгоритмов консенсуса, а также соответствующий анализ рисков.
2. Стандарты основных токенов и расширение функций регулирования
Используйте ERC-20 в качестве базового стандарта и интегрируйте следующие функциональные модули:
3. Основные модели соблюдения: выбор черного и белого списков
Рекомендуется использовать режим черного списка в качестве стандартного решения:
Вторая часть смарт-контракты реализовать
1. Дизайн детализированной системы контроля доступа
Определите четкие роли и распределите эти роли между различными сущностями или сотрудниками, контролируемыми многофункциональными кошельками, чтобы реализовать разделение обязанностей. Основные роли включают:
2. выпуск ( токенов ) механизм
Операционный процесс:
3. Выкуп ( механизм уничтожения )
Операционный процесс:
4. Введение экстренного контроля: приостановление и заморозка
5. Механизм фильтрации адресов и черного списка
6. Улучшение смарт-контрактов
7. Журнал событий в цепочке для анализа и отчетности
Помимо событий стандарта ERC-20, контракт должен определить и выпустить следующие пользовательские события:
Третья часть Операционная безопасность и управление жизненным циклом
1. Архитектура управления безопасными ключами
2. Полный процесс развертывания и мониторинга в режиме реального времени
Список проверок перед развертыванием:
Мониторинг во время выполнения:
3. Обеспечение технической поддержки для непрерывности бизнеса и плана выхода
Процесс выхода из цепочки: