CTO của Ripple, David Schwartz, đã phá vỡ sự im lặng về XRPL Hub mà ông vận hành lâu nay bằng cách đăng tải dữ liệu hoạt động, chi tiết mạng lưới và các biểu đồ hiệu suất, biến một node nội bộ ít được chú ý thành điểm tham chiếu công khai cho bất kỳ ai đang vận hành hệ thống XRPL.
Schwartz tiết lộ rằng hub của ông đã chạy phiên bản 2.6.2 hơn một tháng mà không gặp bất cứ sự cố nào, cung cấp tên miền và cổng cho các nhà vận hành muốn kết nối, đồng thời chia sẻ các biểu đồ về số lượng peer, hồ sơ độ trễ, tải lưu lượng và chỉ số ngắt kết nối.
Hub này vẫn còn dư công suất, điều này giải thích tại sao chưa cần đặt chỗ peer, tuy nhiên Schwartz cho biết ông có thể kích hoạt tính năng này nếu nhu cầu tăng cao.
Bài đăng xuất hiện vào thời điểm có nhiều thảo luận về khả năng lập trình của XRPL. Trong phần trả lời, Schwartz không đồng tình với ý tưởng bổ sung các tính năng chỉ để cho phép validator kiếm tiền từ việc xác thực. Theo ông, lý do này yếu và không phù hợp với thiết kế của chuỗi. Việc cho phép holder XRP stake để kiếm doanh thu nghe có sức thuyết phục hơn, nhưng chỉ riêng điều đó vẫn chưa đủ để biện minh cho những thay đổi lớn.
Ý nghĩa với XRP là gì?
Tóm lại, ông cho rằng các primitive tài chính của XRP Ledger nên được sử dụng trong nhiều tình huống hơn, không chỉ đơn thuần để trả thưởng nhanh cho một nhóm nhỏ.
Schwartz cũng thừa nhận mặt rủi ro. Việc bổ sung các hợp đồng thông minh mang tính đột phá đòi hỏi nhiều kỹ thuật, tạo ra các kết quả khó lường và thay đổi những phần của XRPL mà ông cho là cốt lõi. Ngay cả những thử nghiệm thành công như AMM cũng không đảm bảo được mức độ sử dụng, vì vậy các tính năng mới cần có bằng chứng thúc đẩy nhu cầu thực sự trước khi hệ sinh thái cam kết triển khai.
Với việc công khai thông tin về hub, có vẻ như CTO của Ripple sẵn sàng ưu tiên sự minh bạch trong vận hành, đồng thời giữ các thay đổi giao thức ở mức nghiêm ngặt, dựa trên bằng chứng rõ ràng.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
CTO của Ripple phá vỡ im lặng và công bố toàn bộ số liệu Hub XRP Ledger của mình - U.Today
CTO của Ripple, David Schwartz, đã phá vỡ sự im lặng về XRPL Hub mà ông vận hành lâu nay bằng cách đăng tải dữ liệu hoạt động, chi tiết mạng lưới và các biểu đồ hiệu suất, biến một node nội bộ ít được chú ý thành điểm tham chiếu công khai cho bất kỳ ai đang vận hành hệ thống XRPL.
Schwartz tiết lộ rằng hub của ông đã chạy phiên bản 2.6.2 hơn một tháng mà không gặp bất cứ sự cố nào, cung cấp tên miền và cổng cho các nhà vận hành muốn kết nối, đồng thời chia sẻ các biểu đồ về số lượng peer, hồ sơ độ trễ, tải lưu lượng và chỉ số ngắt kết nối.
Hub này vẫn còn dư công suất, điều này giải thích tại sao chưa cần đặt chỗ peer, tuy nhiên Schwartz cho biết ông có thể kích hoạt tính năng này nếu nhu cầu tăng cao.
Bài đăng xuất hiện vào thời điểm có nhiều thảo luận về khả năng lập trình của XRPL. Trong phần trả lời, Schwartz không đồng tình với ý tưởng bổ sung các tính năng chỉ để cho phép validator kiếm tiền từ việc xác thực. Theo ông, lý do này yếu và không phù hợp với thiết kế của chuỗi. Việc cho phép holder XRP stake để kiếm doanh thu nghe có sức thuyết phục hơn, nhưng chỉ riêng điều đó vẫn chưa đủ để biện minh cho những thay đổi lớn.
Ý nghĩa với XRP là gì?
Tóm lại, ông cho rằng các primitive tài chính của XRP Ledger nên được sử dụng trong nhiều tình huống hơn, không chỉ đơn thuần để trả thưởng nhanh cho một nhóm nhỏ.
Schwartz cũng thừa nhận mặt rủi ro. Việc bổ sung các hợp đồng thông minh mang tính đột phá đòi hỏi nhiều kỹ thuật, tạo ra các kết quả khó lường và thay đổi những phần của XRPL mà ông cho là cốt lõi. Ngay cả những thử nghiệm thành công như AMM cũng không đảm bảo được mức độ sử dụng, vì vậy các tính năng mới cần có bằng chứng thúc đẩy nhu cầu thực sự trước khi hệ sinh thái cam kết triển khai.
Với việc công khai thông tin về hub, có vẻ như CTO của Ripple sẵn sàng ưu tiên sự minh bạch trong vận hành, đồng thời giữ các thay đổi giao thức ở mức nghiêm ngặt, dựa trên bằng chứng rõ ràng.