Trước đây tôi nghĩ rằng lựa chọn theo trọng số stake về cơ bản là “DUSK càng nhiều = cơ hội càng cao hơn”. Nhưng cơ chế chọn lọc tất định của Dusk khiến mối quan hệ đó trở nên thú vị hơn.
Tôi quay lại xem tài liệu vì phần quan trọng không chỉ đơn giản là stake có ý nghĩa. Đó là việc giao thức biến trọng số của người nắm giữ thành một kết quả lựa chọn có thể lặp lại.
Trong Succinct Attestation, việc tạo ủy ban sử dụng chọn lọc tất định. Một điểm số được tạo ra từ băm SHA3-256 của các tham số vòng đồng thuận, và điểm đó được dùng để xác định những provisioner nào đủ điều kiện. Vì vậy, cùng một bộ đầu vào cho phép các node độc lập đạt được cùng kết quả lựa chọn.
Điều này tạo ra một mâu thuẫn kỹ thuật đáng quan tâm: tính ngẫu nhiên hữu ích để phân phối tư cách thành viên ủy ban, nhưng cơ chế đồng thuận không thể phụ thuộc vào việc các node tạo ra các kết quả ngẫu nhiên khác nhau.
Thiết kế tách bạch các mối quan tâm đó. Hàm băm cung cấp đầu vào trông có vẻ khó đoán, còn quy trình tất định đảm bảo kết quả có thể tái tạo độc lập. Khi đó, trọng số stake sẽ chi phối quá trình lựa chọn thay vì bắt buộc phải có một bộ điều phối viên phân công thành viên ủy ban.
Chuỗi logic rất đơn giản: trọng số stake → đủ điều kiện theo trọng số → lựa chọn dựa trên băm tất định → tư cách thành viên ủy ban có thể xác minh độc lập.
Đánh đổi là: chọn lọc tất định không đồng nghĩa với việc phân bổ hoàn toàn đều trong mọi vòng. Một provisioner stake nhỏ vẫn có thể được chọn, trong khi một provisioner stake lớn có thể bỏ lỡ một vòng cụ thể; tính công bằng nảy sinh theo thống kê thay vì “từng khối một”.
Điều tôi cứ băn khoăn là: cần tinh chỉnh kích thước ủy ban và phân phối stake như thế nào để tính công bằng theo xác suất này vẫn bền vững khi tập validator thay đổi?
@Dusk_Foundation $DUSK
#dusk
Tôi quay lại xem tài liệu vì phần quan trọng không chỉ đơn giản là stake có ý nghĩa. Đó là việc giao thức biến trọng số của người nắm giữ thành một kết quả lựa chọn có thể lặp lại.
Trong Succinct Attestation, việc tạo ủy ban sử dụng chọn lọc tất định. Một điểm số được tạo ra từ băm SHA3-256 của các tham số vòng đồng thuận, và điểm đó được dùng để xác định những provisioner nào đủ điều kiện. Vì vậy, cùng một bộ đầu vào cho phép các node độc lập đạt được cùng kết quả lựa chọn.
Điều này tạo ra một mâu thuẫn kỹ thuật đáng quan tâm: tính ngẫu nhiên hữu ích để phân phối tư cách thành viên ủy ban, nhưng cơ chế đồng thuận không thể phụ thuộc vào việc các node tạo ra các kết quả ngẫu nhiên khác nhau.
Thiết kế tách bạch các mối quan tâm đó. Hàm băm cung cấp đầu vào trông có vẻ khó đoán, còn quy trình tất định đảm bảo kết quả có thể tái tạo độc lập. Khi đó, trọng số stake sẽ chi phối quá trình lựa chọn thay vì bắt buộc phải có một bộ điều phối viên phân công thành viên ủy ban.
Chuỗi logic rất đơn giản: trọng số stake → đủ điều kiện theo trọng số → lựa chọn dựa trên băm tất định → tư cách thành viên ủy ban có thể xác minh độc lập.
Đánh đổi là: chọn lọc tất định không đồng nghĩa với việc phân bổ hoàn toàn đều trong mọi vòng. Một provisioner stake nhỏ vẫn có thể được chọn, trong khi một provisioner stake lớn có thể bỏ lỡ một vòng cụ thể; tính công bằng nảy sinh theo thống kê thay vì “từng khối một”.
Điều tôi cứ băn khoăn là: cần tinh chỉnh kích thước ủy ban và phân phối stake như thế nào để tính công bằng theo xác suất này vẫn bền vững khi tập validator thay đổi?
@Dusk_Foundation $DUSK
#dusk