Guía de implementación de contratos inteligentes para emisores de moneda estable en Hong Kong

Parte 1 Infraestructura y Estrategia de Cumplimiento

1. Elección del libro mayor distribuido de base

Se recomienda priorizar el uso de blockchains públicas maduras y seguras, como Ethereum y Arbitrum. Estas redes tienen una resistencia probada, una gran red de nodos de validación y una supervisión pública continua, lo que les confiere ventajas inherentes. Si se considera la adopción de una cadena de consorcio u otro tipo de libro mayor distribuido, es imprescindible realizar un análisis comparativo riguroso, demostrando que sus estándares de seguridad no son inferiores a los de las cadenas públicas principales.

El informe de evaluación debe cubrir de manera integral la capacidad de resistir ataques comunes, los tipos de algoritmos de consenso, así como los riesgos relacionados con defectos de código, vulnerabilidades, explotaciones y otras amenazas, y analizar en detalle cómo estos riesgos afectan la emisión, el canje y las operaciones diarias de la moneda estable. Este documento es un documento clave para demostrar a los reguladores la prudencia en la selección tecnológica.

2. Estándares de tokens centrales y expansión de funciones de regulación

Adoptar ERC-20 como estándar base para garantizar la homogeneidad de las monedas y la interoperabilidad en un ecosistema más amplio. Deben integrarse los siguientes módulos de función:

• Pausable: implementar la función de pausa y reanudación global para todas las actividades de moneda.
• Mintable: a través de un proceso controlado, emitir nuevos tokens
• Burnable: proporciona la función de destruir moneda
• Congelable: suspender la función de transferencia de tokens de cuentas específicas
• Lista blanca: solo se permiten participar en operaciones centrales direcciones aprobadas y con debida diligencia.
• Lista negra: imponer una prohibición de transacciones a direcciones involucradas en actividades ilegales
• AccessControl: implementación de un sistema de gestión de permisos basado en roles y de forma detallada

3. Principales modelos de cumplimiento: selección de listas negras y listas blancas

Se sugiere adoptar el modo de lista negra como la solución predeterminada:

• Ventajas: tiene una mayor utilidad, puede interoperar sin problemas con el ecosistema DeFi, ofreciendo a los usuarios una barrera de entrada más baja y una experiencia fluida.
• Desventajas: la conformidad depende en gran medida de una fuerte capacidad de análisis de monitoreo fuera de la cadena en tiempo real.
• Implementación: en la función de transferencia de contratos inteligentes, agregar una verificación de lógica para asegurar que las direcciones del remitente y del destinatario de la transacción no estén registradas en la lista negra.

Segunda parte implementación de contratos inteligentes

1. Sistema de control de acceso diseñado de manera detallada

Es necesario definir una serie de roles claros y asignar estos roles a diferentes entidades o empleados controlados por billeteras multisig, para lograr la separación de funciones. Cada rol debe limitarse a funciones específicas, y todas las operaciones deben contar con autorización multisig. Los roles principales incluyen:

• MINTER_ROLE: encargado de manejar la operación de emisión de moneda estable
• BURNER_ROLE: responsable de manejar la operación de quema de moneda estable
• PAUSER_ROLE: responsable de la emisión de la moneda estable
• RESUME_ROLE: responsable de la operación de recuperación de moneda estable
• FREEZER_ROLE: responsable de congelar y descongelar billeteras o monedas específicas
• WHITELISTER_ROLE: encargado de gestionar la lista blanca
• BLACKLISTER_ROLE: responsable de gestionar la lista negra
• UPGRADER_ROLE: responsable de la actualización de contratos inteligentes

2. emisión ( moneda ) mecanismo

Proceso de operación:

1. Diligencia debida fuera de la cadena: el cliente completa todos los procesos necesarios de KYC y CDD.
2. Recepción de fondos: El cliente transferirá fondos en moneda fiduciaria equivalentes a la cuenta bancaria designada por el emisor.
3. Verificación interna: el sistema interno del emisor confirma la recepción de fondos y actualiza los registros contables de los activos de reserva.
4. Ejecución en la cadena: el equipo de operaciones crea y firma transacciones de múltiples firmas, llama a la función de emisión de tokens de contratos inteligentes y envía la moneda estable recién emitida a la dirección de la billetera verificada del cliente.

3. Redención ( mecanismo de destrucción )

Proceso de operación:

1. Solicitud fuera de la cadena: el usuario envía una solicitud de rescate fuera de la cadena a través de la plataforma del emisor. El emisor debe realizar el CDD adecuado al cliente.
2. Verificación del sistema: el emisor verifica la validez de la solicitud de verificación del sistema y comprueba si el usuario ha completado la operación de transferencia de moneda en la cadena.
3. Pago en moneda fiduciaria: el emisor transferirá el equivalente en moneda fiduciaria a la cuenta bancaria que el usuario haya registrado y verificado previamente.
4. Quema en la cadena: tras confirmar el éxito de la transferencia de moneda fiduciaria, la billetera de múltiples firmas que posee el ROL_BURNER llama a la función de quema, destruyendo la cantidad correspondiente de tokens desde la dirección especificada.

4. Implementar control de emergencia: suspender y congelar

• Función de pausa: solo puede ser llamada por una billetera multifirma que posea el PAUSER_ROLE, utilizada para interrumpir globalmente las funciones del contrato. Las condiciones de activación incluyen la detección de eventos anómalos, y requieren la aprobación del consejo o de la alta dirección.
• Función de congelación: llamada por una billetera de múltiples firmas que posee el rol FREEZER_ROLE, utilizada para limitar transferencias a direcciones específicas. Las condiciones de activación incluyen actividades sospechosas, que deben ser verificadas fuera de la cadena antes de su ejecución.

5. Filtrado de direcciones y mecanismo de lista negra

• Implementación de funciones: Funciones para agregar y eliminar de la lista negra, que solo pueden ser llamadas por una billetera multisig que posea el BLACKLISTER_ROLE.
• Restricciones de transferencia: Se prohíbe que las direcciones en la lista negra transfieran/reciban monedas.
• Proceso de operación: las herramientas de análisis emiten alertas, se activa la revisión de cumplimiento interna, después de que el equipo de cumplimiento revisa y confirma, la transacción de adición a la lista negra es iniciada por la billetera multifirma de BLACKLISTER_ROLE.

6. La capacidad de actualización de los contratos inteligentes

• Modelo de proxy: Para contratos inteligentes de tipo EVM, se puede utilizar el maduro modelo de proxy ERC-1967 para lograr la capacidad de actualización.
• Control de permisos: la función de actualización solo debe ser llamada por una billetera multifirma que posea el ROL_DE_ACTUALIZACIÓN.
• Proceso de gestión de cambios: Antes de proponer cualquier actualización, se debe completar un estricto proceso de gestión de cambios, que incluye una auditoría de seguridad exhaustiva e independiente de los nuevos contratos inteligentes.

7. Registros de eventos en cadena para análisis e informes

Además de los eventos Transfer y Approval requeridos por el estándar ERC-20, el contrato debe definir y emitir eventos personalizados para todas las acciones de gestión y cambios de estado, incluyendo:

• Emisión/Quema ( Minted/Burned ) evento
• Contratos inteligentes en pausa/reanudación ( Pausado/Reanudar ) evento
• Añadir/Eliminar a la lista negra ( BlacklistAdded/BlacklistRemoved ) evento
• Adición/ eliminación de la lista blanca (WhitelistAdded/WhitelistRemoved) evento
• Dirección congelada/descongelada ( AddressFrozen/AddressUnfrozen ) evento
• Cambio de rol privilegiado ( RoleGranted/RoleRevoked ) evento
• Emisión de contratos inteligentes ( Upgraded ) evento

Parte Tres Seguridad Operativa y Gestión del Ciclo de Vida

1. Arquitectura de gestión de claves de seguridad

• Generación de claves: debe completarse a través de un "ritual de claves" documentado en detalle, en un entorno de aire aislado, físicamente seguro y completamente desconectado de redes externas.
• Almacenamiento de claves: todos los roles de gestión deben ser controlados por una cartera multifirma. Las claves privadas utilizadas por los firmantes de estas carteras multifirma deben almacenarse en HSM u otras carteras de hardware seguras.
• Uso de claves: se debe imponer una política de múltiples firmas. Para la firma de transacciones que involucren "claves privadas importantes", puede ser necesario que las personas relevantes estén presentes para realizar la operación.
• Copia de seguridad y recuperación: la copia de seguridad de las partes de la clave o la frase de recuperación debe almacenarse en múltiples ubicaciones seguras y geográficamente dispersas dentro de Hong Kong, y debe utilizar un embalaje a prueba de manipulaciones.

2. Proceso de despliegue completo y monitoreo en tiempo de ejecución

Lista de verificación antes de la implementación:

• Pruebas exhaustivas: asegurar una cobertura de pruebas unitarias del 95% o más, y una cobertura de código central del 100%.
• Auditoría independiente: completar al menos un informe de auditoría de seguridad independiente emitido por una empresa de auditoría de buena reputación, y preferiblemente dos.
• Congelación de código: después de completar la auditoría, congelar el código hasta el lanzamiento, sin realizar ningún cambio en el código.
• Pruebas de regresión: realizar pruebas unitarias y pruebas de regresión antes de la implementación oficial.
• Aprobación de cumplimiento: obtener la aprobación formal del equipo de cumplimiento interno, confirmando que la lógica del contrato cumple con todos los requisitos regulatorios relevantes.
• Prueba de despliegue: preparar un script de despliegue detallado y realizar una prueba de despliegue completa en la red de prueba.
• Despliegue autorizado: la operación final de despliegue es ejecutada por una billetera autorizada.

Medidas de monitoreo después de la implementación:

• Monitoreo de actividades en la cadena: supervisar el uso de los roles de gestión y detectar a tiempo la ocurrencia de situaciones no autorizadas.
• Monitoreo de inteligencia de amenazas: detectar a tiempo las amenazas emergentes y analizar la inteligencia de amenazas para poder implementar medidas de mitigación de manera oportuna.

3. Proporcionar soporte técnico para la continuidad del negocio y el plan de salida

Elaborar un plan de salida del negocio: cubre diversas situaciones que pueden llevar a una terminación ordenada e incluye medidas de monitoreo para la ocurrencia real o potencial de estas situaciones.

Proceso de salida en cadena:

• Suspender contratos inteligentes para detener todas las transferencias de monedas, asegurando la maximización de los beneficios de liquidación de activos de reserva y minimizando el impacto en la estabilidad general del mercado.
• Basándose en la función de redención y la función de lista blanca, ayuda a los poseedores de moneda estable a presentar solicitudes de redención.