بعد أن فكرت، أدركت أن تخصيص معدلات الفائدة كان يبدو لي معلمة غريبة تمامًا، بحتة تقنية، ضمن البروتوكول <a>@TermMax </a>.
لكن هنا نهج مختلف جوهريًا، ولم أدرك ذلك فورًا، بل عندما فهمت بنية السوق.
يعيد البروتوكول تشكيل أساس Uniswap V3 AMM نفسه. لا يضيف خيارًا فحسب—بل يغيّر مبدأ التسعير.
تفرض الـ AMM التقليدية منحنى واحدًا. إما أن يَقبل المشارِك السعر، أو يغادر. في <a>#TermMax </a> يحدد المشاركون بأنفسهم نطاقات الأسعار—بشكل منفصل للقروض، وبشكل منفصل للإقراض.
دورٌ واحد يضع شروط الاقتراض. دورٌ آخر يضع شروط الإقراض. أما الدور الثالث فيجمع الوظيفتين في أمر واحد مع منحنيين سعريين في الوقت نفسه.
معًا تشكل هذه الأوامر نظامًا واحدًا للتسعير—من دون الاعتماد على منحنى واحد مفروض.
من يريد الاقتراض أو تقديم الائتمان يختار من طيف أوسع من الأسعار—لا من منحنى واحد مفروض.
هنا تعود المشكلة القديمة في AMM: المنحنى لا يعكس دائمًا السعر الحقيقي.
قد يتيح ذلك للمشاركين تحكمًا أدق في الأسعار، لكنه لا يلغي الحاجة إلى مراقبة المراكز الخاصة باستمرار.
حصل السوق على أداة لتسعير أدق. هل ستصبح أداة أكثر دقة بالفعل لمن يستخدمها—ستُظهره الممارسة فقط.
لكن هنا نهج مختلف جوهريًا، ولم أدرك ذلك فورًا، بل عندما فهمت بنية السوق.
يعيد البروتوكول تشكيل أساس Uniswap V3 AMM نفسه. لا يضيف خيارًا فحسب—بل يغيّر مبدأ التسعير.
تفرض الـ AMM التقليدية منحنى واحدًا. إما أن يَقبل المشارِك السعر، أو يغادر. في <a>#TermMax </a> يحدد المشاركون بأنفسهم نطاقات الأسعار—بشكل منفصل للقروض، وبشكل منفصل للإقراض.
دورٌ واحد يضع شروط الاقتراض. دورٌ آخر يضع شروط الإقراض. أما الدور الثالث فيجمع الوظيفتين في أمر واحد مع منحنيين سعريين في الوقت نفسه.
معًا تشكل هذه الأوامر نظامًا واحدًا للتسعير—من دون الاعتماد على منحنى واحد مفروض.
من يريد الاقتراض أو تقديم الائتمان يختار من طيف أوسع من الأسعار—لا من منحنى واحد مفروض.
هنا تعود المشكلة القديمة في AMM: المنحنى لا يعكس دائمًا السعر الحقيقي.
قد يتيح ذلك للمشاركين تحكمًا أدق في الأسعار، لكنه لا يلغي الحاجة إلى مراقبة المراكز الخاصة باستمرار.
حصل السوق على أداة لتسعير أدق. هل ستصبح أداة أكثر دقة بالفعل لمن يستخدمها—ستُظهره الممارسة فقط.