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

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

فما هي أكثر المراحل عرضة للمشاكل؟

**المشكلة الأولى: مخاطر مصادر البيانات نفسها**. هل تعرف من أين تأتي أسعار الأوراكل؟ تعتمد بعض البروتوكولات على واجهة برمجية (API) سلسلة واحدة خارج السلسلة - وهذا مثل وضع جميع البيض في سلة واحدة، فإذا فشلت الواجهة البرمجية أو تعرضت للهجوم، فإن جميع الأسعار عبر السلسلة ستنحرف. بالمقارنة مع الحلول التي تستخدم تجميع الإجماع متعدد العقد، يكون معامل الأمان أعلى بكثير. كلما زادت درجة المركزية، كلما زاد خطر الاستهداف الدقيق.

**المشكلة الثانية: تأخر تحديث الأسعار**. عندما تكون تقلبات السوق قصوية، هنا يحدث الخطر. النظام لا يزال يحسب نسبة الضمان الخاصة بك بناءً على السعر المرتفع من أمس، لكن السوق قد انخفضت بالفعل. عندما ينتهي تحديث تغذية الأسعار أخيراً، تكون قد أصبحت معسراً بالفعل، ولا يوجد وقت لإضافة رأس مال، وتتم تصفيتك مباشرة بموجة واحدة.

**المشكلة الثالثة: مشاكل على مستوى العقد الذكي**. حتى إذا كانت الواجهة موحدة، فهل ينجح الكود الكامن خلفها في الاختبار والتدقيق؟ هل يوجد آلية قاطع لمواجهة الأسواق القصوية؟ هذه التفاصيل هي التي تحدد مستوى الأمان الحقيقي.

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