أحدثت أحداث الربط في يناير 2026 شكوكًا لدى كثيرين حول أمان السلاسل المتقاطعة. لكنني أرى أن هذه الواقعة كشفت عن مشكلة أكثر جوهرية: نحن غالبًا ما نعامل “الجسر” كمكوّن مستقل، بينما ينبغي أن يصبح جزءًا من تصميم السلسلة نفسها. في ترقية DUSK في الربع الثاني من 2026، قدّمت إجابة مثيرة للاهتمام.
لنراجع أولًا: في تلك الحادثة، لم يقم المهاجمون باختراق طبقة إجماع DUSK، بل قاموا باختراق محفظة توقيعات خدمة الربط. وهذا يعني أنه حتى لو كانت السلسلة الأساسية آمنة، فإن وجود خدمة الربط كـ“صندوق أسود” يظل مصدرًا للخطر. لم تتمثل استجابة DUSK في ترقية كود الربط فحسب، بل في إعادة تصميم “حدود الثقة”.
وفقًا للوثائق التقنية الرسمية، يقدم الحل الجديد “آلية التحقق المزدوج”: يجب أن تمر المعاملات الخاصة بالربط أولًا عبر توقيع محفظة خدمة الربط، ثم يجب أن تخضع لتأكيد ثانٍ عبر مجموعة من المدققين الذين يتم اختيارهم عشوائيًا من شبكة DUSK الرئيسية. يقوم هؤلاء المدققون بفحص ما إذا كانت معاملة الربط تتطابق مع الحالة على سلسلة DUSK (مثل ما إذا كانت هناك سجلات لقفل الأصول المقابلة). إذا وجد المدققون عدم تطابق، سيتم رفض المعاملة، وسيتم وسم محفظة توقيع خدمة الربط على أنها “مريبة”، ما يؤدي إلى تفعيل الإيقاف التلقائي.$BTC
الأهم من ذلك، أن DUSK دمج منطق الربط مباشرةً داخل DuskVM بدلًا من تشغيل عقد جسر مستقل خارج السلسلة كما تفعل مشاريع أخرى. وهذا يعني أن تغيّر حالة معاملات الربط يتم تأكيده مباشرةً بواسطة طبقة إجماع DUSK، دون الاعتماد على طرف ثالث خارجي. تصميم “الجسر الأصلي” هذا يجعل مهاجمًا إذا أراد استهداف الجسر، عليه أن يخترق في الوقت نفسه طبقة إجماع DUSK ومنطق الربط، ما يرفع مستوى الصعوبة بشكل كبير.
لاحظت تفصيلًا: في الخطة الجديدة، يتم اختيار المدققين عشوائيًا، مع تدوير كل 4 ساعات، كما لا يمكن لكل عقدة المشاركة في التحقق إلا لمجموعة واحدة من معاملات الربط. وبهذا، حتى إذا تم شراء أحد المدققين، فلن يتمكن من إحداث تخريب مستمر. إضافةً إلى ذلك، أدخلت DUSK آلية “التأكيد المتأخر” — إذ تتطلب معاملات الربط الكبيرة (أكثر من 100 ألف DUSK) انتظار تأكيد لمدة 5 كتل. وخلال هذه الفترة يمكن للمدققين إطلاق تحدّي، وإذا نجح التحدّي فسيتم إلغاء تلك المعاملة.
لذلك، لا يمكن حل أمان الربط بالاعتماد على “جسر متين” واحد فقط، بل يحتاج إلى دمج الجسر في نظام إجماع السلسلة وآليات التحقق.
#dusk @Dusk $DUSK
لنراجع أولًا: في تلك الحادثة، لم يقم المهاجمون باختراق طبقة إجماع DUSK، بل قاموا باختراق محفظة توقيعات خدمة الربط. وهذا يعني أنه حتى لو كانت السلسلة الأساسية آمنة، فإن وجود خدمة الربط كـ“صندوق أسود” يظل مصدرًا للخطر. لم تتمثل استجابة DUSK في ترقية كود الربط فحسب، بل في إعادة تصميم “حدود الثقة”.
وفقًا للوثائق التقنية الرسمية، يقدم الحل الجديد “آلية التحقق المزدوج”: يجب أن تمر المعاملات الخاصة بالربط أولًا عبر توقيع محفظة خدمة الربط، ثم يجب أن تخضع لتأكيد ثانٍ عبر مجموعة من المدققين الذين يتم اختيارهم عشوائيًا من شبكة DUSK الرئيسية. يقوم هؤلاء المدققون بفحص ما إذا كانت معاملة الربط تتطابق مع الحالة على سلسلة DUSK (مثل ما إذا كانت هناك سجلات لقفل الأصول المقابلة). إذا وجد المدققون عدم تطابق، سيتم رفض المعاملة، وسيتم وسم محفظة توقيع خدمة الربط على أنها “مريبة”، ما يؤدي إلى تفعيل الإيقاف التلقائي.$BTC
الأهم من ذلك، أن DUSK دمج منطق الربط مباشرةً داخل DuskVM بدلًا من تشغيل عقد جسر مستقل خارج السلسلة كما تفعل مشاريع أخرى. وهذا يعني أن تغيّر حالة معاملات الربط يتم تأكيده مباشرةً بواسطة طبقة إجماع DUSK، دون الاعتماد على طرف ثالث خارجي. تصميم “الجسر الأصلي” هذا يجعل مهاجمًا إذا أراد استهداف الجسر، عليه أن يخترق في الوقت نفسه طبقة إجماع DUSK ومنطق الربط، ما يرفع مستوى الصعوبة بشكل كبير.
لاحظت تفصيلًا: في الخطة الجديدة، يتم اختيار المدققين عشوائيًا، مع تدوير كل 4 ساعات، كما لا يمكن لكل عقدة المشاركة في التحقق إلا لمجموعة واحدة من معاملات الربط. وبهذا، حتى إذا تم شراء أحد المدققين، فلن يتمكن من إحداث تخريب مستمر. إضافةً إلى ذلك، أدخلت DUSK آلية “التأكيد المتأخر” — إذ تتطلب معاملات الربط الكبيرة (أكثر من 100 ألف DUSK) انتظار تأكيد لمدة 5 كتل. وخلال هذه الفترة يمكن للمدققين إطلاق تحدّي، وإذا نجح التحدّي فسيتم إلغاء تلك المعاملة.
لذلك، لا يمكن حل أمان الربط بالاعتماد على “جسر متين” واحد فقط، بل يحتاج إلى دمج الجسر في نظام إجماع السلسلة وآليات التحقق.
#dusk @Dusk $DUSK
原生桥接会成为行业标准吗？
0%
延迟确认会影响用户体验吗？
100%
验证人随机性足够安全吗？
0%
1 الأصوات • تمّ إغلاق التصويت