#termmax كل حسابات MLTV على TermMax تعتمد على شيء واحد لا يتحدث عنه أحد: كيف يعرف البروتوكول فعليًا قيمة ضمانك الآن. 🛰️ إن الـ Oracles هي الجزء غير اللامع الذي يقوم بهذه المهمة، وتستحق اهتمامًا أكبر مما تحصل عليه.

إليك السبب الذي يجعل ذلك مهمًا تحديدًا لمنتج بسعر ثابت وبمدة ثابتة: يتم حساب حدّ MLTV الخاص بك (مثلًا، 0.8) مقابل تقييم حيّ للضمان، وليس السعر وقتما فتحت المركز. إذا تأخّر تغذية الـ oracle عن السوق الحقيقي — ولو للحظة قصيرة — فقد يختلف تعرّضك الفعلي للمخاطر عمّا يعرضه الواجهة. 🕐📉

توضيح تقريبي لموضعية التأخير: إذا كان ضمانك يستحق فعليًا 950 دولارًا لكن الـ oracle ما زال يبلّغ 1,000 دولار بسبب تأخير لحظي في التغذية، فإن البروتوكول يحتسب MLTV الخاص بك اعتمادًا على رقم متأخر بالفعل بنسبة 5%. في مركز MLTV عند 0.8، فإن فجوة الـ 5% هذه تلتهم تقريبًا ربع الهامش المتبقي لديك حتى التصفية (0.8 → فعليًا أقرب إلى 0.84 من حيث الواقع) — وهذا يعني أن “وسادتك” الفعلية أرقّ مما يوحي به الرقم المعروض، تحديدًا في النوع من الحركة السريعة التي يصبح فيها هذا الفارق مهمًا فعلًا. ➗

هذه ليست مشكلة خاصة بـ TermMax — فكل بروتوكول إقراض لا يتداول وفق دفتر أوامر داخلي خاص به لديه نوع من اعتماد الـ oracle. ما يميز TermMax هو أن دقة الـ oracle تتفاعل مع نظام التصفية على مرحلتين — فـ oracle قديم في اللحظة غير المناسبة قد يكون الفرق بين تصفية نظيفة وبين حدث “fallback”. 🔻

إذا لم تكن تتحقق من أي تغذية oracle تدعم السوق قبل الاستفادة/الرافعة ضمنه، فهذه هي النقطة التي يستحق إضافتها إلى قائمة التحقق تلك.

@TermMax #TermMax