Bạn gửi một giao dịch, nó được xác nhận, nhưng ví của bạn vẫn hiển thị số dư cũ. Bạn làm mới, số dư hiện ra. Làm mới lần nữa, nó lại biến mất. Không có gì bị hỏng. Bạn chỉ vừa chạm vào một bản sao khác chưa kịp cập nhật. Rialo đã công bố một hướng dẫn về các mô hình nhất quán, giải thích chính xác điều này, và lời giải thích này hữu ích hơn nhiều lời khuyên về UX ví. Các hệ thống phân tán sao chép dữ liệu qua các máy chủ, và những máy chủ này nhận cập nhật ở những thời điểm khác nhau. Một phép đọc hướng đến một bản sao chậm trễ sẽ trả về trạng thái đã cam kết cũ hơn. Đây là hành vi đúng theo hầu hết các mô hình nhất quán, nhưng trông rất khó hiểu. Giải pháp có tên gọi: đọc những gì bạn đã viết. Sau khi client cam kết một phép ghi trong một phiên, mọi phép đọc tiếp theo trong phiên đó đều phản ánh phép ghi đó. Bạn luôn thấy giao dịch của mình, ngay cả khi người dùng khác chưa thấy. Kết hợp với phép đọc đơn điệu, góc nhìn của bạn chỉ tiến về phía trước, vì vậy số dư không bao giờ quay ngược lại giữa chừng trong một phiên. Tài liệu của @RialoHQ nêu rõ đây là điều mà các ví nên triển khai ở lớp ứng dụng, đồng thời phân loại rõ mô hình nào phù hợp với từng phần của chuỗi: nhất quán mạnh cho các điểm kiểm tra tính kết thúc; tiền tố nhất quán cho thứ tự khối trong quá trình đồng bộ; độ trễ bị giới hạn cho các client nhẹ. Hầu hết các chuỗi đều không tài liệu hóa tính nhất quán và để các nhà phát triển tự phát hiện qua các báo cáo lỗi. Việc ghi lại rõ ràng ràng buộc nào áp dụng ở đâu là công việc không hấp dẫn nhưng có thể tiết kiệm cho ai đó cả một tuần để truy tìm một vấn đề vốn chẳng phải lỗi gì cả.