Nhiều người chỉ nhìn vào Sui nhanh, thực ra chưa hiểu rõ Sui muốn làm gì. Nói thẳng ra, Sui từ trước đến nay không hướng tới mục tiêu "giao dịch tài chính nhanh hơn". Họ nhắm tới các ứng dụng có tần suất cao và phức tạp thực sự như trò chơi chuỗi, mạng xã hội, nền tảng nội dung — đây mới là hình thái tương lai của blockchain.

Điều này dẫn đến một vấn đề: ứng dụng thay đổi, cấu trúc dữ liệu nhất định phải thay đổi theo. Liệu còn có thể tiếp tục dùng bộ quy tắc cũ "trạng thái nhẹ + lưu trữ phụ trợ" nữa không? Rõ ràng là không thể.

Mô hình đối tượng và cơ chế thực thi song song của Sui thực sự mạnh mẽ. Nhiều đối tượng có thể thao tác cùng lúc, không cần xếp hàng chờ như mô hình tài khoản truyền thống. Về lý thuyết, điều này mở ra cánh cửa cho các ứng dụng có độ truy cập cao. Nhưng có một rủi ro: mô hình đối tượng chỉ giải quyết vấn đề "cập nhật trạng thái" mà không thể chứa đựng lượng dữ liệu khổng lồ mà ứng dụng thực sự cần. Hãy tưởng tượng, lợi thế của thực thi song song cao, kết quả lại bị ảnh hưởng bởi sự không ổn định của truy cập dữ liệu ngoài chuỗi, thì cũng vô ích.

Đây chính là ý nghĩa thực sự của Blob — nó không phải là tùy chọn, mà là điều kiện cần thiết để hệ sinh thái có thể thực sự triển khai. Các đối tượng trên chuỗi tham chiếu đến nhận diện Blob, dữ liệu thực tế do mạng lưới chịu trách nhiệm lưu trữ và phân phối. Như vậy, thực thi trên chuỗi giữ được nhẹ nhàng, tầng dữ liệu độc lập đảm nhận, mỗi phần đảm nhiệm chức năng của mình. Bộ phối hợp này mới có thể hỗ trợ sự mở rộng thực sự của hệ sinh thái Sui.