Trong quá trình nghiên cứu giao thức lưu trữ phân tán, có một hiện tượng thường bị bỏ qua đáng chú ý: khả năng ghi thường bị thổi phồng quá mức, trong khi tầm quan trọng của hiệu suất đọc lại dễ bị đánh giá thấp.

Việc ghi thành công chỉ chứng tỏ hệ thống có khả năng chứa đựng tốt, còn điều quyết định liệu ứng dụng có thể tồn tại hay không chính là tốc độ đọc dữ liệu. Hãy tưởng tượng trang web tải chậm như trình chiếu slide, AI gọi dữ liệu phải chờ đợi, hình ảnh trong ứng dụng liên tục đang tải — những thiếu sót về trải nghiệm người dùng này, dù nhỏ, cũng đủ để phá hủy công nghệ nền tảng tiên tiến nhất.

Tại sao giao thức Walrus đáng để thảo luận riêng, điều cốt lõi nằm ở chỗ nó làm phức tạp quá trình đọc dữ liệu. Khi ghi dữ liệu, nó sẽ mã hóa thành nhiều phân đoạn(slivers) và phân tán đến các nút lưu trữ khác nhau, trên chuỗi chỉ ghi lại siêu dữ liệu và tham chiếu có thể xác thực; còn khi đọc, cần thu thập đủ các phân đoạn từ các nút khác nhau rồi tái tạo dữ liệu gốc.

Vai trò trung tâm trong quá trình này là aggregator(bộ hợp nhất). Nó giống như người điều phối của xưởng ghép hình — không cần giữ tất cả các mảnh ghép vĩnh viễn, nhưng khi người dùng cần xem hình hoàn chỉnh, nó chịu trách nhiệm thu thập các mảnh cần thiết từ khắp nơi và lắp ráp lại. Sau khi hoàn thành, nội dung còn có thể được phân phối nhanh hơn qua CDN hoặc bộ nhớ đệm, để thực sự đạt được truy cập nhanh.

Cách thiết kế này cho thấy, điểm nghẽn của lưu trữ phân tán không nằm ở việc ghi, mà ở việc đọc. Hệ thống càng thông minh, nếu trải nghiệm người dùng ở "km cuối cùng" không theo kịp, mọi thứ đều trở nên vô nghĩa.