Một báo cáo lỗi mới cho thấy phần mềm XRP Ledger v3.2.0 ghi log một khóa trình xác thực, trong khi thực tế lại chạy một khóa khác, khi khoảng 30% node áp dụng bản máy chủ đã đổi tên.
Các điểm chính:
- Một nhà vận hành node báo cáo rằng v3.2.0 ghi log khóa mới của trình xác thực đã được chuyển đổi trong khi máy chủ vẫn chạy khóa cũ.
- Lỗi xuất hiện trên Ubuntu 22.04 khi một token trình xác thực hiện có được thêm vào một node RPC đang chạy.
- Mức độ áp dụng bản nâng cấp ở khoảng 30%, phần lớn nhà vận hành vẫn dùng bản build trước.
Lỗi trên XRP Ledger làm lộ sự lệch khóa
Lỗi này, được gửi dưới mã #7581 trên trình theo dõi GitHub của dự án, xuất hiện sau khi một nhà vận hành chuyển một trình xác thực hiện có sang một node RPC đang chạy sẵn rồi khởi động lại dịch vụ. Log dịch vụ ghi nhận danh tính mới của trình xác thực đã chuyển, trong khi endpoint server_info vẫn trả về khóa cũ nằm trong file wallet.db cục bộ. Hai bản ghi không còn trùng khớp.
Việc tái hiện tình trạng “tách đôi” này khá đơn giản. Nhà vận hành cho biết chỉ cần thêm một token trình xác thực hiện có vào một node đang hoạt động rồi khởi động lại máy chủ là có thể kích hoạt lỗi trên Ubuntu 22.04, một chuỗi thao tác khá phổ biến trong các đợt chuyển đổi định kỳ.
Đọc thêm: Đợt bán tháo Anthropic perp có phải là lời cảnh báo cho các kèo crypto trước IPO?
Danh tính trình xác thực là trụ cột đồng thuận mạng
Danh tính trình xác thực nằm ở trung tâm cơ chế XRP Ledger đạt đồng thuận cho từng ledger mới. Đề xuất của một node chỉ có trọng lượng khi các máy chủ khác tin cậy khóa của node đó thông qua danh sách node duy nhất (UNL) của họ, nên một danh tính lỗi thời hoặc lệch nhau có thể gây nhầm lẫn cho bất kỳ ai đang kiểm tra máy. Log gây nhầm lẫn có thể làm chậm quá trình xây dựng lòng tin đó.
Cho đến lúc này, sự lệch khóa chưa gây ra gián đoạn dịch vụ. Dù vậy, nó kéo dài chuỗi lỗi mà các nhà phát triển đã chỉ ra kể từ đợt phát hành giữa tháng, từ lỗi đồng bộ cho tới crash ở bộ phân tích cấu hình.
Người báo cáo đã đề xuất cách khắc phục, yêu cầu log dịch vụ in ra khóa mà máy chủ thực sự sử dụng, hoặc hiển thị cùng lúc khóa được suy ra và khóa đang hoạt động. Hiện chưa có maintainer nào được phân công xử lý báo cáo này. Một số báo cáo trước đó đã được xác nhận là bug và xếp hàng chờ xem xét, trong khi những báo cáo khác vẫn mở để cộng tác viên thảo luận.
Tốc độ áp dụng chậm trong khi cuộc bỏ phiếu sửa đổi vẫn diễn ra
Việc nâng cấp được áp dụng khá chậm. Khoảng 30% node hiện đang chạy phiên bản 3.2.0, trong khi phần lớn nhà vận hành vẫn ở lại với bản 3.1.3 trước đó, theo dữ liệu mạng công khai.
Đợt triển khai bắt đầu từ ngày 15/6, khi bản cập nhật đổi tên phần mềm lõi từ rippled sang xrpld và cam kết tiết kiệm 30–40% bộ nhớ. Kể từ đó, các nhà vận hành báo cáo lỗi mất đồng bộ, tính toán relay sai lệch và giờ là lỗi lệch khóa trên bản build mới, mà đến nay vẫn chưa có bản vá. Những người chậm nâng cấp cũng có nguy cơ rơi vào trạng thái bị chặn sửa đổi khi các trình xác thực phê chuẩn fixCleanup3_2_0, bản thay đổi dọn dẹp mà Ripple đã công khai ủng hộ trong cuộc bỏ phiếu đang diễn ra.
Đọc tiếp: Mane City Mobile ra mắt trên iOS và Android tại hơn 100 quốc gia