آیا بدون سازوکارهای پاسخگویی، DeFi به شکست های گذشته ادامه می‌دهد؟

نکات کلیدی

• نبود پاسخگویی و تنظیم: مدل Curator در DeFi به دلیل عدم وجود مقررات، افشای هویت و محدودیت‌های ریسک، به طور مداوم با شکست‌های سیستمی مواجه می‌شود.
• معضل معماری بدون مجوز: معماری بدون مجوز باعث می‌شود کنترل روی انتخاب مدیران ریسک از بین برود و مدیران ریسک بتوانند بدون پاسخگویی به فعالیت خود ادامه دهند.
• مکانیسم‌های محرک نادرست: تضادهای منافع در مدل مدیران ریسک، باعث می‌شود تا انگیزه‌های بی‌موردی برای کسب درامد وجود داشته باشد بدون توجه به ریسک‌های موجود.
• ضرورت ایجاد مکانیزم‌های پاسخگویی: برای بهبود DeFi، لازم است مکانیزم‌های پاسخگویی افزایش یابند تا ریسک‌های موجود کاهش یابند و شکست‌های محتوم کاهش پیدا کنند.

ظهور Curators در DeFi

در دو سال گذشته تغییرات بزرگی در فضای مالی غیرمتمرکز صورت گرفته است. این روند بیشتر با ظهور برچسب‌هایی مثل “Curators”، “مدیران خزانه” و “عملگرهای استراتژی” نمود پیدا کرده است. آنها میلیاردها دلار از سپرده‌های کاربران در پروتکل‌هایی مانند Morpho و Euler را مدیریت می‌کنند، ولی هیچ‌گونه نظارتی روی عملکرد آنها وجود ندارد. سقوط Stream Finance در نوامبر 2025 نشان داد که این ساختار توانایی تحمل فشار را ندارد و باعث از دست رفتن 285 میلیون دلار شد.

معماری بدون مجوز و پیامدهای آن

در پروتکل‌های Morpho و Euler، هرکسی می‌تواند به طور خودسرانه صندوق ایجاد کند، پارامترهای ریسک را تنظیم کند و وجوه سپرده‌گزاران را به استراتژی‌های بازدهی اختصاص دهد. در حالی که این سیستم بدون مجوز نوآوری‌ها را تسریع می‌کند، عدم وجود نظارت و پاسخگویی می‌تواند به مشکلاتی اساسی منجر شود، همانطور که در سقوط Stream مشاهده شد.

نواقص مدل مدیریت ریسک

مدل مدیریت ریسک در DeFi، به این دلیل که انگیزه‌های نادرست را به وجود می‌آورد، باعث مشکلات اساسی می‌شود. مدیران ریسک معمولاً برای جذب سرمایه بیشتر وارد ریسک‌های بالاتر می‌شوند. اما کاربر نهایی که به دنبال ایمنی است، تنها زمانی با واقعیت مواجه می‌شود که نابودی مالی رخ دهد. همچنین، اکوسیستم رقابتی باعث می‌شود که کاربران به راحتی فریب تغلیف‌های حرفه‌ای از استراتژی‌های پیچیده را بخورند و در نهایت، کلاه‌برداری‌های عظیمی انجام شود.

نمونه شکست در Stream Finance

مدل مدیریت ریسک Stream Finance دقیقاً همین شکس پیشرفته را نشان می‌دهد. در نهایت، نسبت لوریجی که برای به دست آوردن بازدهی بالا استفاده می‌شد، تمامی افت و خیز‌ها را به لحظه‌ای کشاند که ضررهایی به مبلغ 285 میلیون دلار به وجود آمدند. هیچ یک از نهاد‌ها مسئولیتی بر عهده نگرفتند و کاربران تنها با از دست دادن سرمایه‌شان باقی ماندند.

نکات توصیه‌ای و پیشنهادی فنی برای DeFi

برای کاهش این خطرات و بهبود مدل موجود، پیشنهاد می‌شود:

• افشای هویت الزامی: تمامی مدیران ریسک باید هویت واقعی خود را در یک سیستم ثبت مستقل اعلام کنند.
• اعمال سرمایه گریز: مدیران ریسک باید نوعی سرمایه ضمانت را نگه دارند که در صورت تجاوز سود از خسارات، قطع شود.
• افشای اجباری: اطلاعات مرتبط با استراتژی‌ها و ریسک‌های مربوطه باید به صورت شفاف اعلام شود.
• اثبات ذخیره‌ها: پروتکل‌ها باید ضمانت ذخیره‌ها را از طریق فناوری‌های کریپتوگرافیک ارائه دهند.
• محدودیت تمرکز: اعمال محدودیت‌های تمرکز برای جلوگیری از وابستگی‌های زیاد روی یک طرف مقابل.

سوالات متداول

آیا معماری بدون مجوز مزایایی هم دارد؟

بله، این معماری نوآوری را تسهیل می‌کند و دسترسی مالی را برای کسانی که توسط سیستم‌های سنتی محروم شده‌اند افزایش می‌دهد.

چرا مدیران ریسک به تجربه‌های سنتی شبیه نیستند؟

مدیران ریسک در DeFi نیازی به رعایت نظارت و قوانین سنتی ندارند و این باعث می‌شود تا فعالیت‌های پرخطری را بدون مسئولیت انجام دهند.

چگونه کاربران می‌توانند از خطرات مطلع شوند؟

کاربران باید دوران واقعی و استراتژی‌های ریسک را بشناسند که ممکن است با استفاده از تکنولوژی‌های اثباتی و افشاگری دقیق بهبود یابد.

چه نوع مکانیسم پاسخگویی مناسب است؟

ایجاد مسئولیت‌پذیری با الزامات سرمایه‌گذاری و افشای هویت می‌تواند به ساختن یک سیستم پایدارتر کمک کند.

آیا پروتکل‌ها باید مسئولیت بیشتری بپذیرند؟

پروتکل‌ها باید نسبت به فعالیت‌هایی که از آنها سود می‌برند مسئولیت‌پذیر باشند و مکانیزم‌های بیمه‌ای برای جبران خسارات کاربران ایجاد کنند.