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



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