مؤخرًا أتابع تنفيذ IBC وطرق الاتصال والنقل المختلفة، وكلما نظرت أكثر أدركت أن عملية العبور عبر السلسلة في النهاية مجرد حساب "من أصدق من". الحالة المثالية لـIBC هي أن يكون لدى الطرفين عميل خفيف يتحقق من حالة الآخر، ويكون الأمر نظيفًا؛ لكن العديد من الجسور تتحول فجأة إلى: مجموعة من الم relayer تنقل البيانات + توقيع متعدد/مجموعة من المدققين تؤكد + من يملك صلاحية التحديث. أنا أكثر حساسية فيما يخص الصلاحيات، هل يمكن للعقد أن يغير المنطق في أي وقت، هل المدير يمتلك مفتاحًا واحدًا، هذا يحدد ما إذا كنت أجرؤ على النوم.



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