Trang các sửa đổi được biết đến của XRPL liệt kê fixCleanup3_1__3 để kích hoạt vào ngày 27 tháng Năm, và theo thiết kế, sự kiện này là một bản nâng cấp bảo trì.
Phiên bản 3.1.3 của rippled bao gồm các bản sửa lỗi cho NFT, Các miền có quyền hạn, Các kho lưu trữ và Giao thức cho vay, và blog XRPL đã đặt phiếu bầu mặc định là Đồng ý do tầm quan trọng của các bản sửa lỗi này.
Quá trình sửa đổi yêu cầu hơn 80% sự ủng hộ từ các người xác thực đáng tin cậy trong vòng hai tuần trước khi các quy tắc mới trở nên vĩnh viễn.
Điều khiến tập này đáng để xem xét vượt quá hạn chót là những gì đồng sáng lập XRPL David Schwartz nói về những gì một phân nhánh thực sự sẽ yêu cầu, vì câu trả lời của anh ấy tiết lộ cách tính hợp lệ của giao thức hoạt động trên bất kỳ blockchain nào.
Điểm chính của Schwartz là số lượng nút mạng thô là một đại diện kém cho sức mạnh đồng thuận. Một hệ thống nơi các nút bỏ phiếu theo tỷ lệ số lượng của chúng tạo ra bề mặt tấn công, nơi bất kỳ ai cũng có thể khởi động hàng ngàn máy với chi phí thấp.
Trong mô hình XRPL, mỗi người vận hành máy chủ duy trì một danh sách các trình xác thực được chọn lọc mà máy chủ tin tưởng sẽ không thông đồng, gọi là Danh sách Nút Độc nhất (Unique Node List), và UNL xác định những phiếu xác thực nào mà máy chủ tính đến trong quá trình đồng thuận.
Một máy chủ nhận các tin nhắn xác thực từ nhiều nút mạng trên toàn bộ mạng lưới, và các người xác thực trên UNL của nó xác định những tin nhắn nào định hình quan điểm của máy chủ về sổ cái.
Schwartz giải thích rằng tính hợp lệ của sự đồng thuận trên XRPL được truyền thông qua danh sách tin cậy và sự phối hợp của các trình xác thực, tạo ra một hệ thống trong đó sự phù hợp của UNL và sự chấp nhận về mặt kinh tế quyết định sổ cái nào sẽ tồn tại sau khi bị chia tách.
Tại sao một phân nhánh thực sự đòi hỏi một chiến dịch phối hợp toàn diện
Đối với cuộc bỏ phiếu XRPL vào ngày 27 tháng 5, các máy chủ bị chặn sửa đổi sẽ mất khả năng xác định tính hợp lệ của sổ cái, gửi hoặc xử lý giao dịch, tham gia vào sự đồng thuận hoặc bỏ phiếu về các sửa đổi tương lai.
Điều đó làm cho thời hạn trở nên quan trọng về mặt vận hành đối với bất kỳ sàn giao dịch, ví, Nhà thám hiểm hoặc nhà vận hành cơ sở hạ tầng nào vẫn đang chạy phần mềm trước phiên bản 3.1.3, vì những máy chủ đó sẽ không còn là người tham gia trong sổ cái chính thức cho đến khi nhà vận hành cập nhật.
Cơ sở hạ tầng bị chặn sửa đổi mất quyền truy cập vào chuỗi được nâng cấp và thiếu cơ sở hạ tầng phối hợp để tạo ra một đối thủ hoạt động.
Để tạo ra một phân nhánh đáng tin cậy, một nhóm bất đồng cần có các người xác thực sẵn sàng tiếp tục tạo sổ cái theo các quy tắc cũ, và không có người xác thực, sẽ không có luồng sổ cái để theo dõi.
Họ sau đó sẽ cần một Danh sách Nút Độc nhất cạnh tranh mà các máy chủ có thể cấu hình hoặc phần mềm có thể đặt làm mặc định, vì không có danh sách người xác thực đáng tin cậy, các nút không có cơ chế nào để phối hợp theo các quy tắc cũ.
Ngoài ra, họ sẽ cần một phân phối mã giữ nguyên các quy tắc cũ và đi kèm với các mặc định trỏ đến UNL đối thủ, đồng thời cần hỗ trợ hạ tầng từ các ví, sàn giao dịch, Nhà thám hiểm và ứng dụng đủ mạnh để làm cho sổ cái theo quy tắc cũ có thể truy cập và giao dịch được.
Tài liệu XRPL trích dẫn nghiên cứu cho thấy các UNL cạnh tranh có thể cần đến 90% độ trùng lặp trong trường hợp xấu nhất để ngăn chặn phân nhánh, nghĩa là bất kỳ UNL đối thủ nào cũng cần chia sẻ gần như toàn bộ tập hợp người xác thực đáng tin cậy với UNL chuẩn để duy trì tính nhất quán nội bộ.
Một phân nhánh hình thành xung quanh một tập hợp người xác thực hoàn toàn khác biệt có nguy cơ tạo ra một sổ cái không thể duy trì sự đồng thuận của chính nó, chứ chưa nói đến việc thu hút sự áp dụng của thị trường.
Điều mà quy trình sửa đổi thực sự theo dõi là sự hỗ trợ của các validator, và ngưỡng 80% trong hai tuần đảm bảo rằng các thực thể mà mạng lưới tin tưởng đã đạt được sự đồng thuận bền vững trước khi các quy tắc mới trở thành vĩnh viễn.
Một phần lớn các nút mạng không phải là người xác thực chưa được nâng cấp có thể phản ánh sự chậm trễ về cơ sở hạ tầng mà không ngụ ý bất cứ điều gì về hướng đi của sổ cái chính thống.
Khoảng cách giữa độ trễ cơ sở hạ tầng và một chuỗi đối thủ
Trong trường hợp giá giảm, các sàn giao dịch, ví hoặc các bên vận hành hạ tầng chậm trễ so với thời điểm kích hoạt ngày 27 tháng Năm sẽ bị chặn sửa đổi và ngừng hoạt động như các bên tham gia sổ cái.
Người dùng sử dụng các nhà cung cấp này gặp sự cố dịch vụ, chẳng hạn như các giao dịch không thể được gửi, nhà thám hiểm không thể xác minh tính hợp lệ của sổ cái và các ứng dụng không thể xử lý thanh toán.
Chi phí vận hành này sẽ do những người vận hành ưu tiên hoãn nâng cấp gánh chịu, và đáng để theo dõi, đặc biệt đối với bất kỳ sàn giao dịch lớn hoặc tổ chức lưu ký nào vẫn đang chạy các nút mạng phiên bản trước 3.1.3 tại thời điểm kích hoạt.
Sự chậm trễ kéo dài trong cơ sở hạ tầng trên đủ nhà cung cấp sẽ tạo ra sự cản trở thực tế cho người dùng, ngay cả khi sổ cái chuẩn vẫn tiếp tục hoạt động theo các quy tắc mới.
Trong kịch bản tăng giá, fixCleanup3_1_3 được kích hoạt đúng lịch trình với đa số siêu validator vẫn nguyên vẹn, các nhà vận hành cơ sở hạ tầng cập nhật mà không có sự cố lớn, và sự kiện trở thành việc kích hoạt sửa đổi thông thường.
Các bản sửa đổi đối với NFT, Các miền được phép, Các kho lưu trữ và Giao thức cho vay có hiệu lực, và mạng lưới tiếp tục tiến lên. cuộc tranh luận về quản trị mà bản nâng cấp đặt ra sẽ tồn tại bất kể kết quả nào, vì lời giải thích của Schwartz về những gì một sự chia rẽ thực sự yêu cầu áp dụng cho mọi sửa đổi trong tương lai.
Việc duy trì các quy tắc cũ đòi hỏi một nhóm phản đối chạy phần mềm cũ, tuyển dụng các người xác thực xung quanh một UNL cạnh tranh, và thuyết phục các ví, sàn giao dịch và người tạo lệnh market công nhận sổ cái của họ là sổ cái XRP chính thống, trái với cấu hình mặc định hướng tất cả những người khác đến chuỗi đã được nâng cấp.
Mỗi blockchain đều có một lớp quản trị
Schwartz đã so sánh với Stellar, bản nâng cấp Protocol 24 của nó chính là một bản sửa lỗi ổn định cho lỗi lưu trữ trạng thái trong Stellar Core, một sự kiện bảo trì yêu cầu sự chấp nhận đồng bộ từ các validator.
Lớp xác thực tương đương của bitcoin chạy qua các thợ đào, các nút mạng kinh tế, các bản triển khai khách hàng và các danh sách trên sàn giao dịch. Của ethereum chạy qua các người xác thực, cơ sở hạ tầng stakes, sự đa dạng của các client, các nhà phát triển lõi và sự áp dụng ở lớp ứng dụng.
Điều mà XRPL làm rõ thông qua UNLs, các mạng khác nhúng vào phân phối sức mạnh khai thác, kinh tế staking hoặc sự đồng thuận xã hội xung quanh các nhà phát triển phần mềm khách hàng tin tưởng.
Cơ chế khác nhau giữa bitcoin, ethereum và XRPL, trong khi sự phụ thuộc vào các quyết định do con người phối hợp để làm cho các thay đổi quy tắc trở nên vĩnh viễn là điểm chung của cả ba.
Việc kích hoạt ngày 27 tháng 5 minh họa cách lớp quản trị của XRPL chuyển đổi sự đồng thuận của các trình xác thực thành tính bền vững của sổ cái, với cấu hình UNL xác định những sự đồng thuận nào được tính.
Một người vận hành không đồng ý với fixCleanup3_1_3 có quyền tự do kỹ thuật để chạy phần mềm cũ và cấu hình UNL đối thủ.
Việc bất kỳ sàn giao dịch nào có niêm yết token kết quả, bất kỳ ví nào hỗ trợ nó, hay bất kỳ nhà tạo thị trường nào cung cấp thanh khoản là câu hỏi mà giao thức không thể trả lời thay họ.
Sự mất kết nối trong phối hợp này là lý do tại sao các bản nâng cấp giao thức trên các mạng được áp dụng rộng rãi hiếm khi tạo ra các phân nhánh bền vững: kinh tế của việc tuân theo chuỗi chính thống hầu như luôn vượt trội hơn so với kinh tế của việc xây dựng một chuỗi song song từ đầu, và chuỗi chính thống là chuỗi mà thị trường quyết định là thật.
Bài viết Phiên bản nâng cấp ngày 27 tháng 5 của XRPL cho thấy cách các trình xác thực và thị trường quyết định sự chia tách blockchain xuất hiện đầu tiên trên CryptoSlate.