График становится всё интереснее $BTW $VELVET
Эти двое точно перетягивают внимание рынка.
И, конечно, я сейчас здесь обнаруживаю их уже после того, как движение началось.
Блокчейн может выглядеть абсолютно упорядоченным, когда всё работает. Интересно же то, что происходит, когда всё перестаёт работать.
Что привлекло моё внимание в Dusk, так это то, что сеть не просто предполагает, что каждый блок будет приходить вовремя, или что каждый провиженер (provisioner) всегда будет доступен.
Задержанные или потерянные сообщения могут привести к тому, что несколько кандидатных блоков достигнут консенсуса в одной и той же раундовой итерации, создавая форк. Процедура аварийного восстановления Dusk обычно решает это, выбирая кандидата с наименьшей итерацией. Блок с более высокой итерацией, соответственно, может быть отменён, если позже кандидат с более низкой итерацией достигнет консенсуса.
Но есть и более глубокий механизм аварийного восстановления.
Если достаточно большое число последовательных итераций не проходит из-за того, что провиженеры офлайн или изолированы, Dusk может перейти в аварийный режим. Обычные таймауты шагов отключаются, а итерации продолжаются до тех пор, пока кандидатный блок не достигнет кворума. Одновременно могут выполняться несколько открытых итераций, что повышает шанс достичь консенсуса, хотя при этом возрастает и вероятность форков.
Это заставило меня по-новому взглянуть на консенсус.
Реальная проверка сети — это не только то, как она ведёт себя, когда всё идёт правильно.
Важно то, что происходит, когда связь ломается.
Для финансовой инфраструктуры наличие определённого поведения в таких «грязных» условиях может быть столь же важно, как достижение быстрого консенсуса при нормальной работе.
@Dusk_Foundation $DUSK #dusk
Что важнее всего во время сбоев?
Эти двое точно перетягивают внимание рынка.
И, конечно, я сейчас здесь обнаруживаю их уже после того, как движение началось.
Блокчейн может выглядеть абсолютно упорядоченным, когда всё работает. Интересно же то, что происходит, когда всё перестаёт работать.
Что привлекло моё внимание в Dusk, так это то, что сеть не просто предполагает, что каждый блок будет приходить вовремя, или что каждый провиженер (provisioner) всегда будет доступен.
Задержанные или потерянные сообщения могут привести к тому, что несколько кандидатных блоков достигнут консенсуса в одной и той же раундовой итерации, создавая форк. Процедура аварийного восстановления Dusk обычно решает это, выбирая кандидата с наименьшей итерацией. Блок с более высокой итерацией, соответственно, может быть отменён, если позже кандидат с более низкой итерацией достигнет консенсуса.
Но есть и более глубокий механизм аварийного восстановления.
Если достаточно большое число последовательных итераций не проходит из-за того, что провиженеры офлайн или изолированы, Dusk может перейти в аварийный режим. Обычные таймауты шагов отключаются, а итерации продолжаются до тех пор, пока кандидатный блок не достигнет кворума. Одновременно могут выполняться несколько открытых итераций, что повышает шанс достичь консенсуса, хотя при этом возрастает и вероятность форков.
Это заставило меня по-новому взглянуть на консенсус.
Реальная проверка сети — это не только то, как она ведёт себя, когда всё идёт правильно.
Важно то, что происходит, когда связь ломается.
Для финансовой инфраструктуры наличие определённого поведения в таких «грязных» условиях может быть столь же важно, как достижение быстрого консенсуса при нормальной работе.
@Dusk_Foundation $DUSK #dusk
Что важнее всего во время сбоев?
🔄 Fast recovery
🛡️ Reliable consensus
13 ч. осталось
