أدى إعادة هيكلة كتلة إيثريوم واحدة إلى إيقاف عمليات التبادل في THORChain التي تشمل 10 شبكات بلوكشين. الجانب المفاجئ؟ كل شيء بدأ بوديعة قدرها 10 ETH لم تصل أصلاً إلى الصندوق. إليك ما حدث. 1️⃣ اكتشاف الوديعة أرسل مستخدم 10 ETH إلى صندوق THORChain. ظهرت المعاملة في كتلة إيثريوم، وسجّلتها THORChain كوديعة. 2️⃣ إعادة هيكلة كتلة إيثريوم استبدلت إيثريوم الكتلة الأصلية، وأزالت الوديعة من السلسلة الرسمية. لكن THORChain كانت قد سجّلت هذه الأموال بالفعل. 3️⃣ استرداد غير صحيح فشلت عملية التبادل في شرط حد السعر، مما أدى إلى استرداد الأموال. أرسلت THORChain 10 ETH إلى المستخدم، رغم أن صندوقها لم يتلقَّ الوديعة المقابلة أبداً. 4️⃣ إيقاف طارئ كشف مدقق الجدارة المالية لـ THORChain عن النقص، فأوقف عمليات التبادل. وأعاد المستخدم لاحقاً الـ 10 ETH الإضافية. إذن، ما الذي خطأ تقنياً؟ كانت المشكلة الأساسية هي الفرق بين مراقبة المعاملة وامتلاك تأكيد كافٍ على بقائها في السجل الرسمي لإيثريوم. ظهور معاملة في كتلة لا يعني أن هذه الكتلة لا يمكن إعادة هيكلتها. هنا أثار @ethlabs_org حلاً مثيراً: قاعدة التأكيد السريع لإيثريوم (FCR). بدلاً من الانتظار فقط لعدد عشوائي من الكتل، تحلل FCR إقرارات مُدققي إيثريوم لتحديد ما إذا كانت الكتلة تحظى بدعم كافٍ. يمكنها توفير تأكيد قوي خلال حوالي 15–30 ثانية، وبشكل أسرع بكثير من الإنهاء الكامل للتوافق في إيثريوم. لكن FCR ليست إنهاءً مطلقاً. ضماناتها لا تزال تعتمد على افتراضات الشبكة والمُدققين. التمييزات المهمة: • مراقبة المعاملة ≠ إنهاء المعاملة • تأكيدات الكتل ≠ التأكيد القائم على إقرارات المُدققين • التأكيد السريع ≠ الإنهاء التوافقي بالنسبة للبنية التحتية بين السلاسل، فإن استلام الوديعة هو فقط جزء واحد من العملية. التحقق من أن معاملة السلسلة المصدرية آمنة بشكل كافٍ قبل إطلاق الأموال أمر مهم بنفس القدر. هذا هو ما يجعل هذا الحادث مثالاً مفيداً للغاية على لماذا لا يجب الخلط بين التأكيد والإنهاء.