لقد راجعت جزء الـVault الخاص بـTermMax بشكل منفصل خلال اليومين الماضيين. كنت أفهم الـcurator خطأً من قبل—ظننت أنه مجرد "قائمة توصيات استراتيجية"، تعرض العوائد السنوية التاريخية لمختلف الـVault ليختار المستخدم أحدها للإيداع. لكن بعد قراءة الوثائق اتضح أن الأمر ليس كذلك على الإطلاق. فـcurator يمتلك فعلاً صلاحية جدولة الأموال بشكل ملموس: عندما يقوم المستخدم بإيداع عملة مستقرة في الـVault، يقرر الـcurator إلى أي الأسواق ضمن تواريخ الاستحقاق المتعددة تُوزَّع هذه الأموال، وما هو الحد الأقصى للتعرض على تاريخ استحقاق واحد، وهل ينبغي الاحتفاظ بجزء من التدفقات النقدية لمواجهة عمليات الاسترداد، بل وحتى ما إذا كان ينبغي إرسال الجزء غير المستخدم إلى بروتوكولات خارجية مثل Morpho لتناول عوائد عائمة كتعويض.
إن ميزة هذه التصميمات واضحة تماماً. فالمستخدم العادي لا يملك الوقت أو الجهد لمراقبة أعماق وتقاطعات أسعار لأكثر من عشرة تواريخ استحقاق يومياً، ولا حاجة لأن يحكم بنفسه على ما إذا كانت السيولة في market ما كافية. إن إسناد هذه المهمة إلى curator لاتخاذ قرارات مجمعة يحقق كفاءة أعلى بكثير مما لو قام المرء باختيار الـmarket يدوياً؛ فالـVault عملياً يسطّح جزءاً كبيراً من منحنى التعلم الحاد الذي كان موجوداً في TermMax.
لكن الأهم بالنسبة لي هو فرضيات الثقة الكامنة وراء هذه الآلية. إذا أخطأ curator في إعداد تركّز تواريخ الاستحقاق—مثلاً، إذا راكم معظم الأموال في تاريخ استحقاق واحد—فعندما يحدث استرداد مركزّي لذلك التاريخ أو تتكدس طلبات تمديد المراكز لدى المقترضين، سيُضغط على سيولة الـVault فوراً. أو إذا كانت تقديرات المخاطر لدى curator لنوعٍ ما من الضمانات منحرفة، فمع تقلبات حادة في أسعار الضمانات قد لا تتم معالجة التصفية في الوقت المناسب؛ وهذه الخسائر تُحمَّل على جميع المودعين في الـVault، على عكس إدارة الأصول خارج السلسلة حيث يمكن تبديل المدير مباشرة إذا لم تُحقق النتائج الأداء المطلوب. على السلسلة، ما يمكن فعله هو أن يقوم المستخدمون بسحب أموالهم بأنفسهم، وهذا السحب نفسه يحتاج أيضاً إلى وقت ونوافذ سيولة.
لذلك عندما أنظر إلى Vault الآن، لا أكتفي بالنظر إلى العائد السنوي التاريخي المعروض فحسب، بل أتحقق أولاً من عدة أسواق سبق أن أدارتها هذا الـcurator: هل حدث فيها تكدس/اندفاع نحو تواريخ استحقاق معينة، وكيف كانت سرعة معالجة التصفية؟ ثم أنظر على مستوى البروتوكول هل توجد حدود صارمة للعُرضية على تاريخ استحقاق واحد. إن معرفة ما إذا كانت جدولة الأموال تتم على نحو جيد لا يمكن ملاحظتها عادة عندما تكون الأمور هادئة ومستقرة؛ فالاختبار الحقيقي دائماً هو لحظة تزاحم تواريخ الاستحقاق وتحوّل تقلبات السوق بشكل حاد. عندها فقط تُكشف منطقية تكوين curator بالكامل.
@TermMax #TermMax
إن ميزة هذه التصميمات واضحة تماماً. فالمستخدم العادي لا يملك الوقت أو الجهد لمراقبة أعماق وتقاطعات أسعار لأكثر من عشرة تواريخ استحقاق يومياً، ولا حاجة لأن يحكم بنفسه على ما إذا كانت السيولة في market ما كافية. إن إسناد هذه المهمة إلى curator لاتخاذ قرارات مجمعة يحقق كفاءة أعلى بكثير مما لو قام المرء باختيار الـmarket يدوياً؛ فالـVault عملياً يسطّح جزءاً كبيراً من منحنى التعلم الحاد الذي كان موجوداً في TermMax.
لكن الأهم بالنسبة لي هو فرضيات الثقة الكامنة وراء هذه الآلية. إذا أخطأ curator في إعداد تركّز تواريخ الاستحقاق—مثلاً، إذا راكم معظم الأموال في تاريخ استحقاق واحد—فعندما يحدث استرداد مركزّي لذلك التاريخ أو تتكدس طلبات تمديد المراكز لدى المقترضين، سيُضغط على سيولة الـVault فوراً. أو إذا كانت تقديرات المخاطر لدى curator لنوعٍ ما من الضمانات منحرفة، فمع تقلبات حادة في أسعار الضمانات قد لا تتم معالجة التصفية في الوقت المناسب؛ وهذه الخسائر تُحمَّل على جميع المودعين في الـVault، على عكس إدارة الأصول خارج السلسلة حيث يمكن تبديل المدير مباشرة إذا لم تُحقق النتائج الأداء المطلوب. على السلسلة، ما يمكن فعله هو أن يقوم المستخدمون بسحب أموالهم بأنفسهم، وهذا السحب نفسه يحتاج أيضاً إلى وقت ونوافذ سيولة.
لذلك عندما أنظر إلى Vault الآن، لا أكتفي بالنظر إلى العائد السنوي التاريخي المعروض فحسب، بل أتحقق أولاً من عدة أسواق سبق أن أدارتها هذا الـcurator: هل حدث فيها تكدس/اندفاع نحو تواريخ استحقاق معينة، وكيف كانت سرعة معالجة التصفية؟ ثم أنظر على مستوى البروتوكول هل توجد حدود صارمة للعُرضية على تاريخ استحقاق واحد. إن معرفة ما إذا كانت جدولة الأموال تتم على نحو جيد لا يمكن ملاحظتها عادة عندما تكون الأمور هادئة ومستقرة؛ فالاختبار الحقيقي دائماً هو لحظة تزاحم تواريخ الاستحقاق وتحوّل تقلبات السوق بشكل حاد. عندها فقط تُكشف منطقية تكوين curator بالكامل.
@TermMax #TermMax
