Kỹ sư Ripple giải thích nhịp độ cập nhật XRPL, trọng tâm chuyển sang sửa lỗi và độ tin cậy - U.Today

Kỹ sư RippleX Mayukha Vadari đã giải đáp các lo ngại của nhà phát triển khi XRP Ledger đang tiến hành một cuộc đại tu các nền tảng của kho mã.

Hiện tại, các nhà phát triển cốt lõi XRPL đang nỗ lực tái xây dựng các nền tảng của kho mã. Sáu mảng trọng tâm đang được thực hiện hiện nay đã được nêu ra, bao gồm telemetry, quy ước đặt tên (nomenclature), an toàn kiểu (type safety), refactor, logging và tài liệu (documentation).

Trong bối cảnh này, một người dùng XRP đã hỏi liệu có thời hạn dự kiến (ETA) cho việc phần lớn công việc refactoring ở phần lõi sẽ được dự kiến làm chậm lại tốc độ cập nhật hằng ngày các bản vá hay không.

HOT Stories

Shiba Inu (SHIB) Never Left Downtrend, Midnight (NIGHT)'s Fundamental Support Is In, What Are Three XRP Factors Needed for Bullish Reversal? Crypto Market Review

Ripple Receives Strong Credit Score, Shiba Inu (SHIB) Burn Rate Rockets 2,332%, Cardano (ADA) Exec Teases Mastercard Partnership

Câu hỏi này được đặt đến kỹ sư RippleX Mayukha Vadari. Vadari trả lời rằng trọng tâm hiện tại vẫn là ổn định hệ thống và sửa lỗi, điều đó có nghĩa là phản hồi có thể sẽ chậm hơn và các xung đột có khả năng xảy ra khi mọi thứ tiếp tục thay đổi. Nhà phát triển RippleX cho biết không cần người dùng phải liên tục cập nhật các nhánh (branches) với mọi thay đổi, vì vậy nhịp độ chậm hơn hoàn toàn ổn.

XRP Ledger chứng kiến cuộc đại tu

Theo nhà phát triển XRPL Denis Angell, hiện có sáu mảng đang được các nhà phát triển XRP Ledger triển khai. Bao gồm telemetry bao quát báo cáo doanh nghiệp, các chỉ số (metrics) và logging thời gian thực.

Nhà phát triển XRP Ledger Denis Angell cho biết trước đây, nếu có sự cố, log phải được yêu cầu từ các trình xác thực (validators). Các nhà phát triển XRP Ledger bây giờ có thể xây dựng một Command Center đầy đủ cho XRPL và giám sát UNL như một doanh nghiệp.

Thứ hai là quy ước đặt tên (nomenclature) và thứ ba là an toàn kiểu (type safety), với Angell lưu ý rằng có những phần không đảm bảo an toàn kiểu. Việc bổ sung này sẽ giúp các nhà phát triển tìm ra lỗi trước cả khi ứng dụng được biên dịch. Nó cũng giúp “future proof” cho kho mã.

Mảng thứ tư là refactoring, mà Angell cho rằng có thể nhận được những quan điểm trái chiều, nhưng sẽ giúp ích cho các nhà phát triển phần lõi. Ông cho biết ông đã thấy một số kết quả ban đầu, và chúng khá hứa hẹn.

Mảng thứ năm là logging, với mục tiêu ở đây là đồng bộ hóa logging. Bởi vì các log khác nhau rất nhiều giữa từng tệp. Khi việc này được dọn dẹp xong, telemetry có thể được đưa vào các công cụ cho phép tìm kiếm và lọc log, từ đó rút ngắn thời gian debug cho các nhà phát triển và hỗ trợ phân loại sự cố của mạng (network triage).

Mảng thứ sáu là tài liệu (documentation). Theo Angell, nỗ lực này vẫn chưa bắt đầu vì refactor vẫn đang được tiến hành, nhưng nó sẽ là mảnh ghép cuối cùng của bức tranh. Khi hoàn tất, nó sẽ cung cấp cho các nhà phát triển tất cả các công cụ họ cần để hiểu mã nguồn. Nó cũng sẽ giúp các nhà phát triển mới hiểu mã tốt hơn mà không phải lên lịch một cuộc gọi với các kỹ sư cấp cao của RippleX.