الكثير من الناس يركزون فقط على سرعة Sui، لكنهم في الواقع لم يفهموا ما الذي تريد Sui تحقيقه. بصراحة، Sui لم تكن أبدًا تستهدف هدف "تسريع المعاملات المالية". هدفها الحقيقي هو استهداف الألعاب على السلسلة، وسائل التواصل الاجتماعي، ومنصات المحتوى، وهي تطبيقات ذات تردد عالي ومعقدة — وهذا هو الشكل المستقبلي للبلوكشين.

وهذا يطرح سؤالًا: مع تغير التطبيقات، هل لا بد من تعديل بنية البيانات أيضًا؟ هل لا زلنا نستطيع استخدام نفس الأسلوب القديم "حالة خفيفة + تخزين خارجي"؟ من الواضح أن الإجابة لا.

نموذج الكائنات وآلية التنفيذ المتوازية في Sui فعلاً قوية. يمكن لعدة كائنات أن تتعامل في نفس الوقت، دون الحاجة للانتظار في طابور كما هو الحال في نموذج الحسابات التقليدي. نظريًا، هذا يفتح الباب أمام التطبيقات ذات التوازي العالي. لكن هناك مخاطر: النموذج الكائني يعالج فقط "كيفية تحديث الحالة"، ولا يمكنه استيعاب الكم الهائل من البيانات التي تحتاجها التطبيقات الحقيقية. تخيل أن مزايا التنفيذ المتوازي العالي تتعطل بسبب عدم استقرار الوصول إلى البيانات خارج السلسلة، فهذا سيكون بلا فائدة.

هذه هي المعنى الحقيقي لوجود Blob — فهو ليس خيارًا، بل هو الشرط الضروري لتمكين البيئة من التطبيق الحقيقي. الكائنات على السلسلة تشير إلى Blob، والبيانات الحقيقية تُخزن وتُوزع بواسطة الشبكة. بهذه الطريقة، يظل التنفيذ على السلسلة خفيفًا، وطبقة البيانات مستقلة، وكل جزء يؤدي دوره. هذه المجموعة من الأدوات هي التي تدعم توسع بيئة Sui بشكل حقيقي.