#dusk $DUSK @Dusk
𝐑𝐞𝐠𝐢𝐦 𝐚𝐰𝐚𝐫𝐢𝐣𝐧𝐨𝐣 𝐞𝐦𝐞𝐫𝐠𝐞𝐧𝐜𝐢𝐢 𝐃𝐮𝐬𝐤: 𝐂𝐭𝐨 𝐬𝐥𝐮𝐜𝐡𝐢𝐭𝐬𝐹𝐤 𝐩𝐫𝐨𝐢𝐬𝐡𝐨𝐝𝐢𝐭, 𝐤𝐨𝐠𝐝𝐚 𝐮𝐜𝐡𝐚𝐬𝐭𝐧𝐢𝐤𝐢 𝐤𝐨𝐧𝐬𝐞𝐧𝐬𝐮𝐬𝐚 𝐩𝐫𝐞𝐬𝐭𝐚𝐣𝐮𝐭 𝐩𝐨𝐝𝐤𝐥𝐲𝐮𝐜𝐡𝐚𝐭𝐬𝐹?
Что происходит, когда участники консенсуса блокчейна просто перестают появляться? Никакой атаки и никаких громких эксплойтов. Просто достаточно валидаторов, уходящих в офлайн, чтобы сети стало трудно прийти к согласию. Вот эта часть дизайна @Dusk и привлекла моё внимание.$STAR
Я смотрел на Emergency Mode у Dusk — и идея довольно проста, но при этом действительно важна. Если несколько итераций консенсуса завершаются неудачей, Dusk не будет просто бесконечно ждать. Ранние итерации могут оставаться открытыми, пока стартуют новые, давая тем провайдерам, которые всё ещё активны, больше шансов добраться до нужного кворума. $DOS
Есть и ещё одна интересная деталь. Несколько итераций могут в итоге породить разные кандидатные блоки. Dusk решает это, отдавая приоритет самой низкой успешной итерации. Это небольшое правило, но именно такие мелочи и заставляют системы консенсуса работать, когда дела начинают идти беспорядочно.
Затем следует Emergency Block Request. Если собрать EBR’ы, представляющие большинство стейка сети, Dusk может создать пустой аварийный блок. Он не пытается упаковать в него транзакции. Главная задача — удерживать цепочку в движении и дать свежую точку старта для следующей попытки консенсуса.
Моё мнение: это меньше про «аварийные блоки» и больше про проектирование на случай несовершенного участия. Сети со стейкингом зависят от того, что люди и машины будут онлайн, и это допущение рано или поздно будет проверено. Пока ещё рано, и механизм может иметь ограничения, если плохое участие продлится слишком долго. Но мне нравится, что Dusk думает о восстановлении ещё до того, как восстановление станет реально необходимо.
Вот что, вероятно, больше всего выделилось для меня. Хорошей инфраструктуре тоже нужен план на те дни, когда половина сети не идёт на сотрудничество.
𝐑𝐞𝐠𝐢𝐦 𝐚𝐰𝐚𝐫𝐢𝐣𝐧𝐨𝐣 𝐞𝐦𝐞𝐫𝐠𝐞𝐧𝐜𝐢𝐢 𝐃𝐮𝐬𝐤: 𝐂𝐭𝐨 𝐬𝐥𝐮𝐜𝐡𝐢𝐭𝐬𝐹𝐤 𝐩𝐫𝐨𝐢𝐬𝐡𝐨𝐝𝐢𝐭, 𝐤𝐨𝐠𝐝𝐚 𝐮𝐜𝐡𝐚𝐬𝐭𝐧𝐢𝐤𝐢 𝐤𝐨𝐧𝐬𝐞𝐧𝐬𝐮𝐬𝐚 𝐩𝐫𝐞𝐬𝐭𝐚𝐣𝐮𝐭 𝐩𝐨𝐝𝐤𝐥𝐲𝐮𝐜𝐡𝐚𝐭𝐬𝐹?
Что происходит, когда участники консенсуса блокчейна просто перестают появляться? Никакой атаки и никаких громких эксплойтов. Просто достаточно валидаторов, уходящих в офлайн, чтобы сети стало трудно прийти к согласию. Вот эта часть дизайна @Dusk и привлекла моё внимание.$STAR
Я смотрел на Emergency Mode у Dusk — и идея довольно проста, но при этом действительно важна. Если несколько итераций консенсуса завершаются неудачей, Dusk не будет просто бесконечно ждать. Ранние итерации могут оставаться открытыми, пока стартуют новые, давая тем провайдерам, которые всё ещё активны, больше шансов добраться до нужного кворума. $DOS
Есть и ещё одна интересная деталь. Несколько итераций могут в итоге породить разные кандидатные блоки. Dusk решает это, отдавая приоритет самой низкой успешной итерации. Это небольшое правило, но именно такие мелочи и заставляют системы консенсуса работать, когда дела начинают идти беспорядочно.
Затем следует Emergency Block Request. Если собрать EBR’ы, представляющие большинство стейка сети, Dusk может создать пустой аварийный блок. Он не пытается упаковать в него транзакции. Главная задача — удерживать цепочку в движении и дать свежую точку старта для следующей попытки консенсуса.
Моё мнение: это меньше про «аварийные блоки» и больше про проектирование на случай несовершенного участия. Сети со стейкингом зависят от того, что люди и машины будут онлайн, и это допущение рано или поздно будет проверено. Пока ещё рано, и механизм может иметь ограничения, если плохое участие продлится слишком долго. Но мне нравится, что Dusk думает о восстановлении ещё до того, как восстановление станет реально необходимо.
Вот что, вероятно, больше всего выделилось для меня. Хорошей инфраструктуре тоже нужен план на те дни, когда половина сети не идёт на сотрудничество.