Tôi đã xem một vé phòng chờ vào ngày hôm đó. Thứ mà hầu hết mọi người chú ý là con số trên đó.. Rất ít ai nghĩ đến việc khi nào con số đó được cấp cho họ. Vấn đề là, thời điểm bạn nhận được một số có thể ảnh hưởng đến việc ai được hỗ trợ trước.
Điều này khiến tôi nghĩ về cách Dusk hoạt động với các khoản stake. Stake không phải là chuyện bạn có bao nhiêu DUSK. Stake là hai thứ: bạn có bao nhiêu DUSK và bạn đã thêm chúng vào hệ thống vào thời điểm nào. Ban đầu, có vẻ như số lượng DUSK mới là điều quan trọng. Việc bạn thêm chúng khi nào lại có vẻ chỉ là chi tiết.. Nhưng tôi không nghĩ điều đó là đúng.@Dusk
Thứ không ngay lập tức rõ ràng là bảo mật không phải về việc đã cam kết. Mà là về khả năng chứng minh rằng bạn đã cam kết. Dusk không chỉ quan tâm đến việc bao nhiêu DUSK đang được dùng để stake. Nó quan tâm đến việc những DUSK đó đã được thêm vào mạng vào lúc nào. Quy tắc cần ít nhất 1000 DUSK tạo ra một yêu cầu tối thiểu.. Việc những DUSK đó được thêm vào khi nào tạo ra lịch sử. Kết hợp hai điều này giúp việc stake trở nên đo lường được hơn và khó bị gian lận hơn.
Hầu hết mọi người có lẽ sẽ nghĩ về phần thưởng họ có thể nhận, hoặc cách họ tham gia, hoặc cách họ có được sự linh hoạt.. Tôi cứ tự hỏi điều gì sẽ xảy ra khi mọi thứ trở nên khó khăn. Nếu Provisioners có thể rút stake bằng cách gửi một giao dịch thì điều gì xảy ra khi phần thưởng thay đổi đột ngột? Bao nhiêu mức độ mạng vẫn ổn định phụ thuộc vào quy mô stake, và bao nhiêu phụ thuộc vào việc mọi người sẵn sàng giữ stake của họ trong bao lâu?
Có lẽ điều thú vị về Dusk không nằm ở chính các khoản stake. Có lẽ đó là cách giao thức âm thầm kết nối giá trị, thời gian và sự kiên nhẫn. #Dusk @Dusk $DUSK
$SNDK