تخيل هذا السيناريو: شبكة بلوكتشين رئيسية واحدة انقسمت بسبب خلاف على اتجاه التحديث، وحدثت عملية fork صلبة. ظهرت على الفور سلسلتان متوازيتان، وكل منهما تدعي أنها "الأصلية". هل لديك مراكز اقتراض؟ موجودة على كلا السلسلتين.

قد يبدو الأمر غريبًا، لكنه في الواقع مشكلة كابوسية لبروتوكولات DeFi.

**لماذا يكون الـ hard fork مؤلمًا جدًا؟**

العملات المستقرة (مثل USD1، USDT) عادةً تعترف بسلسلة واحدة فقط. أما الأصول الواقعية (RWA) المرهونة في العالم الحقيقي؟ فهي أكثر تعقيدًا — الاحتياطيات بالدولار الحقيقي موجودة في جهة واحدة، وإذا انقسمت السلسلة، فإنها تصبح بلا قيمة. لذلك، في لحظة الانقسام، قد تتحول العملة المستقرة على إحدى السلاسل إلى ورق غير ذي قيمة.

المستغلون سيقومون بنشاط بنقل الأصول بين السلسلتين، وسعر المزود (oracle) سيتعرض للفوضى. لن تتمكن من تحديد أي سلسلة يجب أن تسدد عليها، وربما لا تعرف أيهما "الحقيقية". والأكثر رعبًا، أن أصول بعض الأشخاص قد تُصفّى على السلسلتين في آن واحد.

**كيف يختار بروتوكول الاقتراض؟**

مثل هذه بروتوكولات DeFi ستختار بالتأكيد جانبًا. الطرف المعلن رسميًا عن دعم السلسلة التي يعتبرها الأصلية هو الذي سيحصل على الدعم، والبقية ستصبح غير ذات أهمية.

**كيف تنجو من ذلك؟**

عند حدوث الانقسام، عادةً ما تستمر فترة الفوضى من 24 إلى 48 ساعة. خلال هذه الفترة، توقف عن جميع العمليات — لا تقترض، لا تسدد، لا تتدخل. لأن هجمات إعادة التشغيل (replay attacks) قد تؤدي إلى تنفيذ عملياتك على السلسلة الأخرى أيضًا، وهذا سيكون خسارة كبيرة.

أفضل طريقة لضمان سلامتك هي مراقبة تحركات جهة إصدار الأصول. شركات إصدار العملات المستقرة، والفرق الرسمية للبروتوكولات، ستحدد مواقفها أولًا، واتبع خياراتهم بدقة.

الـ hard fork يبدو مشكلة تقنية، لكنه في الواقع اختبار لوعي مخاطر مشاركي الـ DeFi. بمعرفة هذه الأمور، يمكنك حماية أصولك بشكل أفضل في الحالات القصوى.