
ریپل (Ripple) توصیه کرده است که اصلاحیه XChainBridge معلق در XRP Ledger را پس بگیرند، زیرا به این نتیجه رسیده است که مورد استفاده اصلی آن از قبل توسط آکسلار (Axelar) برآورده شده است و تقاضای گستردهای از سوی توسعهدهندگان پدیدار نشده است.
مایوخا واداری، مهندس نرمافزار ارشد در RippleX، این توصیه را در ۲۷ اوت اعلام کرد. XChainBridge که با نام XLS-38 نیز شناخته میشود، همچنان در فرآیند رأیگیری اعتبارسنجهای XRPL باقی مانده و روی شبکه اصلی فعال نشده است.
ریپل تخمین زد که پس گرفتن این پیشنهاد به توسعهدهندگان اجازه میدهد تا بیش از ۱۰,۰۰۰ خط کد را از xrpld، نرمافزار سروری که شبکه را تغذیه میکند، حذف کنند. تاکنون هیچ کدی حذف نشده است و ریپل نمیتواند این فرآیند را به طور مستقل تکمیل کند.
XLS-38 برای ارائه یک چارچوب در سطح پروتکل جهت انتقال XRP و داراییهای صادر شده بین XRP Ledger و شبکههای متصل طراحی شده بود. کاربران مورد نظر آن شامل سایدچینهای عمومی، دفاتر کل خصوصی، شبکههای دارای مجوز و زنجیرههای آزمایشی بودند.
این سیستم برای نظارت بر رویدادها در هر دفتر کل متصل، به سرورهای شاهد مستقل متکی است. شاهدان گواهیهایی را ارسال میکنند که تأیید میکنند داراییها قفل یا از بین رفتهاند، قبل از اینکه داراییهای متناظر در شبکه مقصد در دسترس قرار گیرند.
یکی از موارد استفاده اصلی این پیشنهاد، اتصال شبکه اصلی XRPL با سایدچین سازگار با ماشین مجازی اتریوم (EVM) آن بود. ریپل بعدها آکسلار را برای ارائه این اتصال انتخاب کرد.
سایدچین EVM مربوط به XRPL در ژوئن ۲۰۲۵ با آکسلار به عنوان پل شبکه اصلی خود راهاندازی شد. شبکه اعتبارسنج آکسلار پیامهای بین زنجیرهای را تأیید کرده و سایدچین را با XRPL و سایر بلاکچینهای پشتیبانی شده متصل میکند.
ریپل اعلام کرد که سایدچین EVM اکنون از طریق آکسلار "بهتر مدیریت میشود". این ارزیابی فنی شرکت باقی میماند و نه یافتهای که از طریق مقایسه امنیتی مستقل به دست آمده باشد.
ریپل در ابتدا XLS-38 را در دسترس نگه داشت زیرا توسعهدهندگان هنوز میتوانستند از آن برای سایدچینهای خصوصی و شبکههای تخصصی که آکسلار برای پشتیبانی از آنها طراحی نشده بود، استفاده کنند.
با این حال، این شرکت اعلام کرد که شواهد کمی از پروژههای فعالی که به این پل بومی نیاز دارند، پیدا کرده است. هیچ استقرار تولیدی علناً XLS-38 را به عنوان یک امر ضروری برای عملیات برنامهریزی شده خود شناسایی نکرده است.
حفظ پیادهسازی غیرفعال همچنان نیاز به بازبینیها، آزمایشها و کارهای سازگاری دارد هر زمان که توسعهدهندگان xrpld را به روزرسانی میکنند. ریپل استدلال کرد که این امر یک بار نگهداری مداوم ایجاد میکند بدون اینکه مزیت متناظری برای شبکه اصلی فراهم آورد.
این توصیه به این معنی نیست که اکوسیستم گستردهتر XRPL قابلیت همکاری را رها کرده است. ریپل به آکسلار، ورمهول (Wormhole)، سیستمهای دانش صفر (zero-knowledge systems) و طراحیهای لایه-۲ به عنوان رویکردهای جایگزین اشاره کرد که برای الزامات امنیتی و حریم خصوصی مختلف مناسب هستند.
سیستمهای بین زنجیرهای همچنین خطرات متمایزی را معرفی میکنند. همانطور که قبلاً گزارش شد، حملات پلها از سال ۲۰۲۱ بیش از ۴ میلیارد دلار زیان گزارش شده به بار آوردهاند، که طراحی تأیید و امنیت عملیاتی را به ملاحظات اصلی تبدیل کرده است.
ثبت رسمی XRPL، XChainBridge را به عنوان یک اصلاحیه در دست بررسی با رأی پیشفرض "نه" فهرست میکند. ریپل تنها یک رأی اعتبارسنجی را در میان شرکتکنندگان مستقل شبکه مدیریت میکند.
یک اصلاحیه XRPL معمولاً برای فعالسازی نیاز به حمایت بیش از ۸۰٪ از اعتبارسنجهای مورد اعتماد برای دو هفته متوالی دارد. با ۳۵ اعتبارسنج در پیکربندی پیشفرض فعلی، حداقل ۲۹ رأی مثبت از این آستانه فراتر میرود.
بنابراین، توصیه ریپل نه اصلاحیه را فوراً پس میگیرد و نه اعتبارسنجهای دیگر را مجبور به مخالفت با آن میکند. اعتبارسنجها به طور مستقل تصمیم میگیرند که زیرساخت آنها از کدام اصلاحیهها پشتیبانی کند.
این تفکیک با سایر پیشنهادهای XRPL نیز مطابقت دارد. در پوششهای خبری مرتبط، حمایت ریپل از اصلاحیههای وامدهی فعالسازی آنها را تثبیت نکرد زیرا این پیشنهادها همچنان به آستانه گستردهتر اعتبارسنج نیاز داشتند.
ریپل پیشنهاد کرد که با یک درخواست پول (pull request) شروع شود که XChainBridge را در پایگاه کد xrpld منسوخ اعلام میکند. سرورهایی که به آن نسخه ارتقاء مییابند، به طور خودکار به فعالسازی رأی منفی خواهند داد.
حمایت با نصب نرمافزار بهروز شده توسط اعتبارسنجها کاهش خواهد یافت. هنگامی که اعتبارسنجهای فعال، اصلاحیه را منسوخ تشخیص دهند، توسعهدهندگان میتوانند پیادهسازی XChainBridge و کد fixXChainRewardRounding مرتبط را در نسخهای بعدی حذف کنند.
هیچ مهلت درخواست پول، نسخه نرمافزار یا تاریخ حذف نهایی اعلام نشده است. زمانبندی بستگی به بازخورد جامعه، بازبینی کد و ارتقاء اعتبارسنجها دارد.
ریپل از توسعهدهندگان یا سازمانهایی که با XLS-38 در حال ساخت هستند، خواسته است تا موارد استفاده خاصی را ارائه دهند. یک استقرار فعال و معتبر میتواند باعث شود شرکت قبل از شروع فرآیند مرحلهای پس گرفتن، در توصیه خود تجدید نظر کند.





