¡Aquí tienes!

1. Utilice objetos de propiedad única Diseñe sus contratos inteligentes para que cada usuario o activo tenga su propio objeto de propiedad exclusiva. Sui puede paralelizar las transacciones que interactúan con distintos objetos.

2. Evite el estado mutable global Absténgase de usar objetos mutables compartidos a menos que sea necesario. Los objetos compartidos pueden provocar conflictos y reducir la concurrencia.

3. Minimizar las dependencias de los objetos Limite la cantidad de objetos que lee o escribe una función. Cuantos menos objetos se superpongan, mayor será la probabilidad de que las transacciones se ejecuten en paralelo.

4. Diseñe puntos de entrada apátridas Si es posible, haga que sus funciones de entrada funcionen solo en uno o dos objetos. Esto reduce la posibilidad de que haya conflictos entre transacciones.

5. Utilice datos inmutables o de solo lectura Utilice las referencias de &T para leer los datos en lugar de mutarlos, siempre que sea posible. Varias transacciones pueden leer el mismo objeto en paralelo.

6. Evite el acceso a objetos entre usuarios No permita que la transacción de un usuario modifique el objeto de otro usuario. Esto rompe el paralelismo y aumenta el riesgo.

7. Simule y pruebe Utilice la red local y los bloques de transacciones de Sui para simular muchas operaciones. Supervise cómo Sui gestiona la ejecución en paralelo y ajuste su modelo de objetos.

Al aislar el uso de objetos y mantener la mutación localizada en los recursos propios, permites que tu aplicación escale mejor y se ejecute más rápido en el tiempo de ejecución paralelo de Sui.

Para optimizar su código Move para su ejecución paralela en Sui, la clave es asegurarse de que sus transacciones sean independientes. Esto es lo que puedes hacer de la siguiente manera:

1.Evite el estado compartido: asegúrese de que sus transacciones no dependan del mismo objeto. Si lo hacen, Sui no puede ejecutarlos en paralelo. Por ejemplo, si vas a actualizar varios registros de usuarios, asegúrate de que cada actualización se realice en su propia transacción.

2.Divida el trabajo en tareas independientes: En lugar de hacer todo en una gran transacción, divídalo. Por ejemplo, si estás procesando varios objetos, divide el trabajo para que cada objeto se gestione en una transacción independiente.

3.Usa objetos separados: Si estás modificando objetos, asegúrate de que cada transacción funcione en uno diferente. Sui puede procesarlos en paralelo si no interfieren entre sí.

4.Operaciones independientes por lotes: Si puedes, agrupa tareas similares (como transferencias o actualizaciones) en transacciones más pequeñas e independientes. De esta forma, pueden ejecutarse simultáneamente.

5.Probar y supervisar: Una vez que hayas dividido tu código, pruébalo y comprueba cómo lo maneja Sui. Usa las herramientas de Sui para comprobar si la ejecución en paralelo se está realizando según lo esperado.

En resumen, estructura tu código para que cada transacción sea independiente, ¡y Sui se encargará del resto!

Para optimizar el código de Move para su ejecución en paralelo en Sui, diseñe su aplicación para minimizar el estado compartido. Usa objetos propios en lugar de objetos compartidos, ya que las transacciones que operan en objetos propios se pueden ejecutar en paralelo sin coordinación. Evite los cuellos de botella estructurando los datos para que los usuarios interactúen con objetos independientes (por ejemplo, bóvedas por usuario). TableUtilízalo Bagpara colecciones grandes en lugar de incrustar datos directamente en estructuras. Esto reduce el tamaño y la contención de los objetos, lo que permite un mayor rendimiento. Asegúrese de que las transacciones no dependan del mismo objeto a menos que sea necesario, ya que esto obliga a la serialización.

Hey! The key is to design your contracts around owned objects. Transactions that operate on disjoint sets of owned objects can execute in parallel without conflict. Shared objects, especially those frequently written to, act as global mutexes and can become bottlenecks. So, aim to have most user-specific data or state exist within objects owned by individual users or other distinct entities, rather than centralizing everything in a few shared objects. Immutable objects are also excellent for parallelism as they can be read concurrently by many transactions. Think about how to partition your data so different transactions touch different parts.

*Para optimizar el código Move para su ejecución en paralelo en Sui, evite referencias innecesarias a objetos compartidos. Usa objetos propios y distintos en las transacciones para permitir rutas de ejecución independientes. Minimice las dependencias del estado global o compartido al diseñar contratos inteligentes. Aproveche la partición detallada de los recursos para reducir la contención. Cree perfiles y realice pruebas con las herramientas de Sui para identificar y resolver los cuellos de botella. *