السلسلة ليست قاعدة بيانات، ولا شيء يخاطبها مباشرة.

غالباً لا في البداية. فالمزوّد خيار معقول وأسرع بكثير في الإقلاع. والسؤال الذي يستحق إجابة مبكرة هو ماذا يحدث حين ينقطع ذلك المزوّد، أو يغيّر تسعيره، أو يحدّ معدّلك في أسوأ لحظة — فالإجابة عن ذلك، لا الأيديولوجيا، هي ما يبرّر تشغيل عقدك في النهاية.

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

نعم، والتفصيل المهم أن ربط المحفظة لا يثبت شيئاً بذاته. فالمصادقة تقتضي توقيع رسالة أصدرها خادمك ويقبلها مرة واحدة بالضبط. وإذا أُنجزت بشكل صحيح فهي آلية دخول جيدة فعلاً؛ وإذا اكتُفي بالربط فهي حساب يستطيع أي أحد ادّعاءه.

يُحسم قبل بناء هذه الطبقة، بأدلة عن ضمانات التسوية والكلفة والأدوات وأين يوجد أطرافك المقابلون أصلاً. وصفحة البلوكتشين تتناول كيف يُتخذ ذلك القرار — بما في ذلك الحالة التي تكون فيها الإجابة أن لا حاجة إلى سلسلة.

بتوقّعها. فالتاريخ القريب قابل للاستبدال، فلا يحدث شيء لا رجعة فيه قبل بلوغ عمق معلن، ويسجّل المفهرس ما يكفي لعكس ما كتبه لا النتيجة وحدها. والنظام الذي يعامل إعادة الترتيب كحادث سيعامل أمراً عادياً كطارئ.

نقاط الاتصال والمفهرسات وأي عقدة أنظمة تعمل ولها قصّة مناوبة، لا مخرجات تُسلَّم في النهاية. ويُحسم ذلك ضمن المشروع بدل تركه مضمراً، لأن التطبيق غير المفهرَس يبدو معطوباً لكل مستخدميه بينما يبدو سليماً في كل لوحة مراقبة.