Tiêu đề: Ripple khuyến nghị rút đề xuất sửa đổi XChainBridge của XRPL (XLS-38) sau khi Axelar đã đáp ứng use case chính Ripple đang khuyến nghị cộng đồng XRP Ledger (XRPL) rút đề xuất sửa đổi XChainBridge vốn đã chờ rất lâu (XLS-38), cho rằng mục đích cốt lõi của nó đã được đáp ứng bởi Axelar và nhu cầu từ phía nhà phát triển đối với một cầu nối gốc là không nhiều. Điều gì đã xảy ra - Vào ngày 27 tháng 8, Mayukha Vadari, kỹ sư phần mềm cấp cao tại RippleX, đã công bố khuyến nghị chính thức của Ripple về việc rút XLS-38. Đề xuất vẫn nằm trong quy trình bỏ phiếu của các trình xác thực (validator) trên XRPL và chưa được kích hoạt trên mainnet. - Ripple ước tính rằng việc loại bỏ XLS-38 sẽ cho phép các nhà phát triển xóa hơn 10.000 dòng mã không còn hoạt động khỏi xrpld, phần mềm máy chủ vận hành mạng. Chưa có đoạn mã nào được gỡ bỏ, và Ripple không thể tự ý thực hiện thay đổi này—cần có sự đồng thuận của validator. Tại sao Ripple muốn rút XLS-38 - XLS-38 được thiết kế như một khung ở cấp giao thức để chuyển XRP và các tài sản đã phát hành giữa XRPL và các mạng được kết nối (sidechain công khai, sổ cái riêng tư, mạng có cấp phép, chuỗi thử nghiệm). - Một use case quan trọng ban đầu là liên kết mainnet XRPL với sidechain tương thích EVM. Sau đó, Ripple đã chọn Axelar làm nhà cung cấp cầu nối cho XRPL EVM Sidechain. - XRPL EVM Sidechain ra mắt vào tháng 6 năm 2025 với Axelar là cầu nối trên mainnet của nó. Mạng validator của Axelar hiện xác thực các thông điệp liên chuỗi giữa sidechain, XRPL và các mạng khác được hỗ trợ. - Ripple cho biết Axelar “phù hợp hơn” cho use case này và họ không tìm thấy nhiều bằng chứng về các dự án đang hoạt động cần đến việc triển khai XChainBridge gốc. Chưa có các bản triển khai sản xuất đại chúng nào xác định XLS-38 là yếu tố thiết yếu. Cân nhắc về vận hành và bảo mật - Việc giữ triển khai XLS-38 không hoạt động trong xrpld kéo theo chi phí bảo trì liên tục: rà soát, kiểm thử và cập nhật tương thích mỗi khi xrpld thay đổi. Ripple lập luận đây là một khoản chi phí lớn nhưng không mang lại lợi ích trực tiếp trên mainnet tương ứng. - Ripple cũng nêu bật rằng các hệ thống liên chuỗi đi kèm những rủi ro riêng. Các vụ khai thác qua cầu (bridge exploits) đã chiếm hơn 4 tỷ USD trong các khoản lỗ được ghi nhận kể từ năm 2021, khiến việc thiết kế cơ chế xác minh và bảo mật vận hành trở thành các yếu tố then chốt. Quy trình và các bước tiếp theo - Sổ đăng ký đề xuất sửa đổi của XRPL hiện liệt kê XChainBridge là “đang chờ” với mặc định bỏ phiếu “không” (no). Ripple nắm một lá phiếu validator trong số nhiều người tham gia độc lập. - Một sửa đổi phải nhận được sự ủng hộ của hơn 80% các validator đáng tin cậy trong hai tuần liên tiếp để được kích hoạt. Với cấu hình mặc định hiện tại là 35 validator, cần ít nhất 29 phiếu “đồng ý” để đạt ngưỡng. - Khuyến nghị của Ripple không rút đề xuất ngay lập tức cũng không buộc các validator khác phải phản đối. Các validator tự quyết độc lập sẽ hỗ trợ những đề xuất nào. - Ripple đã đề xuất một cách tiếp cận theo từng giai đoạn: gửi một pull request đánh dấu XChainBridge là lỗi thời (obsolete) trong codebase xrpld. Các máy chủ nâng cấp lên bản phát hành đó sẽ tự động bỏ phiếu chống việc kích hoạt, và sự hỗ trợ sẽ giảm dần khi các validator cài đặt bản cập nhật. Khi các validator coi đề xuất là “lỗi thời”, phần triển khai XChainBridge và đoạn code liên quan fixXChainRewardRounding có thể được gỡ bỏ ở một bản phát hành sau. - Chưa có công bố về hạn chót, phiên bản phần mềm hay ngày gỡ bỏ cuối cùng. Thời điểm sẽ phụ thuộc vào phản hồi của cộng đồng, quá trình review mã và các nâng cấp của validator. Mở cánh cửa cho các use case - Ripple đã mời các nhà phát triển hoặc tổ chức đang sử dụng XLS-38 đưa ra các use case cụ thể. Nếu chứng minh được một triển khai đang hoạt động và có cơ sở, Ripple nói rằng họ có thể cân nhắc lại khuyến nghị trước khi bắt đầu bất kỳ bước rút theo giai đoạn nào. Tóm lại Đề xuất của Ripple hướng tới việc đơn giản hóa xrpld và tránh việc bảo trì không cần thiết, trong khi vẫn dựa vào các giải pháp liên chuỗi sẵn có như Axelar. Tuy nhiên, mọi việc gỡ bỏ chính thức XLS-38 vẫn cần sự đồng thuận của cộng đồng từ tập validator của XRPL, khiến quyết định cuối cùng nằm trong tay hệ sinh thái rộng lớn. Đọc thêm tin tức do AI tạo tại: undefined/news