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 lại chạy khóa khác, khi khoảng 30% nút chuyển sang máy chủ đổi thương hiệu.
Các điểm chính:
- Một nhà vận hành nút báo cáo rằng v3.2.0 ghi log khóa mới của trình xác thực sau khi di trú 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 nút RPC đang chạy.
- Mức độ áp dụng bản nâng cấp ở khoảng 30%, đa số nhà vận hành vẫn dùng bản trước.
Lỗi trên XRP Ledger làm lộ sự lệch khóa
Lỗi này, được nộp dưới issue #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 di trú một trình xác thực hiện có sang một nút RPC đang chạy sẵn rồi khởi động lại dịch vụ. Log dịch vụ báo cáo danh tính mới của trình xác thực đã di trú, 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 khớp nhau.
Việc tái tạo lỗ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 nút đang hoạt động rồi khởi động lại máy chủ là kích hoạt lỗi trên Ubuntu 22.04, một chuỗi bước khá phổ biến trong các lần di trú định kỳ.
Đọc thêm: Đợt xả Anthropic Perp có phải là lời cảnh báo cho các cược crypto tiền IPO?
Danh tính trình xác thực là trọng tâm của đồng thuận mạng
Danh tính trình xác thực nằm ở trung tâm cách XRP Ledger đồng thuận về mỗi sổ cái mới. Đề xuất của một nút chỉ có trọng lượng khi các máy chủ khác tin cậy khóa của nó thông qua danh sách nút duy nhất của họ, vì vậy một danh tính cũ hoặc lệch có thể gây rối cho bất kỳ ai đang kiểm tra máy. Log gây nhầm lẫn có thể làm chậm việc xây dựng niềm tin đó.
Cho đến nay, sự lệch này 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 đã gắn cờ kể từ đợt phát hành giữa tháng, từ lỗi đồng bộ đến crash bộ phân tích cấu hình.
Người báo cáo đã đề xuất một cách khắc phục, đề nghị 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 dẫn xuất và khóa đang hoạt động. Hiện chưa có maintainer nào được gán xử lý báo cáo này. Một số báo cáo trước đó đã được xác nhận là lỗi và xếp hàng chờ xem xét, trong khi một số khác vẫn mở để cộng tác viên cân nhắc.
Tốc độ áp dụng chậm trong khi bỏ phiếu sửa đổi vẫn tiếp diễn
Việc tiếp nhận bản phát hành đang diễn ra chậm. Khoảng 30% nút hiện đang chạy phiên bản 3.2.0, trong khi đa số nhà vận hành vẫn dùng bản 3.1.3 trước đó, theo dữ liệu mạng công khai.
Đợt triển khai bắt đầu 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à hứa hẹn tiết kiệm bộ nhớ 30% đến 40%. Từ đó, các nhà vận hành đã báo cáo các sự cố đứt đồng bộ, tính toán sai relay, 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 bởi amendment một khi các trình xác thực phê chuẩn fixCleanup3_2_0, thay đổi dọn dẹp mà Ripple đã ủ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