#dusk $DUSK @Dusk
Я сегодня поздно помогал сыну с домашним заданием, когда он вдруг спросил меня:
«Что будет, если компьютер зависнет?»
Сначала у меня сработал самый простой инстинкт: «Просто перезагрузи его».
Но потом я задумался о том, что читаю в whitepaper Dusk, и вопрос внезапно показался гораздо более масштабным.
Блокчейн может выглядеть впечатляюще, когда всё работает идеально. Однако настоящее испытание — что происходит, когда дела начинают идти не так.
В консенсус-дизайне Dusk обычный поток такой: блок предлагается, проверяется и затем утверждается. Если достаточно участников соглашаются — 2/3 — блок продвигается дальше.
Но что если сеть застрянет?
Согласно проекту, после 16 подряд неудачных попыток система может перейти в «аварийный режим». Вместо того чтобы просто остановиться и ждать, пока кто-то перезапустит её, механизм тайм-аута отключается, и сеть продолжает работать, пока не будет произведён валидный блок.
Это совсем другое мышление, чем «просто перезагрузить».
По сути, это план на случай непредвиденных обстоятельств, встроенный прямо в процесс консенсуса.
И вот почему мне Dusk кажется интересным. Для финансовой инфраструктуры надёжность при аномальных условиях может быть важнее, чем ещё один впечатляющий показатель TPS. Институтам нужно понимать, что происходит, когда участие падает, узлы выходят из строя или сеть сталкивается с неожиданной нагрузкой.
Даже структура вознаграждений показывает, сколько внимания уделяется стимулам: 80% — продюсеру блока, 10% — голосующим, и 10% — протоколу.
Конечно, дизайн на бумаге — это одно. Доказать это в реальных условиях — другое.
DuskEVM всё ещё находится на testnet, так что я пока не готов называть всё это доказанным на масштабе.
Но чем глубже я смотрю, тем больше я убеждаюсь, что это именно тот вопрос, который стоит задавать по поводу любого серьёзного блокчейна:
Не показывайте мне только то, как работает сеть, когда всё идёт как надо. Покажите, что случается, когда всё идёт не так.
Я сегодня поздно помогал сыну с домашним заданием, когда он вдруг спросил меня:
«Что будет, если компьютер зависнет?»
Сначала у меня сработал самый простой инстинкт: «Просто перезагрузи его».
Но потом я задумался о том, что читаю в whitepaper Dusk, и вопрос внезапно показался гораздо более масштабным.
Блокчейн может выглядеть впечатляюще, когда всё работает идеально. Однако настоящее испытание — что происходит, когда дела начинают идти не так.
В консенсус-дизайне Dusk обычный поток такой: блок предлагается, проверяется и затем утверждается. Если достаточно участников соглашаются — 2/3 — блок продвигается дальше.
Но что если сеть застрянет?
Согласно проекту, после 16 подряд неудачных попыток система может перейти в «аварийный режим». Вместо того чтобы просто остановиться и ждать, пока кто-то перезапустит её, механизм тайм-аута отключается, и сеть продолжает работать, пока не будет произведён валидный блок.
Это совсем другое мышление, чем «просто перезагрузить».
По сути, это план на случай непредвиденных обстоятельств, встроенный прямо в процесс консенсуса.
И вот почему мне Dusk кажется интересным. Для финансовой инфраструктуры надёжность при аномальных условиях может быть важнее, чем ещё один впечатляющий показатель TPS. Институтам нужно понимать, что происходит, когда участие падает, узлы выходят из строя или сеть сталкивается с неожиданной нагрузкой.
Даже структура вознаграждений показывает, сколько внимания уделяется стимулам: 80% — продюсеру блока, 10% — голосующим, и 10% — протоколу.
Конечно, дизайн на бумаге — это одно. Доказать это в реальных условиях — другое.
DuskEVM всё ещё находится на testnet, так что я пока не готов называть всё это доказанным на масштабе.
Но чем глубже я смотрю, тем больше я убеждаюсь, что это именно тот вопрос, который стоит задавать по поводу любого серьёзного блокчейна:
Не показывайте мне только то, как работает сеть, когда всё идёт как надо. Покажите, что случается, когда всё идёт не так.
