پرش به محتوا
تصویر مفهومی DeFi و خدمات مالی غیرمتمرکز

DeFi چیست؟ راهنمای 4 کاربرد، بازدهی و ریسک‌ها

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

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

DeFi دقیقاً چه چیزی را تغییر می‌دهد؟

در خدمات مالی سنتی، یک مؤسسه حساب‌ها را نگه می‌دارد، درخواست‌ها را بررسی می‌کند و اجرای قواعد را بر عهده دارد. در DeFi، بخشی از این منطق به قراردادهای هوشمند منتقل می‌شود. DeFi یک محصول واحد نیست؛ مجموعه‌ای از خدمات و اجزای به‌هم‌پیوسته است که بر زیرساخت بلاکچین ساخته شده‌اند. برای تعریف و مرور نمونه‌های این خدمات، راهنمای DeFi در وب‌سایت اتریوم نیز یک منبع مستقیم و مفید است.

تفاوت اصلی را می‌توان در چهار پرسش دید: چه کسی دارایی را نگه می‌دارد؟ قواعد کجا اجرا می‌شوند؟ چه کسی اختیار تغییر آن‌ها را دارد؟ و اگر خطایی رخ دهد، کاربر به کدام مرجع می‌تواند رجوع کند؟ در سامانه سنتی، نهادهای مختلف دفترکل‌های اختصاصی خود را نگه می‌دارند؛ در DeFi، وضعیت تراکنش‌ها روی دفترکل مشترک شبکه ثبت می‌شود و قرارداد هوشمند بخشی از اجرای قواعد را بر عهده می‌گیرد. بااین‌حال، دارایی ممکن است در کیف پول خودحضانتی یا داخل قرارداد قفل باشد و اختیار تغییر قواعد نیز می‌تواند در دست حاکمیت آنچین یا کلیدهای مدیریتی بماند. پاسخ این پرسش‌ها در هر پروتکل متفاوت است. به همین دلیل، برچسب «غیرمتمرکز» به‌تنهایی برای شناخت یک محصول کافی نیست.

معماری مالی غیرمتمرکز چگونه کار می‌کند؟

برای درک سازوکار DeFi می‌توان آن را در سه لایه دید. لایه نخست، بلاکچینی است که تراکنش‌ها را تسویه و نتیجه اجرای قراردادها را ثبت می‌کند. لایه دوم از دارایی‌ها، قراردادهای هوشمند و پروتکل‌هایی تشکیل می‌شود که قواعد بازارسازی، وام‌دهی یا انتشار توکن را تعریف می‌کنند. لایه سوم رابط کاربری است؛ وب‌سایت یا برنامه‌ای که فراخوانی توابع قرارداد را برای کاربر ساده‌تر می‌کند. بنابراین از دسترس خارج شدن رابط لزوماً قرارداد را متوقف نمی‌کند، اما می‌تواند راه معمول دسترسی کاربر را مختل کند. این سه لایه در کنار هم مسیر تعامل کاربر با DeFi را می‌سازند.

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

کارمزد گس از کجا می‌آید؟

اجرای قرارداد روی شبکه هزینه محاسباتی دارد. در اتریوم این هزینه با «گس» سنجیده می‌شود؛ هر عملیات مانند خواندن داده، ذخیره وضعیت یا انتقال توکن مقدار مشخصی گس مصرف می‌کند و هزینه نهایی به مجموع این عملیات و تقاضای فضای بلاک بستگی دارد. بخشی از کارمزد پایه سوزانده می‌شود و کاربر می‌تواند برای اعتبارسنج انعام اولویت تعیین کند. حتی اگر تراکنش هنگام اجرا شکست بخورد، کاربر ممکن است کارمزد گس مصرف‌شده را بپردازد؛ زیرا شبکه پیش از تشخیص شکست بخشی از محاسبات را انجام داده است.

4 کاربرد مهم DeFi

پروتکل‌های مختلف ممکن است یک خدمت مستقل ارائه کنند یا چند خدمت را کنار هم قرار دهند. «ترکیب‌پذیری» یعنی برنامه‌ها می‌توانند از قابلیت‌ها و خروجی یکدیگر استفاده کنند؛ البته این ارتباط، وابستگی میان آن‌ها را نیز افزایش می‌دهد. چهار خانواده کاربردی برای شناخت این فضا اهمیت بیشتری دارند:

  • صرافی‌های غیرمتمرکز: در مدل بازارساز خودکار، معامله با ذخایر یک استخر نقدینگی انجام می‌شود، نه با دفتر سفارش یک بورس متمرکز. در مدل حاصل‌ضرب ثابت یونی‌سواپ، تأمین‌کنندگان نقدینگی دو توکن را وارد استخر می‌کنند و نسبت لحظه‌ای ذخایر بر قیمت اثر می‌گذارد. هرچه اندازه معامله نسبت به موجودی استخر بزرگ‌تر باشد، اسلیپیج یا لغزش قیمت و اثر قیمتی معامله بیشتر می‌شود. این سازوکار را نباید به همه صرافی‌های غیرمتمرکز تعمیم داد.
  • وام‌دهی و وام‌گیری: وام‌دهندگان دارایی را در یک استخر قرار می‌دهند و وام‌گیرندگان طبق قواعد پروتکل از آن منابع استفاده می‌کنند. در الگوی رایج وام وثیقه‌ای، کاربر بیش از ارزش وام وثیقه می‌گذارد تا حاشیه‌ای برای نوسان قیمت ایجاد شود. افت ارزش وثیقه یا افزایش بدهی می‌تواند ضریب سلامت موقعیت را به آستانه لیکویید شدن برساند. پروتکل Aave نمونه‌ای از این مدل است، اما آستانه لیکویید شدن و جریمه‌ها میان پروتکل‌ها و نسخه‌های مختلف تفاوت دارند.
  • استیبل‌کوین‌ها: این توکن‌ها برای حفظ ارزش نسبتاً ثابت طراحی شده‌اند و در مبادله، وام و نگهداری ارزش به کار می‌روند. استیبل‌کوین‌ها می‌توانند به ذخیره ناشر، وثیقه رمزارزی یا سازوکارهای الگوریتمی متکی باشند. بنابراین نام «استیبل» به‌خودی‌خود ثبات ارزش یا بی‌نیازی از اعتماد را تضمین نمی‌کند.
  • مشتقات و پلتفرم‌های تجمیع‌کننده: مشتقات امکان ساخت موقعیت‌های مالی پیچیده‌تر را فراهم می‌کنند و تجمیع‌کننده‌ها قابلیت چند پروتکل را در یک مسیر کنار هم می‌گذارند. این ترکیب می‌تواند استفاده را ساده‌تر کند، اما ریسک اجزای زیرین را از بین نمی‌برد.

بازدهی در DeFi از کجا می‌آید؟

عدد بازدهی روی صفحه یک پروتکل، توضیح کاملی درباره منشأ درآمد نیست. در یک استخر مبادله، بخشی از کارمزد معامله (سواپ) می‌تواند به تأمین‌کنندگان نقدینگی برسد. در برخی استخرهای وام، نرخ بهره با فعالیت بازار و عرضه و تقاضا تغییر می‌کند. در مقابل، بخشی از بازده ممکن است از انتشار توکن تشویقی تأمین شود؛ ارزش این پاداش با قیمت و تورم همان توکن تغییر می‌کند. این مدل‌های درآمدی یکسان نیستند و نرخ سالانه نمایش‌داده‌شده نیز لزوماً ثابت یا بدون ریسک نیست.

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

مزیت واقعی: برنامه‌پذیری و دسترسی مستقیم

مزیت متمایز DeFi، تبدیل خدمات مالی به اجزای برنامه‌پذیر روی یک زیرساخت مشترک است. در طراحی باز و خودحضانتی، کاربر می‌تواند بدون سپردن دارایی به یک صرافی متمرکز با پروتکل تعامل کند. تراکنش‌ها و داده‌های آنچین نیز قابل بررسی‌اند و قراردادهای مختلف می‌توانند برای ساخت خدمت تازه با یکدیگر ترکیب شوند.

اما شفافیت با امنیت یکسان نیست. عمومی بودن یک قرارداد و امکان مشاهده وضعیت آن روی کاوشگر بلاکچین تضمین نمی‌کند که کد بی‌اشکال، برای عموم قابل فهم یا از اختیار مدیریتی پنهان خالی باشد. بررسی منطق قرارداد و پیامدهای اقتصادی آن به دانش تخصصی نیاز دارد. همچنین یک رابط وب متمرکز، کلید ارتقا یا سازوکار حاکمیت می‌تواند بخشی از کنترل را در دست گروه کوچکی نگه دارد. در عمل، میزان غیرمتمرکز بودن سامانه‌هایی که DeFi نامیده می‌شوند بسیار متفاوت است.

ریسک‌هایی که حذف واسطه از بین نمی‌برد

کد دقیقاً همان قواعد نوشته‌شده را اجرا می‌کند، نه لزوماً قواعد درست را. خطا در قرارداد هوشمند می‌تواند دارایی را در معرض خطر قرار دهد و حسابرسی امنیتی نیز کشف همه اشکال‌ها را تضمین نمی‌کند. ریسک فقط به خطای کد محدود نیست؛ کلیدهای مدیریتی، شیوه حاکمیت، دستکاری داده قیمت، کمبود نقدینگی و استفاده از اهرم نیز می‌توانند دارایی کاربر را تهدید کنند. در بسیاری از پروتکل‌های غیرحضانتی نیز مرجع مرکزی یا سازوکار اجباری جبران خسارت وجود ندارد؛ بنابراین برگشت‌ناپذیری تراکنش باید بخشی از ارزیابی ریسک باشد.

اوراکل و قیمت‌گذاری

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

لیکویید شدن و نوسان وثیقه

در وام وثیقه‌ای، کاهش ارزش وثیقه می‌تواند نسبت ایمنی موقعیت را پایین بیاورد و طبق قواعد پروتکل، فروش بخشی از وثیقه را فعال کند. برای نمونه، در Aave رسیدن ضریب سلامت به کمتر از یک موقعیت را در معرض لیکویید شدن قرار می‌دهد و تصفیه‌کنندگان مستقل می‌توانند در برابر بازپرداخت بخشی از بدهی، بخشی از وثیقه را با پاداش دریافت کنند. کاربر باید پیش از وام‌گیری نوع وثیقه، آستانه لیکویید شدن، جریمه و سازوکار قیمت‌گذاری را بشناسد؛ این پارامترها ثابت و یکسان نیستند.

کلید خصوصی، فیشینگ و مجوزها

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

تمرکز پنهان و وابستگی میان پروتکل‌ها

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

چک‌لیست استفاده برای تازه‌کارها

هیچ چک‌لیستی امنیت یا سود را تضمین نمی‌کند، اما چند بررسی ساده می‌تواند خطاهای قابل پیشگیری را کاهش دهد:

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

جمع‌بندی

مالی غیرمتمرکز را بهتر است نه نسخه‌ای جادویی از بانکداری، بلکه روشی متفاوت برای سازمان‌دهی خدمات مالی دید. قرارداد هوشمند اجرای قواعد را بر عهده می‌گیرد و کیف پول دسترسی مستقیم کاربر را ممکن می‌کند؛ در مقابل، مسئولیت انتخاب پروتکل، حفاظت از کلید، فهم مجوزها و سنجش ریسک نیز بیشتر بر دوش کاربر قرار می‌گیرد.

پرسش تعیین‌کننده این نیست که یک برنامه واسطه را حذف کرده است یا نه؛ باید دید دارایی کجا نگهداری می‌شود، قواعد تحت کنترل چه کسانی‌اند، داده قیمت از کجا می‌آید و در صورت خطا چه راهی برای جبران وجود دارد. DeFi زمانی قابل ارزیابی است که دسترسی مستقیم و برنامه‌پذیری آن در کنار هزینه گس، ریسک کد، کیفیت اوراکل و حدود واقعی عدم تمرکز سنجیده شود.

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

۰ دیدگاه