Giám đốc công nghệ của Ripple, David Schwartz, mới đây đã chia sẻ thông tin cập nhật về trung tâm XRP Ledger của mình, vốn đã hoạt động được vài tháng nay.
Những cập nhật của Giám đốc công nghệ (CTO) của Ripple về trung tâm XRP Ledger đã thu hút phản hồi từ cộng đồng tiền điện tử, với một người dùng X khen ngợi tính ổn định của nó đồng thời nêu ra một câu hỏi quan trọng liên quan đến các bản nâng cấp Ripple và quy trình sửa đổi XRP Ledger.
XRP Ledger sử dụng hệ thống sửa đổi dựa trên quy trình Consensus để phê duyệt bất kỳ thay đổi nào ảnh hưởng đến quá trình xử lý giao dịch, với sự tham gia bỏ phiếu của các trình xác thực. Nếu một sửa đổi nhận được sự ủng hộ của hơn 80% trong hai tuần, sửa đổi đó sẽ được thông qua và thay đổi sẽ được áp dụng vĩnh viễn cho tất cả các phiên bản sổ cái tiếp theo.
Quy trình sửa đổi đối với các bản nâng cấp lan truyền?
Vào tháng 11, phiên bản rippled v2.6.2 đã được phát hành, bổ sung thêm bản vá lỗi fixDirectoryLimit và sửa một lỗi nghiêm trọng. Việc kích hoạt bản vá lỗi "fixDirectoryLimit" vào ngày 18 tháng 12 đã khiến nhiều node chưa nâng cấp bị "chặn bởi bản vá lỗi".
Chưa đầy ba tuần sau khi phát hành rippled v2.6.2, Ripplex đã thông báo về phiên bản mới hơn của rippled v.3.0.0, bổ sung thêm các tính năng mới cũng như sửa lỗi. Phiên bản v3.0.0 cũng bổ sung các tính năng, chẳng hạn như giao thức cho vay, hiện chưa được kích hoạt nhưng gần như đã hoàn thiện mã nguồn.
Dựa trên điều này, người dùng X đã hỏi Giám đốc công nghệ của Ripple liệu có thể thêm tùy chọn "cập nhật rippled" như một sửa đổi cần bỏ phiếu hay không. Nếu 80% người xác thực bỏ phiếu nâng cấp, máy chủ sẽ thực hiện nâng cấp theo từng giai đoạn mà không cần sự can thiệp của người dùng, người dùng X cho biết thêm.
Giám đốc công nghệ của Ripple đã phản hồi, nói rằng điều này có thể làm suy yếu một hạn chế thiết yếu đối với quyền lực của các trình xác thực. Nếu điều này được thực hiện, các trình xác thực có thể khiến các nút chấp nhận những thay đổi quy tắc mà chúng không chủ động lựa chọn chấp nhận.
Giải thích thêm lý do tại sao ông không mấy hài lòng với ý tưởng này, Schwartz cho biết ông kiên quyết giữ quy trình sửa đổi chỉ như một cơ chế phối hợp chứ không phải là cơ chế quản trị chính.
Người dùng X đã đề cập rằng với tốc độ đổi mới nhanh chóng trên XRP Ledger, việc đồng bộ hóa các bản cập nhật, thử nghiệm và theo dõi sát sao những thay đổi có thể tốn rất nhiều công sức. Giám đốc công nghệ của Ripple nhấn mạnh rằng "một phương thức ưu tiên nào đó để cảnh báo người vận hành nút sẽ rất hữu ích."
