Guide de mise en œuvre des smart contracts pour les émetteurs de stablecoin à Hong Kong

Première partie Infrastructure et stratégie de conformité

1. Choix du registre distribué sous-jacent

Il est conseillé de privilégier des blockchains publiques matures telles qu'Ethereum, Arbitrum, etc. Si d'autres types de registres sont envisagés, une analyse comparative rigoureuse doit être effectuée pour prouver que leurs normes de sécurité ne sont pas inférieures à celles des blockchains publiques majeures. Un rapport complet d'évaluation des risques doit être établi, couvrant les capacités de résistance aux attaques, les algorithmes de consensus, les défauts de code, et d'autres aspects des risques.

2. Normes de jetons de base et extension des fonctions de régulation

Utiliser ERC-20 comme norme de base et intégrer les modules fonctionnels suivants :

• Pausable: Fonction de pause et de reprise globale
• Mintable: jeton contrôlé
• Brûlable : jeton de destruction
• Freezable: gel d'un compte spécifique
• Whitelist : mise en œuvre de mesures de sécurité supplémentaires
• Blacklist: imposer une interdiction de transaction
• AccessControl: Mise en œuvre d'une gestion des droits d'accès détaillée

3. Principaux modèles de conformité : choix de la liste noire et de la liste blanche

Il est recommandé d'adopter un mode de liste noire, en combinant de puissants outils d'analyse hors chaîne. La conception du système doit être évolutive, afin de pouvoir passer à un mode de liste blanche à l'avenir.

Deuxième partie mise en œuvre des smart contracts

1. Système de contrôle d'accès conçu de manière précise

Définir des rôles clairs, attribuer à différentes entités le contrôle d'un portefeuille multi-signatures, réaliser une séparation des responsabilités. Les principaux rôles incluent :

• RÔLE_DE_MINTER
• BURNER_ROLE
• PAUSER_ROLE
• REPRENDRE_RÔLE
• FREEZER_ROLE
• WHITELISTER_ROLE
• BLACKLISTER_ROLE
• UPGRADER_ROLE

2. émission ( jeton ) mécanisme

Les droits de frappe sont un point de contrôle clé. Processus opérationnel :

1. Due diligence hors chaîne
2. Réception des fonds
3. Validation interne
4. Exécution sur la chaîne

3. Rachat ( mécanisme de destruction )

L'utilisateur doit d'abord transférer le jeton à l'adresse désignée, puis l'émetteur effectue le paiement en monnaie fiduciaire avant d'exécuter la destruction. Processus opérationnel :

1. Demande hors chaîne
2. Vérification du système
3. Paiement en fiat
4. Destruction en chaîne

4. Mise en œuvre du contrôle d'urgence : suspension et gel

• Pause : interrupteur d'arrêt d'urgence global
• Gel: mesures de restriction au niveau du compte

5. Filtrage d'adresse et mécanisme de liste noire

Implémenter les fonctions d'ajout et de suppression de la liste noire, uniquement appelées par le portefeuille multi-signatures avec le rôle BLACKLISTER_ROLE. Interdire aux adresses de la liste noire de transférer/recevoir des jetons.

6. La capacité d'évolution des smart contracts

Adoption du modèle de proxy ERC-1967 pour réaliser la capacité de mise à niveau. La fonction de mise à niveau ne peut être appelée que par un portefeuille multi-signatures avec le rôle UPGRADER_ROLE. Une audit de sécurité par un tiers indépendant doit être complété avant chaque mise à niveau.

7. Journal des événements on-chain pour l'analyse et le reporting.

En plus des événements standard ERC-20, définissez et émettez les événements personnalisés suivants :

• Événements de minting/destroy des jetons
• Événement de suspension/reprise de contrat
• Événements d'ajout/retirer de la liste noire et blanche
• Événement de gel/dégel d'adresse
• Événement de changement de rôle privilégié
• Événement de mise à niveau des contrats

Troisième partie Sécurité opérationnelle et gestion du cycle de vie

1. Architecture de gestion des clés de sécurité

• Génération de clés : cérémonie de clés réalisée dans un environnement à air gap
• Stockage de clés : portefeuille multi-signatures, clés privées clés stockées dans HSM ou portefeuille matériel
• Utilisation de la clé: stratégie de multi-signature obligatoire
• Sauvegarde et restauration : stockage sécurisé multi-sites

2. Processus de déploiement complet et surveillance en temps réel

Liste de vérification avant déploiement :

• Test complet
• Audit indépendant
• gel de code
• Test de régression
• Signature conforme
• Déploiement des exercices
• Autoriser le déploiement

Surveillance en temps réel:

• Surveillance des activités sur la chaîne
• Surveillance des menaces

3. Fournir un support technique pour la continuité des activités et le plan de sortie

Élaborer un plan de sortie d'entreprise, incluant le processus de sortie en chaîne :

• Suspension des contrats pour arrêter le transfert de jetons
• Aider les détenteurs de stablecoin à soumettre une demande de rachat