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