Beaucoup de gens ne regardent que Sui rapidement, sans vraiment comprendre ce que Sui veut faire. En clair, Sui n’a jamais eu pour objectif de "rendre les transactions financières plus rapides". Leur cible est plutôt les applications à haute fréquence et complexes comme les jeux en chaîne, les réseaux sociaux ou les plateformes de contenu — c’est cela la véritable future forme de la blockchain.

Cela soulève un problème : avec le changement d’application, la structure des données doit forcément évoluer. Peut-on continuer à utiliser la vieille méthode du "état léger + stockage externe" ? Clairement, non.

Le modèle d’objet et le mécanisme d’exécution parallèle de Sui sont effectivement impressionnants. Plusieurs objets peuvent être manipulés simultanément, sans devoir faire la queue comme dans le modèle de compte traditionnel. Théoriquement, cela ouvre la porte à des applications à haute concurrence. Mais il y a un piège : le modèle d’objet ne résout que la question de "comment mettre à jour l’état", sans pouvoir accueillir la quantité massive de données dont l’application a réellement besoin. Imaginez que l’avantage de l’exécution à haute concurrence soit compromis par l’instabilité de l’accès aux données hors chaîne, ce qui serait inutile.

C’est là que la véritable importance de Blob réside — ce n’est pas une option, mais une condition essentielle pour que l’écosystème puisse réellement se concrétiser. Sur la chaîne, les références d’objet pointent vers un Blob, et les données réelles sont stockées et distribuées par le réseau. Ainsi, l’exécution sur la chaîne reste légère, la couche de données est indépendante, et chacun remplit son rôle. C’est cette combinaison qui permettra à l’écosystème Sui de s’étendre réellement.