#dusk $DUSK Tôi đã rà soát @Dusk dữ liệu công khai kể từ khi mạng chính ra mắt. Thời gian tạo khối diễn ra ổn định, việc xác nhận giao dịch cũng không gặp vấn đề lớn, và 39 hạng mục sửa lỗi của hard fork AEGIS đã được hoàn tất suôn sẻ. Cụm từ mà phía chính thức dùng để công bố ra bên ngoài là "vận hành ổn định"; nhìn từ dữ liệu bề mặt thì đúng là không có gì để phàn nàn.
Nhưng điều tôi quan tâm là một chiều kích khác: rốt cuộc chúng ta đang dùng tiêu chuẩn nào để đánh giá "ổn định"?
Nếu chỉ nhìn việc có bị ngừng hoạt động, có bị fork hay có rollback hay không thì quả thật đã đạt. Nhưng với một chuỗi tập trung cho các kịch bản tài chính tuân thủ, ổn định không thể chỉ đồng nghĩa với "không dừng". Giao dịch trong điều kiện tải cao có bị trễ không? Khi trộn giao dịch riêng tư và giao dịch công khai, việc sắp xếp (ordering) có dự đoán được không? Các nút xác thực có được kiểm thử về tính nhất quán hành vi trong tình huống chịu áp lực hay chưa? Những điều này không thể được trả lời chỉ bằng ba chữ "không gặp vấn đề".
Tôi nhận thấy dữ liệu phân bố nút đến nay vẫn chưa có một bản xác minh độc lập đầy đủ từ bên thứ ba. Trình duyệt chính thức có thể xem số lượng nút, nhưng việc chúng thuộc nhà cung cấp lưu trữ nào, thuộc khu vực nào, và có bị tập trung vào một số phòng máy ít hay không lại không được công bố đầy đủ. Nếu một phần ba số nút chạy trên cùng một nhà cung cấp dịch vụ cloud và cùng một vùng khả dụng (availability zone) thì "phi tập trung" chỉ còn là con số trên giấy.
Còn cơ chế trừng phạt. Sau khi mạng chính ra mắt, đã kích hoạt soft penalty bao nhiêu lần? Vì những lý do gì? Những nút nào bị ảnh hưởng? Các dữ liệu này cực kỳ quan trọng để đánh giá an ninh mạng. Trên chuỗi có thể tra được, nhưng người dùng phổ thông, thậm chí phần lớn người đang stake, có thể hoàn toàn không biết đi đâu và xem bằng cách nào.
Tôi hiểu rằng việc công khai những dữ liệu này cần có thời gian, và tôi cũng hiểu đội ngũ đang bận cho các vòng lặp cải tiến. Nhưng minh bạch không phải là câu chuyện "sau khi lên mạng rồi tính tiếp"—nó vốn là một phần của hạ tầng. Một bên dùng tổ chức khi tiến hành thẩm định kỹ thuật (technical due diligence) sẽ không chỉ nhìn TPS và thời gian tạo khối; họ sẽ hỏi về phân bố nút, lịch sử trừng phạt và báo cáo kiểm thử áp lực.
Tôi không nói rằng mạng chính làm không tốt. Việc vận hành một Layer1 vừa hỗ trợ giao dịch công khai vừa hỗ trợ giao dịch riêng tư vốn đã không hề dễ. Các bản sửa AEGIS cho 39 vấn đề cũng cho thấy đội ngũ đang nghiêm túc duy trì lớp nền.
Nhưng giữa "chạy được" và "chạy sao cho khiến người ta yên tâm" còn một khoảng cách nằm ở độ minh bạch.
Đến khi có các báo cáo độc lập về phân bố địa lý của các nút #dusk , kết quả kiểm thử áp lực, chi tiết các sự kiện trừng phạt và việc giám sát tính sẵn sàng từ bên thứ ba, tôi sẽ cân nhắc lại việc xem "vận hành ổn định" là thật sự nghiêm túc.
#dusk @Dusk
Nhưng điều tôi quan tâm là một chiều kích khác: rốt cuộc chúng ta đang dùng tiêu chuẩn nào để đánh giá "ổn định"?
Nếu chỉ nhìn việc có bị ngừng hoạt động, có bị fork hay có rollback hay không thì quả thật đã đạt. Nhưng với một chuỗi tập trung cho các kịch bản tài chính tuân thủ, ổn định không thể chỉ đồng nghĩa với "không dừng". Giao dịch trong điều kiện tải cao có bị trễ không? Khi trộn giao dịch riêng tư và giao dịch công khai, việc sắp xếp (ordering) có dự đoán được không? Các nút xác thực có được kiểm thử về tính nhất quán hành vi trong tình huống chịu áp lực hay chưa? Những điều này không thể được trả lời chỉ bằng ba chữ "không gặp vấn đề".
Tôi nhận thấy dữ liệu phân bố nút đến nay vẫn chưa có một bản xác minh độc lập đầy đủ từ bên thứ ba. Trình duyệt chính thức có thể xem số lượng nút, nhưng việc chúng thuộc nhà cung cấp lưu trữ nào, thuộc khu vực nào, và có bị tập trung vào một số phòng máy ít hay không lại không được công bố đầy đủ. Nếu một phần ba số nút chạy trên cùng một nhà cung cấp dịch vụ cloud và cùng một vùng khả dụng (availability zone) thì "phi tập trung" chỉ còn là con số trên giấy.
Còn cơ chế trừng phạt. Sau khi mạng chính ra mắt, đã kích hoạt soft penalty bao nhiêu lần? Vì những lý do gì? Những nút nào bị ảnh hưởng? Các dữ liệu này cực kỳ quan trọng để đánh giá an ninh mạng. Trên chuỗi có thể tra được, nhưng người dùng phổ thông, thậm chí phần lớn người đang stake, có thể hoàn toàn không biết đi đâu và xem bằng cách nào.
Tôi hiểu rằng việc công khai những dữ liệu này cần có thời gian, và tôi cũng hiểu đội ngũ đang bận cho các vòng lặp cải tiến. Nhưng minh bạch không phải là câu chuyện "sau khi lên mạng rồi tính tiếp"—nó vốn là một phần của hạ tầng. Một bên dùng tổ chức khi tiến hành thẩm định kỹ thuật (technical due diligence) sẽ không chỉ nhìn TPS và thời gian tạo khối; họ sẽ hỏi về phân bố nút, lịch sử trừng phạt và báo cáo kiểm thử áp lực.
Tôi không nói rằng mạng chính làm không tốt. Việc vận hành một Layer1 vừa hỗ trợ giao dịch công khai vừa hỗ trợ giao dịch riêng tư vốn đã không hề dễ. Các bản sửa AEGIS cho 39 vấn đề cũng cho thấy đội ngũ đang nghiêm túc duy trì lớp nền.
Nhưng giữa "chạy được" và "chạy sao cho khiến người ta yên tâm" còn một khoảng cách nằm ở độ minh bạch.
Đến khi có các báo cáo độc lập về phân bố địa lý của các nút #dusk , kết quả kiểm thử áp lực, chi tiết các sự kiện trừng phạt và việc giám sát tính sẵn sàng từ bên thứ ba, tôi sẽ cân nhắc lại việc xem "vận hành ổn định" là thật sự nghiêm túc.
#dusk @Dusk
节点分布数据确实该公开
0%
金融链的透明度要求更高
0%
我去看看节点分布情况
100%
1 phiếu bầu • Cuộc bỏ phiếu đã kết thúc