ریپل گامی دیگر به سوی راه‌اندازی وام‌دهی بانکی در XRP Ledger برداشت
پیشرفت در اصلاحات کلیدی برای وام‌دهی بدون وثیقه در شبکه XRP Ledger، اما هنوز تا رسیدن به حد نصاب لازم فاصله وجود دارد.
ریپل (Ripple) با پیشبرد اصلاحات مربوط به وام‌دهی بانکی در XRP Ledger، گامی دیگر به سوی عملیاتی شدن این مکانیزم برداشت. با این حال، این پروژه هنوز تا رسیدن به حد نصاب لازم برای فعال‌سازی با چالش‌هایی روبرو است.
وضعیت فعلی اصلاحات
بر اساس گزارش‌های منتشر شده در تاریخ ۱۱ نوامبر، دو اصلاحیه کلیدی برای پروتکل وام‌دهی (LendingProtocol) و اولین وصله آن (LendingProtocolV1_1) هر کدام ۲۲ رأی موافق از سوی اعتبارسنج‌ها دریافت کرده‌اند. همچنین، اصلاحیه مربوط به خزانه داری تک‌دارایی (SingleAssetVault) که برای نگهداری وجوه وام‌دهی در نظر گرفته شده، ۲۳ رأی را به خود اختصاص داده است. هر سه مورد هنوز نتوانسته‌اند به حد نصاب ۲۹ رأی مورد نیاز برای فعال‌سازی دست یابند.
فرآیند رأی‌گیری و حد نصاب
تغییرات در قوانین XRP Ledger از طریق رأی‌گیری اصلاحیه‌ها صورت می‌گیرد. طبق قوانین حاکمیتی رسمی، هر اصلاحیه برای فعال‌سازی در شبکه اصلی، نیازمند حمایت بیش از ۸۰ درصد از ۳۵ اعتبارسنج در لیست اعتماد پیش‌فرض گره‌ها است، که معادل ۲۹ رأی می‌شود. این حمایت باید به مدت ۱۴ روز متوالی حفظ شود. در صورت کاهش حمایت به زیر ۸۰ درصد، شمارش معکوس دو هفته‌ای مجدداً از ابتدا آغاز خواهد شد. بنابراین، برای راه‌اندازی واقعی مکانیزم وام‌دهی، لازم است هر دو اصلاحیه LendingProtocol و SingleAssetVault همزمان به ۲۹ رأی برسند و سپس دوره دو هفته‌ای شمارش معکوس را طی کنند.
پیشرفت کند آراء
سرعت پیشرفت آراء کند بوده است. در تاریخ ۱۹ اکتبر، این سیستم وام‌دهی تنها ۱۹ رأی و اصلاحیه خزانه داری ۲۱ رأی داشت. تا ۱۰ نوامبر، این آراء به ۲۲ و ۲۳ رأی افزایش یافته است، که نشان می‌دهد آرای جدید تا قبل از روز سه‌شنبه اضافه شده و تا روز چهارشنبه تغییری نداشته است. با وضعیت فعلی، SingleAssetVault به ۶ رأی و اصلاحیه وام‌دهی به ۷ رأی دیگر نیاز دارد.
مکانیزم وام‌دهی و ریسک‌ها
این سیستم وام‌دهی الزامات قابل توجهی برای تأمین‌کنندگان مالی دارد. وام‌دهندگان ابتدا XRP یا توکن‌های دیگر را در خزانه داری تک‌دارایی واریز می‌کنند و سپس کارگزاران وام (Loan Broker) این وجوه را با سررسید ثابت وام می‌دهند. نکته حائز اهمیت این است که وام‌گیرندگان نیازی به ارائه هیچ‌گونه وثیقه‌ای ندارند. طبق مستندات فنی رسمی XRP Ledger، این مکانیزم به “اعتبارسنجی خارج از زنجیره و مدیریت ریسک” متکی است. به عبارت دیگر، قضاوت کارگزاران به همراه سرمایه اولیه خودشان (first-loss capital) تنها حفاظت برای سپرده‌گذاران محسوب می‌شود.
وصله LendingProtocolV1_1 و استانداردهای خزانه داری
وصله LendingProtocolV1_1 که در انتظار آراء است، نیز یک به‌روزرسانی مهم محسوب می‌شود. این وصله، وام‌دهی را به خزانه داری‌های بسته (closed-ended vault) که اخیراً معرفی شده‌اند، محدود می‌کند. این نوع خزانه داری دارای دوره جمع‌آوری سرمایه، دوره سرمایه‌گذاری و دوره بازخرید ثابت است که در زمان ایجاد تعیین شده و قابل تغییر نیست. در طول دوره سرمایه‌گذاری، وجوه خزانه داری قفل شده و قابل برداشت نیست. همچنین، شناسایی سود از “شناسایی کل سود دوره” به مبنای نقدی (cash-basis) تغییر یافته است، به این معنی که تنها مبالغی که عملاً دریافت شده‌اند، به عنوان درآمد خزانه داری محسوب می‌شوند. این استاندارد خزانه داری با شماره XLS-66 شناخته می‌شود و در مستندات رسمی ذکر شده که این استاندارد و استاندارد پیشین آن، XLS-65، در فوریه تا مارس ۲۰۲۵ توسط Halborn مورد ممیزی مستقل قرار گرفته‌اند. پس از آن، چندین اصلاحیه پاکسازی، مسائل مربوط به دقت و گرد کردن را برطرف کرده‌اند.
هدف‌گذاری ریپل برای شرکت‌های پرداخت
ریپل این طراحی را به شرکت‌های پرداختی که به نقدینگی نیاز دارند، معرفی می‌کند. در طول دوره تسویه وجوه در تراکنش‌های فرامرزی، سرمایه در سیستم بانکی سنتی مسدود می‌شود. با امکان وام‌دهی وجوه با سررسید ثابت در زنجیره، هزینه‌های پیش‌پرداخت کاهش می‌یابد. این امر یکی از دلایل تمرکز XRP Ledger در سال‌های اخیر بر سناریوهای سازمانی است، از دارایی‌های توکنیزه شده و پرداخت‌های استیبل کوین گرفته تا تسویه فرامرزی. اخیراً، بانک نیویورک ملون (BNY Mellon) نیز XRP و RLUSD را به خدمات امانی خود اضافه کرده و تسویه تجاری در زنجیره را آزمایش کرده است.
اصلاحیه‌هایی که پیشرفت ندارند
لازم به ذکر است که در این دوره، همه اصلاحیه‌ها پیشرفت نداشته‌اند. اصلاحیه ConfidentialTransfer که مسئول پنهان کردن مانده توکن‌ها است، از ۲۲ رأی به ۲۱ رأی کاهش یافته است. همچنین، اصلاحیه DynamicMPT که به صادرکنندگان اجازه می‌دهد پارامترهای توکن را پس از راه‌اندازی تغییر دهند، از ۱۸ رأی به ۱۶ رأی تنزل یافته است. داشبورد ردیابی اصلاحیه‌ها تنها مجموع آراء را نمایش می‌دهد و جزئیات رأی هر اعتبارسنج به صورت عمومی در دسترس نیست، بنابراین مشخص نیست کدام اعتبارسنج‌ها نظر خود را تغییر داده‌اند.
توسعه فعال در کنار انتظار برای آراء
تیم توسعه‌دهنده منتظر نتایج رأی‌گیری نمانده است. درخواست ادغام شماره ۸۶۸۵ که در تاریخ ۴ نوامبر ارسال شده، همچنان در حال بررسی است. این درخواست شامل اصلاحیه سوم وام‌دهی، LendingProtocolV1_2، است که منطق شکست دسته‌ای تراکنش‌های “باز کردن وام به همراه امانت‌داری” را در صورتی که کارگزار دیگری قبلاً وامی را اجرا کرده باشد، بهبود می‌بخشد تا از نیمه کاره ماندن تراکنش‌ها جلوگیری شود. در همان روز، یک اصلاحیه پاکسازی برای رفع اشکالات کد وام‌دهی در ارتفاع بلاک ۱۰۸,۱۱۲,۱۲۹ به طور رسمی فعال شد، که نشان می‌دهد مشکلات شناخته شده قبل از استفاده واقعی از این مکانیزم برطرف شده‌اند.
تفاوت با مدل‌های DeFi رایج
پلتفرم‌های وام‌دهی برجسته DeFi مانند Aave و Compound بر اساس وثیقه بیش از حد (over-collateralization) عمل می‌کنند. وام‌گیرندگان باید دارایی‌هایی بیش از مبلغ وام خود را وثیقه بگذارند و در صورت کاهش قیمت به زیر خط تصفیه، به طور خودکار دارایی‌ها تصفیه می‌شوند و ریسک نکول توسط کد پروتکل مدیریت می‌شود. در مقابل، طراحی XRPL نیازی به وثیقه ندارد و به اعتبارسنجی خارج از زنجیره، سرمایه اولیه کارگزاران و ساختار سررسید ثابت متکی است. این رویکرد بیشتر به اعتبار خصوصی در بازارهای سنتی نزدیک است تا وام‌دهی معمول DeFi، و این امر فرصتی را برای حضور نام بانک‌ها در زنجیره فراهم می‌کند.
چالش‌های پیش رو
مشکل اصلی در این رویکرد عدم وجود وثیقه و تصفیه خودکار است. این بدان معناست که ریسک نکول در نهایت بر عهده سپرده‌گذاران خزانه داری خواهد بود. کد تنها می‌تواند ترتیب سوابق بازپرداخت و سرمایه اولیه را تضمین کند، اما نمی‌تواند قضاوت کارگزاران را تضمین کند. برای سرمایه‌های سازمانی، این یک مدل تجاری قابل درک است، اما همچنین آزمونی کلیدی برای جذب سپرده‌های کلان خواهد بود.
موانع زمانی و فنی
اولاً، ارتباط بین آراء و شمارش معکوس وجود دارد. تا زمانی که حمایت به ۲۹ رأی نرسد، شمارش معکوس دو هفته‌ای آغاز نمی‌شود و هرگونه کاهش رأی، زمان انباشته شده را به صفر بازمی‌گرداند. با توجه به سرعت پیشرفت آراء از ۱۹ اکتبر تا ۱۰ نوامبر (حدود سه هفته برای سه رأی)، برای کسب ۶ تا ۷ رأی باقی‌مانده بیش از یک ماه و نیم زمان لازم است. علاوه بر این، هر دو اصلاحیه باید همزمان به حد نصاب برسند، بنابراین انتظار می‌رود فعال‌سازی شمارش معکوس زودتر از اواخر دسامبر رخ ندهد.
ثانیاً، مسئله ادغام V12 قبل از فعال‌سازی مطرح است. این اصلاحیه منطق شکست دسته‌ای تراکنش‌ها را در شرایط رقابتی وام‌های متعدد توسط یک کارگزار مدیریت می‌کند. اگر این اصلاحیه قبل از فعال‌سازی در شبکه اصلی ادغام نشود، اولین دسته از وام‌های راه‌اندازی شده طبق قوانین V11 عمل خواهند کرد و سپس با اصلاحیه‌های جدید اصلاح خواهند شد.
در نهایت، آنچه واقعاً ارزش این سیستم را تعیین می‌کند، نه تعداد آراء، بلکه اولین وام‌دهی است. اگر ریپل بخواهد بانک‌ها و شرکت‌های پرداخت را متقاعد کند که وجوه خود را به خزانه داری‌ها منتقل کنند، وام‌گیرنده، مبلغ، سررسید و نسبت سرمایه اولیه اولین وام، بیش از هر پیشرفت حاکمیتی دیگری، نشان‌دهنده پذیرش بازار خواهد بود.
