Tôi cứ quay lại một điều khi thử nghiệm cách hoạt động của nhánh (fork) trong DUSK Network: số lượng fork tự nó cho tôi biết ít hơn so với mức độ tin cậy (confidence) đứng sau con số đó. @Dusk
Ba fork trong 1.000 lần thử trông có vẻ tương tự như 300 fork trong 100.000 lần thử. Cùng một tần suất quan sát được. Nhưng bằng chứng thì rất khác.
Vì vậy, tôi sẽ không dừng lại ở một kết quả mô phỏng duy nhất.
Với DUSK Network, Bước 1 nên tạo ra 100.000 hồ sơ độ trễ (validator-delay) ngẫu nhiên. Bước 2 nên phát lại các điều kiện đề xuất (proposal) xung đột qua nhiều phân phối độ trễ, chứ không phải chỉ một mô hình mạng “thuận tiện”. Sau đó Bước 3 chuyển các con số fork đó thành xác suất, sai số chuẩn (standard error), và khoảng tin cậy 95%.
Vấn đề “ẩn” không phải là hoạt động vs ngừng hoạt động. Mà là khả năng phục hồi của giao thức (protocol resilience) vs ảo giác thống kê.
Các fork hiếm có vẫn hiếm khi độ trễ của validator bị lệch (skewed) không? Một phân phối độ trễ có áp đảo các lỗi không? Khoảng tin cậy có co lại đủ để tin vào ước lượng hay chúng ta vẫn chỉ đang nhìn thấy nhiễu?
Một chút yếu kém là bình thường. Hệ thống phân tán thì lộn xộn, mạng có lúc bị kẹt (stall), các gói tin đến muộn.
Điều tôi nghi ngờ là liệu DUSK Network có còn ổn định khi mô hình độ trễ không còn “chiều theo” (friendly) nữa.
Tần suất fork thấp thì quan trọng. Việc biết mức độ không chắc chắn của tần suất đó còn quan trọng hơn.
#dusk $DUSK
Ba fork trong 1.000 lần thử trông có vẻ tương tự như 300 fork trong 100.000 lần thử. Cùng một tần suất quan sát được. Nhưng bằng chứng thì rất khác.
Vì vậy, tôi sẽ không dừng lại ở một kết quả mô phỏng duy nhất.
Với DUSK Network, Bước 1 nên tạo ra 100.000 hồ sơ độ trễ (validator-delay) ngẫu nhiên. Bước 2 nên phát lại các điều kiện đề xuất (proposal) xung đột qua nhiều phân phối độ trễ, chứ không phải chỉ một mô hình mạng “thuận tiện”. Sau đó Bước 3 chuyển các con số fork đó thành xác suất, sai số chuẩn (standard error), và khoảng tin cậy 95%.
Vấn đề “ẩn” không phải là hoạt động vs ngừng hoạt động. Mà là khả năng phục hồi của giao thức (protocol resilience) vs ảo giác thống kê.
Các fork hiếm có vẫn hiếm khi độ trễ của validator bị lệch (skewed) không? Một phân phối độ trễ có áp đảo các lỗi không? Khoảng tin cậy có co lại đủ để tin vào ước lượng hay chúng ta vẫn chỉ đang nhìn thấy nhiễu?
Một chút yếu kém là bình thường. Hệ thống phân tán thì lộn xộn, mạng có lúc bị kẹt (stall), các gói tin đến muộn.
Điều tôi nghi ngờ là liệu DUSK Network có còn ổn định khi mô hình độ trễ không còn “chiều theo” (friendly) nữa.
Tần suất fork thấp thì quan trọng. Việc biết mức độ không chắc chắn của tần suất đó còn quan trọng hơn.
#dusk $DUSK
