#dusk $DUSK @Dusk
Раньше я думал, что 50-итерационный лимит Dusk — это просто технический потолок, предохранительный клапан, который редко трогают. Но при внимательном рассмотрении это больше похоже на границу того, как долго консенсус готов продолжать бороться с разногласиями.
Каждый раунд проходит через предложение, валидацию, ратификацию и финализацию, при этом провайдеры выбираются детерминированной сортировкой на каждом этапе. При нормальных условиях эта последовательность решается быстро — примерно за 15 секунд на блок. Но задержанные сообщения, офлайн-провайдеры или противодействующие условия заставляют консенсус уходить в дополнительные итерации, и более старые материалы по Dusk прямо признавали, что в сложных сетях их потребуется больше.
Что бросилось в глаза — это работа по восстановлению снизу: она прерывает итерации, которые уже истекли по времени, и повторно распространяет сообщения из прошлых или будущих итераций, чтобы сеть могла догнать.
Это полностью меняет взгляд на сам счётчик. Это не просто учет попыток — это управление восстановлением.
Так что реальный вопрос не в том, почему 50. Вопрос в том, сколько разногласий Dusk может «переварить», прежде чем скорость должна уступить место уверенности.
$PORTAL
$ONG
Раньше я думал, что 50-итерационный лимит Dusk — это просто технический потолок, предохранительный клапан, который редко трогают. Но при внимательном рассмотрении это больше похоже на границу того, как долго консенсус готов продолжать бороться с разногласиями.
Каждый раунд проходит через предложение, валидацию, ратификацию и финализацию, при этом провайдеры выбираются детерминированной сортировкой на каждом этапе. При нормальных условиях эта последовательность решается быстро — примерно за 15 секунд на блок. Но задержанные сообщения, офлайн-провайдеры или противодействующие условия заставляют консенсус уходить в дополнительные итерации, и более старые материалы по Dusk прямо признавали, что в сложных сетях их потребуется больше.
Что бросилось в глаза — это работа по восстановлению снизу: она прерывает итерации, которые уже истекли по времени, и повторно распространяет сообщения из прошлых или будущих итераций, чтобы сеть могла догнать.
Это полностью меняет взгляд на сам счётчик. Это не просто учет попыток — это управление восстановлением.
Так что реальный вопрос не в том, почему 50. Вопрос в том, сколько разногласий Dusk может «переварить», прежде чем скорость должна уступить место уверенности.
$PORTAL
$ONG