Allez-y !

1. Utiliser des objets appartenant à des personnes uniques Concevez vos contrats intelligents de manière à ce que chaque utilisateur ou actif possède son propre objet unique. Sui peut paralléliser des transactions qui interagissent avec des objets distincts.

2. Évitez l'état mutable global Évitez d'utiliser des objets mutables partagés sauf si cela est nécessaire. Les objets partagés peuvent provoquer des conflits et réduire la simultanéité.

3. Minimiser les dépendances entre objets Limitez le nombre d'objets qu'une fonction lit ou écrit. Moins il y a d'objets qui se chevauchent, plus il est probable que les transactions puissent être exécutées en parallèle.

4. Concevez des points d'entrée apatrides Si possible, faites fonctionner vos fonctions de saisie sur un ou deux objets seulement. Cela réduit le risque de conflit de verrouillage entre les transactions.

5. Utiliser des données immuables ou en lecture seule Utilisez des références &T pour lire les données au lieu de les muter, dans la mesure du possible. Plusieurs transactions peuvent lire le même objet en parallèle.

6. Évitez l'accès aux objets entre utilisateurs Ne laissez pas la transaction d'un utilisateur modifier l'objet d'un autre utilisateur. Cela rompt le parallélisme et augmente les risques.

7. Simuler et tester Utilisez le réseau local et les blocs de transactions de Sui pour simuler de nombreuses opérations. Surveillez la façon dont Sui gère l'exécution parallèle et ajustez votre modèle d'objet.

En isolant l'utilisation des objets et en localisant les mutations dans les ressources détenues, vous permettez à votre application de mieux évoluer et de s'exécuter plus rapidement sur l'exécution parallèle de Sui.

Pour optimiser votre code Move pour une exécution parallèle sur Sui, l'essentiel est de vous assurer que vos transactions sont indépendantes. Voici comment procéder :

1.Évitez l'état partagé : assurez-vous que vos transactions ne dépendent pas du même objet. S'ils le font, Sui ne peut pas les exécuter en parallèle. Par exemple, si vous mettez à jour plusieurs enregistrements d'utilisateurs, assurez-vous que chaque mise à jour s'effectue dans le cadre de sa propre transaction.

2.Divisez le travail en tâches indépendantes : Au lieu de tout faire en une seule transaction importante, répartissez-la. Par exemple, si vous traitez plusieurs objets, divisez le travail de manière à ce que chaque objet soit traité dans le cadre d'une transaction distincte.

3.Utilisez des objets séparés : si vous modifiez des objets, assurez-vous que chaque transaction fonctionne sur un objet différent. Sui peut les traiter en parallèle s'ils n'interfèrent pas les uns avec les autres.

4.Opérations indépendantes par lots : si possible, regroupez des tâches similaires (comme des transferts ou des mises à jour) dans des transactions indépendantes plus petites. De cette façon, ils peuvent fonctionner simultanément.

5.Tester et surveiller : Une fois que vous avez divisé votre code, testez-le et voyez comment Sui le gère. Utilisez les outils de Sui pour vérifier si l'exécution parallèle se déroule comme prévu.

En résumé, structurez votre code de manière à ce que chaque transaction soit indépendante, et Sui s'occupera du reste !

Pour optimiser le code Move pour une exécution parallèle sur Sui, concevez votre application de manière à minimiser l'état partagé. Utilisez des objets détenus plutôt que des objets partagés, car les transactions opérant sur des objets détenus peuvent s'exécuter en parallèle sans coordination. Évitez les blocages en structurant les données de manière à ce que les utilisateurs interagissent avec des objets indépendants (par exemple, des coffres-forts par utilisateur). Utilisez Tableou Bagpour les grandes collections au lieu d'intégrer les données directement dans les structures. Cela réduit la taille des objets et la contention, ce qui permet d'augmenter le débit. Assurez-vous que les transactions ne dépendent pas du même objet sauf si cela est nécessaire, car cela force la sérialisation.

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.

*Pour optimiser le code Move pour une exécution parallèle sur Sui, évitez les références inutiles à des objets partagés. Utilisez des objets distincts et possédés dans les transactions afin de permettre des chemins d'exécution indépendants. Minimisez les dépendances à l'égard de l'état global ou partagé lors de la conception de contrats intelligents. Tirez parti d'un partitionnement précis des ressources pour réduire les conflits. Profilez et testez à l'aide des outils Sui pour identifier et résoudre les goulots d'étranglement. *