#dusk $DUSK @Dusk
我覺得關於 @Dusk 的一個有趣之處在於，它如何思考當網絡“突然得不到足夠參與”時會發生什麼。想象一下，爲了達成共識所需要的大多數人突然離線。沒有攻擊、沒有惡意行爲者，僅僅是參與者變少了。很多系統都會在這種情況下遇到困難，但 Dusk 通過“緊急模式（Emergency Mode）”提供了恢復路徑。當某一次共識迭代沒有獲得足夠的參與時，網絡可以保持先前的迭代仍處於開放狀態，同時啓動新的迭代。這樣，仍在線的驗證者就有更多機會達成一致，而不是讓整個鏈條停滯不前。
當然，這裏顯然存在權衡。多個迭代可能會產生彼此競爭的區塊，因此 Dusk 會優先選擇成功率最低的迭代。並且，如果正常共識仍然無法恢復，“緊急區塊請求（Emergency Block Request，EBR）”還能提供另一個備選方案。當收集到代表多數質押的 EBR 後，Dusk 就可以創建一個空的緊急區塊。我喜歡的是，這個區塊並不是在假裝“解決一切”。它的工作只是讓鏈條繼續向前，併爲下一次共識嘗試創造一個新的種子。對我來說，這就是有趣的部分：Dusk 並不是只爲完美條件而設計，它也在考慮當參與度崩潰時會發生什麼。更大的問題在於：如果參與度在很長一段時間裏持續下降，這種恢復能多麼順暢地運行下去。
我覺得關於 @Dusk 的一個有趣之處在於，它如何思考當網絡“突然得不到足夠參與”時會發生什麼。想象一下，爲了達成共識所需要的大多數人突然離線。沒有攻擊、沒有惡意行爲者，僅僅是參與者變少了。很多系統都會在這種情況下遇到困難，但 Dusk 通過“緊急模式（Emergency Mode）”提供了恢復路徑。當某一次共識迭代沒有獲得足夠的參與時，網絡可以保持先前的迭代仍處於開放狀態，同時啓動新的迭代。這樣，仍在線的驗證者就有更多機會達成一致，而不是讓整個鏈條停滯不前。
當然，這裏顯然存在權衡。多個迭代可能會產生彼此競爭的區塊，因此 Dusk 會優先選擇成功率最低的迭代。並且，如果正常共識仍然無法恢復，“緊急區塊請求（Emergency Block Request，EBR）”還能提供另一個備選方案。當收集到代表多數質押的 EBR 後，Dusk 就可以創建一個空的緊急區塊。我喜歡的是，這個區塊並不是在假裝“解決一切”。它的工作只是讓鏈條繼續向前，併爲下一次共識嘗試創造一個新的種子。對我來說，這就是有趣的部分：Dusk 並不是只爲完美條件而設計，它也在考慮當參與度崩潰時會發生什麼。更大的問題在於：如果參與度在很長一段時間裏持續下降，這種恢復能多麼順暢地運行下去。
