Giám đốc công nghệ Ripple giải thích các đợt hard fork trên XRPL trước hạn 3.1.3

Nâng cấp 3.1.3 sắp tới của XRP Ledger đã khơi dậy làn sóng tranh luận mới sau khi Giám đốc công nghệ (CTO) Emeritus của Ripple, David Schwartz, giải thích vì sao XRPL ghi nhận nhiều sự kiện trông giống các “hard fork kỹ thuật.”
Tóm tắt
* David Schwartz cho biết XRPL có nhiều “hard fork kỹ thuật” hơn hầu hết các sổ cái công khai lâu đời khác.
* XRPL 3.1.3 bao gồm bản sửa fixCleanup3_1_3 cho NFT, Permissioned Domains, Vaults và Lending Protocol.
* Các node bỏ lỡ hạn chót nâng cấp vào ngày 27/5 có thể đối mặt với việc bị chặn sửa đổi và gián đoạn dịch vụ.

XRP Ledger đang tiến tới kích hoạt phiên bản 3.1.3, bao gồm bản sửa fixCleanup3_1_3. Thông báo phát hành chính thức của XRPL cho biết bản sửa đổi này chứa các khắc phục cho NFT, Permissioned Domains, Vaults và Lending Protocol. Do tính chất của các bản sửa, phiếu bầu mặc định được đặt là “yes”.

Như crypto.news đã đưa tin trước đó, bản sửa đổi đã bước vào giai đoạn kích hoạt kéo dài hai tuần và dự kiến được kích hoạt vào ngày 27/5. Bài viết cũng cho biết các nhà vận hành cần nâng cấp để các node của họ có thể tuân theo các quy tắc mạng mới.

Hạn chót đã làm dấy lên lo ngại trong một số thành viên cộng đồng vì các node cũ có thể mất quyền truy cập bình thường sau khi bản sửa đổi được kích hoạt. Điều này dẫn đến tranh luận về việc liệu quy trình nâng cấp có nên được xem như bảo trì thường xuyên hay là rủi ro của một hard fork.

David Schwartz giải thích về các hard fork của XRPL
-------------------------------------------

Schwartz đã đề cập tranh luận trên X và nói rằng XRPL có nhiều sự kiện “hard fork về mặt kỹ thuật” hơn nhiều blockchain công khai đã được thiết lập khác. Ông liên kết mô hình đó với thiết kế của XRPL và việc sử dụng smart transactors.

Ông cũng phản hồi lại mô hình đơn giản “một node một phiếu”. Schwartz nói: “Tôi không nghĩ ai muốn một cơ chế ‘một node một phiếu’”, đồng thời cho rằng ai đó có thể tạo ra nhiều node để ‘gian lận’ hệ thống đó.

Những bình luận của ông tập trung vào cách XRPL xử lý phối hợp. Theo ông, chỉ riêng số lượng node thô không quyết định chuỗi nào trở thành sổ cái chính nếu xảy ra phân tách.

Phân tách validator của XRPL và tranh luận UNL
---------------------------------------

Schwartz cho biết một sự phân tách validator không tự nó quyết định kết quả. Ông viết rằng mỗi phía sẽ cần đủ số lượng validator để tạo ra một Unique Node List, hay UNL, hoạt động, với các validator đồng ý về luồng sổ cái.

Điểm này quan trọng vì sự đồng thuận của XRPL phụ thuộc vào các danh sách validator được tin cậy, thay vì trọng số khai thác hoặc staking. Nếu hai nhóm tuân theo các quy tắc khác nhau, mỗi nhóm cũng sẽ cần các danh sách validator tương ứng và cách phân phối mã để tiếp tục tạo ra sổ cái.

Cuộc tranh luận không đồng nghĩa với việc một sự phân tách chuỗi đã xảy ra. Nó cho thấy mô hình nâng cấp của XRPL phụ thuộc vào cập nhật phần mềm, sự đồng bộ validator và người dùng lựa chọn họ theo quy tắc nào.

Các bản sửa trong bản nâng cấp của XRPL vẫn là trọng tâm
----------------------------------------------

Bản nâng cấp hiện tại tập trung vào sửa lỗi thay vì một tính năng thị trường mới. Thông báo phát hành chính thức của XRPL cho biết fixCleanup3_1_3 bao gồm các bản sửa cho việc dọn dẹp NFT, Permissioned Domains, Vaults và Lending Protocol.

Điều đó khiến hạn chót ngày 27/5 trở nên quan trọng đối với các sàn giao dịch, công ty hạ tầng, validator và các dự án sử dụng dịch vụ của XRPL. Các node không nâng cấp có thể bị “lệch nhịp” so với các quy tắc mạng đang hoạt động.