Trước đây tôi nghĩ rằng sự khó đoán trong một blockchain là một lỗi bạn chấp nhận, chứ không phải một tính năng bạn thực sự thiết kế.
Việc nghiên cứu Dusk đã thay đổi điều đó.
Hãy tưởng tượng bạn là một trình cấp phát. Bạn đã stake, bạn đủ điều kiện, bạn biết rằng mình có thể được chọn để tạo khối tiếp theo. Nhưng bạn không biết liệu mình có được chọn hay không. Không ai khác biết điều đó. Không phải các validator khác. Thậm chí không phải chính bạn, mười giây trước khi sự kiện xảy ra.
Điểm kỳ lạ nằm ở đây: hạt giống quyết định ai được chọn cho khối N+1 vẫn chưa tồn tại khi khối N đang được xây dựng. Nó được tạo ra từ chữ ký của bộ tạo khối của khối hiện tại — tức là dựa trên seed trước đó. Câu trả lời cho "ai là người tiếp theo" không nằm đâu đó sẵn — nó chưa hề được tính toán.
Tại sao điều này lại quan trọng? Vì ở đây, khả năng đoán trước là một rủi ro, không phải một sự tiện lợi. Nếu kẻ tấn công có thể xác định được hôm nay ai sẽ tạo khối 40, chúng sẽ có cả một khoảng thời gian dài để nhắm mục tiêu validator đó — hối lộ họ, DDoS họ, gây sức ép lên họ — trước khi khoảnh khắc xảy ra.
Sortition quyết định của Dusk đóng hoàn toàn cánh cửa đó. Bạn chỉ biết rằng mình là bộ tạo ngay khi điều đó đã trở thành sự thật.
Vì vậy, câu hỏi thiết kế thực sự không phải "làm sao để chọn một người lãnh đạo". Mà là "làm sao để chọn một người mà không bao giờ cho phép bất kỳ ai lên kế hoạch cho việc đó."
Đoán xem điều gì xảy ra ngay khi việc chọn khối trở nên có thể dự đoán sớm hơn một chút?
#dusk $DUSK @Dusk
Khảo sát:
Đoán xem điều gì sẽ hỏng đầu tiên nếu bạn có thể dự đoán bộ tạo khối tiếp theo
🎯 Hối lộ trở nên khả thi
🛑 DDoS trở nên khả thi
⚖️ Cả hai, cùng một lỗ hổng
🔒 Không có gì, vẫn an toàn
Việc nghiên cứu Dusk đã thay đổi điều đó.
Hãy tưởng tượng bạn là một trình cấp phát. Bạn đã stake, bạn đủ điều kiện, bạn biết rằng mình có thể được chọn để tạo khối tiếp theo. Nhưng bạn không biết liệu mình có được chọn hay không. Không ai khác biết điều đó. Không phải các validator khác. Thậm chí không phải chính bạn, mười giây trước khi sự kiện xảy ra.
Điểm kỳ lạ nằm ở đây: hạt giống quyết định ai được chọn cho khối N+1 vẫn chưa tồn tại khi khối N đang được xây dựng. Nó được tạo ra từ chữ ký của bộ tạo khối của khối hiện tại — tức là dựa trên seed trước đó. Câu trả lời cho "ai là người tiếp theo" không nằm đâu đó sẵn — nó chưa hề được tính toán.
Tại sao điều này lại quan trọng? Vì ở đây, khả năng đoán trước là một rủi ro, không phải một sự tiện lợi. Nếu kẻ tấn công có thể xác định được hôm nay ai sẽ tạo khối 40, chúng sẽ có cả một khoảng thời gian dài để nhắm mục tiêu validator đó — hối lộ họ, DDoS họ, gây sức ép lên họ — trước khi khoảnh khắc xảy ra.
Sortition quyết định của Dusk đóng hoàn toàn cánh cửa đó. Bạn chỉ biết rằng mình là bộ tạo ngay khi điều đó đã trở thành sự thật.
Vì vậy, câu hỏi thiết kế thực sự không phải "làm sao để chọn một người lãnh đạo". Mà là "làm sao để chọn một người mà không bao giờ cho phép bất kỳ ai lên kế hoạch cho việc đó."
Đoán xem điều gì xảy ra ngay khi việc chọn khối trở nên có thể dự đoán sớm hơn một chút?
#dusk $DUSK @Dusk
Khảo sát:
Đoán xem điều gì sẽ hỏng đầu tiên nếu bạn có thể dự đoán bộ tạo khối tiếp theo
🎯 Hối lộ trở nên khả thi
🛑 DDoS trở nên khả thi
⚖️ Cả hai, cùng một lỗ hổng
🔒 Không có gì, vẫn an toàn