jakiro
fondo
Hace algún tiempo, discutimos las características de TON y los problemas de seguridad de los activos del usuario en la primera discusión: Ton: cuenta, token, transacción y seguridad de activos.Hoy, aprendamos otra plataforma de blockchain de alto rendimiento emergente, Sui, que tiene una serie de tecnologías innovadoras y características únicas, lo que ha atraído la atención de desarrolladores e investigadores.Sui se enfoca en proporcionar una experiencia comercial rápida y segura, adecuada para varios escenarios de aplicación.Este artículo ayudará a los lectores a comprender a SUI al explicar el modelo de cuenta SUI, la gestión de tokens, el mecanismo comercial y la seguridad de los activos.
>
Modelo de cuenta
DIRECCIÓN
El SUI sigue las extensas especificaciones de billetera aceptadas en la industria de las criptomonedas, incluidos BIP-32 (y sus variantes Slip-0010), BIP-44 y BIP-39 para proporcionar a los usuarios una gestión clave.
>
Para asignar una dirección sui de 32 byte, Sui usa la función hash Blake2B (salida de 256 bits) para conectar el esquema de firma (1 byte) con el byte de clave pública.La dirección SUI actualmente admite ED25519 puro, SECP256K1, SECP256R1 y MultiSIG.
Balance
En el SUI, todo es un objeto, y el equilibrio del usuario también es el objeto.Durante el proceso de transferencia, si el balance contenido en el objeto no es igual al valor requerido, el objeto debe dividirse o fusionarse.Por ejemplo, tiene un objeto que contiene 100 sui, pero solo desea transferir 30 sui, por lo que el sistema dividirá este objeto en dos objetos: uno contiene 30 sui y el otro contiene 70 sui.Puede transferir objetos que contienen 30 sui y retener los objetos restantes.Por el contrario, si necesita una cantidad mayor, también puede fusionar múltiples objetos de saldo para formar una cantidad mayor.
>
Gestión del token
Sui implementa oficialmente el código estándar de la moneda.
Debido a que se usa el lenguaje de movimiento, es diferente del lenguaje de programación comúnmente utilizado en otra cadena de bloques (como la solidez).
>
Este es un contrato de emisión de monedas completo.Al usar esta función para crear Coin (Coin :: Create_regulated_Currency), el creador del contrato recibirá un objeto TreasuryCap, que es necesario para lanzar una nueva moneda o destruir la moneda existente.Solo accediendo a la dirección de este objeto se puede mantener la distribución de la moneda.
Para los usuarios que recibieron monedas, su cuenta controlaba la propiedad de estos tokens.
Mecanismo de transacción
El comercio es el concepto de mundo de blockchain básico, y es una forma de interactuar con blockchain.La transacción se usa para cambiar el estado de la cadena de bloques y es la única forma.En el movimiento del lenguaje de programación utilizado por SUI, las transacciones se utilizan para llamar a las funciones en el paquete, implementar nuevos paquetes y actualizar los paquetes existentes.
Al construir una transacción, debe prestar atención, y cada transacción debe especificar claramente el objeto de su operación.Esto es similar al de las transacciones de Solana.
El contenido contenido en la transacción:
-
Sendor -sign la cuenta de la transacción
-
Lista de instrucciones (o cadena de instrucciones): la operación que se ejecutará
-
Entrada de comandos -Parámetros del comando: valor de texto puro, como números o cadena, u objeto -Transaction accederá a objetos
-
Objeto de gas -Objeto de tope para transacciones de pago
-
Precio de gas y presupuesto -Costo de transacción
Seguridad de contrato
SUI utiliza el movimiento como el lenguaje de programación de los contratos inteligentes, lo que puede resolver el problema de las vulnerabilidades de la alta incidencia de la solidez en cierta medida, como ataques reingresados, desbordamiento entero, flores dobles, ataques de DOS y compiladores, por lo que audita de seguridad. sigue siendo necesario.Aquí hay algunos asuntos a los que los desarrolladores deben prestar atención durante el proceso de desarrollo:
1. Comprobación de permisos:El análisis del tipo de objeto recibido por funciones externas, para la función de privilegio que involucra operaciones confidenciales, debe asegurarse de que el objeto transmitido sea un objeto con privilegios.Si la función recibe y usa el objeto de privilegio, la persona que llama debe ser el propietario legal del objeto.
2. Comprobación de funciones externas:Algunas funciones no deben ser llamadas directamente por el exterior.
3. Comprobación de análisis de objetos:Debido a que los objetos en el SUI pueden convertirse en objetos públicos, los desarrolladores deben resolver los tipos de todos los objetos utilizados para confirmar si son estáticos o públicos y si hay errores.Si el objeto de privatización debe convertirse en un objeto público, entonces cualquiera puede usar este objeto, que es un riesgo de seguridad.
4. Verificación de consumo de monedas:Los tokens de Sui son diferentes de otras cadenas.
-
Transferir directamente al objeto token a otro objeto;
-
Después de ajustar los objetos de token, se genera un nuevo objeto y luego se transfiere al objeto de destino;
-
Demolición al objeto token y transfiere la parte parcialmente dividida al nuevo objeto.
Por lo tanto, en el caso del consumo de tokens, los desarrolladores deben verificar los siguientes puntos:
-
Si la cantidad de consumo es correcta;
-
Si el objeto ha sido transferido;
-
Si hay una división, la cantidad de división es correcta.
5. Precios del ataque de manipulación de precios de la máquina de profecía:Si el contrato en el SUI usa la máquina profética para obtener el precio, entonces debe prestar atención a la posibilidad del precio manipulado.Los desarrolladores pueden introducir múltiples fuentes de datos y mecanismos de consenso para evitar el riesgo de ser manipulados por una sola fuente de datos.Además, el precio promedio del tiempo se puede utilizar para evitar el riesgo de manipular la máquina de profecía.
6. Ataque de gobernanza:En el contrato sobre la SUI, si el diseño de los derechos de voto de los tokens no es razonable, también existe el riesgo de encontrar ataques de gobernanza.
7. Ataque de arbitraje:Si el diseño lógico no es razonable, los contratos de DEFi en SUI también tienen el riesgo de ataques de arbitraje.Los desarrolladores deben revisar cuidadosamente la lógica en el contrato cuando se desarrollen para evitar el uso de atacantes.
8. Ataque de recarga falso:Cuando se trata de la recarga de tokens Sui, los intercambios o desarrolladores también deben prestar atención para verificar si el estado de la transacción es exitoso, si la ID del paquete de los tokens es correcta para evitar ataques de recarga falsos.
Resumir
En este artículo, discutimos brevemente las características de diseño de SUI, incluido su modelo de cuenta, gestión de tokens, mecanismo comercial y seguridad contractual.Utilizando el lenguaje de programación Move, SUI también introdujo modelos de datos innovadores y métodos de almacenamiento de objetos al tiempo que garantiza un alto rendimiento y baja latencia, lo que mejora significativamente la seguridad y la flexibilidad.En comparación con otras plataformas blockchain, el lenguaje de movimiento funcionó bien para prevenir las vulnerabilidades de contratos inteligentes comunes (como los ataques entrantes desbordados, pesados, etc.), lo que hace que Sui sea más estable y confiable a nivel técnico.Sin embargo, los desarrolladores aún deben prestar atención a la seguridad del nivel de lógica empresarial, especialmente en términos de gestión de autoridad, el uso de tipos de objetos y el consumo de tokens, cuidado con las pérdidas de activos debido a errores o diseños inadecuados en el código.
Enlace de referencia:
https://docs.sui.io/
https://docs.sui.io/standards/coin
https://move-book.com/
