Các chuỗi mô-đun rất thích ứng với tốc độ thực hiện, chuyên môn hóa và thông lượng. Điều họ thảo luận ít hơn là áp lực mà các thiết kế như vậy đặt lên khả năng sẵn có của dữ liệu khi các hệ thống phát triển. Việc thực hiện có thể nhanh chóng và duyên dáng, nhưng nó chỉ có thể phân quyền ở mức độ mà nó ở trong điều kiện của nhiều tác nhân độc lập có khả năng truy cập cùng một dữ liệu, đồng thời, mà không bị phối hợp theo giao thức.
Tại đó, các vấn đề bắt đầu xuất hiện. Các hệ thống không dừng lại khi khả năng sẵn có không thể theo kịp. Chúng bị thu hẹp lại cho những ai có thể xác thực, tin tưởng vào một nhóm nhỏ các nhà điều hành được cung cấp tốt hoặc thêm các bộ chuyển tiếp đáng tin cậy để tăng cường khả năng truy cập. Đây không phải là thất bại trong thiết kế, mà là kết quả hợp lý của việc coi khả năng sẵn có như một điều giả định và không được thiết kế.
Walrus được đưa ra bởi thực tế rằng việc thực hiện mô-đun buộc căng thẳng này xảy ra. Nó coi khả năng sẵn có của dữ liệu như là các cấp độ thực hiện hạ tầng nên có khả năng lý luận về, thay vì cầu nguyện rằng sẽ đúng. Sau khi khả năng sẵn có đã được đồng bộ hóa và thực hiện ở cấp độ giao thức, các thiết kế mô-đun ngăn cản việc giao dịch hiệu suất với sự phân quyền.
Đó là điều mà các chuỗi mô-đun không thảo luận trên cơ sở đầy đủ - và điều mà Walrus được xây dựng dựa trên.
