تُرسل معاملة، وتُؤكّد، لكن محفظتك لا تزال تُظهر الرصيد القديم. تُعيد التحديث، فيظهر الرصيد. تُعيد التحديث مرة أخرى، فيختفي. لم يحدث أي خلل. أنت ببساطة وصلت إلى نسخة مختلفة لم تُحدّث بعد. نشرت Rialo دليلاً حول نماذج التماسك يشرح هذا بالضبط، والشرح أكثر فائدة من معظم نصائح واجهات المستخدم للمحفظة. تقوم الأنظمة الموزعة بنسخ البيانات عبر الخوادم، وتتلقى هذه الخوادم التحديثات في أوقات مختلفة. إذا وصلت قراءة إلى نسخة متأخرة، فستُرجع حالة مُلتزمة أقدم. هذا سلوك صحيح ضمن معظم نماذج التماسك، لكنه مربك جدًا عند الملاحظة. الحل له اسم: "اقرأ ما كتبتَه". بمجرد أن يُرسل العميل كتابة ضمن جلسة، فإن كل قراءة لاحقة في تلك الجلسة تعكسها. سترى دائمًا معاملتك الخاصة حتى لو لم يرها المستخدمون الآخرون بعد. مصحوبًا بقراءات أحادية الاتجاه، فإن عرضك لا يتحرك إلا للأمام، لذا لا يعود الرصيد للخلف أثناء الجلسة. تُسمّي وثائق @RialoHQ هذا شيئًا يجب على المحافظ تنفيذه على مستوى التطبيق، وتحدد بشكل منفصل أي نموذج يناسب أي جزء من السلسلة: تماسك قوي لنقاط التحقق النهائية، بادئة متسقة لترتيب الكتل أثناء المزامنة، وتأخر محدود للعملاء الخفيفين. تترك معظم السلاسل التماسك غير موثّق، وتدفع المطورين لاكتشافه من خلال تقارير الأخطاء. كتابة أي ضمان ينطبق أينما كان عمل غير مثير، لكنه ينقذ شخصًا من أسبوع من البحث في مشكلة لم تكن خطأ أصلًا.