Aave v4: ثورة في كفاءة رأس المال من خلال فرضية محاسبية مركزة

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

شظايا السيولة: لماذا النموذج القديم غير فعال

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

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

كل سوق يحتاج إلى ودائع خاصة به. ETH المخزنة في السوق الأساسية لا يمكن نقلها تلقائيًا إلى سوق منفصل إذا زاد الطلب على القروض هناك. السيولة يمكن إعادة توزيعها فقط عبر إجراءات يدوية من المستخدمين — عليهم سحب الأموال وتخزينها في سوق جديد. ونتيجة لذلك، تبقى العديد من الأموال غير مستغلة في مكان واحد، بينما الحاجة غير ملباة في مكان آخر.

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

المشكلة الثانية هي تحديد الأسعار بشكل تقريبي. نظرًا لأن المستخدمين يُجمعون حسب السوق، وليس حسب مستوى المخاطر الفردي، يدفع الجميع في سوق واحد معدلات فائدة متشابهة — بغض النظر عن مدى أمان الضمانات لديهم. المواقع الآمنة بشكل غير مقصود تدعم المواقع عالية المخاطر، ليس بسبب التصميم، بل بسبب محدودية النظام.

هذه الهيكلة تجعل البروتوكول صارمًا. دعم أصول جديدة أو استراتيجيات جديدة دائمًا يتطلب إنشاء سوق جديد، وطلب سيولة جديد، وزيادة التجزئة.

فصل السيولة عن المخاطر: جوهر تحول Aave v4

الحل في Aave v4 بسيط وأنيق: فصل السيولة عن المخاطر. في الإصدارات السابقة، كان الأمر متشابكًا. السوق يؤدي وظيفتين — الحفاظ على السيولة وتطبيق قواعد المخاطر. لتغيير المخاطر، الطريقة الوحيدة كانت إنشاء سوق جديد، وهو ما يعني تلقائيًا إنشاء سيولة جديدة.

لكن Aave v4 فكّ هذا الربط.

بدأت الفكرة بمفهوم جديد: مركز السيولة (Liquidity Hub). هذا المركز ليس سوقًا يتفاعل مباشرة مع المستخدمين. هو لا يقرر من يمكنه الاقتراض، أو كم، أو نوع الضمانات المقبولة. المركز فقط يخزن الأصول، ويتابع الأرصدة، ويحسب الفوائد، ويضمن بقاء النظام سليمًا.

جميع تفاعلات المستخدمين تتم في مكان آخر، عبر هيكل جديد يُسمى Spoke (فرع). الـSpoke ليس مجمع سيولة. هو مجموعة من القواعد — الشروط التي تحدد من يمكنه الوصول إلى السيولة، وتحت أي شروط، وما هو الحد الأقصى للمخاطر.

عندما يقترض المستخدم، لا يقترض مباشرة من الـSpoke. بل يقترض عبر الـSpoke من المركز. وبما أن الـSpoke لا يحتفظ بالأموال، فلا حاجة لإنشاء مجمع جديد في كل مرة نريد دعم ملف مخاطر مختلف. كل الأصول تتراكم في ميزانية مركزية واحدة.

ما يميز الـSpoke عن الآخر ليس مكان تخزين الأموال، بل قواعد الاستخدام. قد يسمح الـSpoke المحافظ فقط بأصول رئيسية مع رافعة منخفضة. أو قد يسمح الـSpoke الآخر بأصول غريبة مع رافعة أعلى. كلاهما يصل إلى نفس السيولة، لكن وفق قواعد مختلفة.

هذه قفزة مفاهيمية أساسية. في التصميم القديم، تغيير المخاطر = تغيير السوق = تجزئة جديدة. في v4، تغيير المخاطر = تغيير القواعد = عدم وجود تجزئة.

الافتراضات الأساسية للمحاسبة المركزية: كيف يدير النظام المخاطر العالمية

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

في Aave v3، كانت المحاسبة محلية. كل سوق يحتفظ بسجلاته الخاصة. يُقيم مدى الملاءة لكل سوق. يُطلق على عمليات التصفية في مجمع معين. تُمتص الخسائر من قبل سيولة ذلك المجمع. يفتقر البروتوكول إلى رؤية شاملة لكيفية تراكم المخاطر عبر النظام بأكمله.

أما في v4، فالمحاسبة مركزية في الـHub. يحتفظ الـHub بميزانية واحدة كبيرة تسجل جميع الأصول، والالتزامات، والفوائد المتراكمة عبر البروتوكول. كل قرض من أي Spoke يُسجل في نفس الميزانية. هذا يمنح البروتوكول رؤية كاملة لمجموع السيولة السائلة، والديون غير المسددة، والاحتياطيات المتبقية.

هذا التغيير في الافتراضات المحاسبية يغير طريقة إدارة الملاءة. مع رؤية مركزية، يمكن للبروتوكول تحديد حدود واضحة للمخاطر لكل Spoke. الـSpoke غير مسموح له بالوصول إلى السيولة بلا حدود. بدلاً من ذلك، تحدد الحوكمة “حد التعرض للمخاطر” لكل Spoke — حد أقصى للمخاطر التي يمكن أن يخلقها الـSpoke.

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

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

تحديد أسعار المخاطر بناءً على المقترض، وليس السوق

مع السيولة المشتركة والمحاسبة المركزية، يمكن لـAave v4 التمييز بين المخاطر على مستوى المقترض الفردي، وليس فقط على مستوى السوق.

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

أما في v4، فإن سعر الفائدة الأساسي للأصل يُحدد بواسطة العرض والطلب في الـHub. لكن، كل مقترض يدفع رسومًا إضافية فوق سعر الفائدة الأساسي، تعتمد على ملفه المخاطر الخاص.

عندما يقترض المستخدم عبر الـSpoke، يقيم البروتوكول مخاطر الموقع المحدد استنادًا إلى الضمان، ونسبة الرافعة، وقواعد الـSpoke. إذا اعتُبر الموقع عالي المخاطر، يُفرض عليه علاوة مخاطر — تكلفة إضافية كمكافأة للمخاطر التي يتحملها مزود السيولة.

المواقع الآمنة تدفع علاوة قريبة من الصفر. المواقع عالية المخاطر تدفع علاوات مرتفعة. يلعب الـSpoke هنا دورًا مهمًا — يحدد ما يُعتبر “آمنًا” و"مخاطرة"، وكيفية حساب العلاوة.

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

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

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

التصفية المتوقعة والحوكمة المرنة

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

أما في v4، فتم التعامل مع ذلك عبر تغيير طريقة إدارة التصفية وتراكم المخاطر. في v3، كانت التصفية تُطلق في مجمع معين، وتُستخدم السيولة في ذلك المجمع للحل. هذا يعني أن العملية تعتمد على توفر الأموال في المجمع المحدد — إذا نفدت السيولة، قد تتأخر التصفية أو تفشل جزئيًا.

أما في v4، فالتصفية عملية عالمية. الـSpoke يحدد متى وكيف تُطلق التصفية. الـHub يضمن أن التصفية يمكن أن تُنجز باستخدام السيولة المركزية نفسها. لا حاجة لنقل الأموال بين الأسواق أو إعادة توازن المجمع — كل الأصول في مكان واحد.

العملية تصبح أكثر قابلية للتوقع. المُصفّي يتفاعل مع مصدر واحد للسيولة. تقل احتمالية حدوث مخاطر تصفية متسلسلة بسبب نقص السيولة في مجمع معين بشكل كبير.

في التصميم المجزأ، يمكن أن يُفلس المجمع ليس بسبب نقص الأموال، بل بسبب تدفق الأموال إلى أماكن أخرى. أما في v4، فإن نقص السيولة هو إشارة عالمية واضحة في المحاسبة المركزية. البروتوكول دائمًا يعرف أين توجد الخسائر المحتملة، وكم حجمها، وأي جزء من النظام مسؤول عنها.

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

هذا يقلل من تكاليف الحوكمة ويقلل من احتمالية الأخطاء أو الاضطرابات النظامية.

الطريق نحو نظام DeFi أكثر نضجًا

التحول في Aave v4 يحمل آثارًا طويلة المدى تتجاوز كفاءة رأس المال فقط.

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

أما في v4، فالتجارب أصبحت أسهل بكثير. بدون الحاجة إلى إيداع المستخدمين أموالًا في مجمع جديد، يمكن تقديم الـSpoke الجديد. الحوكمة تحدد القواعد وحدود المخاطر للحالات الخاصة، مع الحفاظ على سلامة الميزانية المركزية.

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

هذا مهم جدًا للأصول الحقيقية (RWA) والتطبيقات المؤسسية. غالبًا ما تكون لدى RWA قيود يصعب دمجها بالكامل في الأسواق الحالية — مثل آليات التصريح، والتغليف القانوني، والتصفية البطيئة، أو سلوك الضمان غير التقليدي.

في التصميم القديم، استيعاب هذه القيود يتطلب تنازلات كبيرة: إما التضحية بالسوق الأساسية أو عزل السيولة تمامًا. أما في v4، فهذه القيود يمكن أن تبقى ضمن الـSpoke مع قواعد خاصة، مع الاستفادة من السيولة المشتركة في الـHub. RWA لم تعد استثناءات خطرة — بل هي حالات استخدام بمعايير مخاطر مناسبة.

مع مرور الوقت، ستتغير أنماط نمو Aave. البروتوكول لن يتوسع أكثر عبر إطلاق المزيد من الأسواق وجذب السيولة المعزولة، بل سينمو عبر زيادة فائدة الميزانية المركزية. السيولة لن تبقى غير مستغلة في أسواق متعددة، بل ستُخصص بشكل ديناميكي وفقًا للاحتياجات الحقيقية، مع إدارة المخاطر عبر قواعد مرنة وقابلة للتعديل.

هذا التحول يقرب بروتوكولات DeFi أكثر من النظام المالي التقليدي الناضج — حيث تخدم ميزانية واحدة ملفات مخاطر متنوعة، وتُحدد الأسعار بشكل دقيق يعكس المخاطر الفردية، وتُدار الحوكمة بشكل يتيح تعديل المعلمات دون إحداث اضطرابات في النظام ككل.

تُظهر Aave v4 أن الافتراضات المحاسبية الأساسية المختلفة — من التجزئة إلى التوحيد — يمكن أن تفتح كفاءة رأس مال أكبر بشكل جوهري، مع تحسين إدارة المخاطر النظامية بشكل أفضل.