#dusk $DUSK @Dusk
На днях я смотрел блок-эксплорер, ожидая, пока транзакция «почувствует» себя окончательной, и меня поразило, сколько времени в крипте мы просто... ждем. Здесь — шесть подтверждений. Там — двенадцать. Где-то по пути мы приняли это за норму. Подход Dusk к консенсусу — первая за долгое время вещь, из‑за которой я остановился и перечитал механику дважды.
Ключевая идея называется Succinct Attestation, и она работает в три шага, а не в привычной игре «шахтер против сети» с угадыванием. Сначала идет Proposal: случайно выбранный генератор блоков выдвигает кандидатный блок. По сути концептуально тут ничего нового — так делают многие PoS‑цепочки. Но внимание привлек второй шаг, Validation: отдельный комитет проверяет целостность блока, прежде чем кто-либо начнет фиксировать его. Затем Ratification замыкает цикл — второй комитет голосует, чтобы подтвердить, что результат валидации действительно был корректным. Два разных комитета, голосующих по очереди, а не одна группа, которая сама себя «подмахивает».
Может, я слишком много думаю, но эта раздельность кажется самой сутью. Вам не приходится доверять одним и тем же участникам и предлагать, и подтверждать. Сначала это показалось странным — почти чрезмерно осторожным для того, что утверждает окончательность за секунды. Потом я вспомнил, сколько «мгновенных» цепочек все равно заставляют вас ждать, пока пройдет риск реорганизаций. Похоже, Dusk ставит на то, что проверка заранее обходится дешевле, чем последующая «уборка».
Я не уверен, станет ли это стандартом для приватности‑ориентированных цепочек или для сетей RWA‑расчетов, где детерминированная окончательность действительно важна по причинам комплаенса. Возможно, это так и останется нишевым решением. Но наблюдать, как цепочка воспринимает окончательность как архитектурное требование, а не как запоздалую опцию, было для меня неожиданно. Интересно посмотреть, как это проявит себя в реальной нагрузке сети, когда подключится больше провайдеров.
$KII
$AIO
На днях я смотрел блок-эксплорер, ожидая, пока транзакция «почувствует» себя окончательной, и меня поразило, сколько времени в крипте мы просто... ждем. Здесь — шесть подтверждений. Там — двенадцать. Где-то по пути мы приняли это за норму. Подход Dusk к консенсусу — первая за долгое время вещь, из‑за которой я остановился и перечитал механику дважды.
Ключевая идея называется Succinct Attestation, и она работает в три шага, а не в привычной игре «шахтер против сети» с угадыванием. Сначала идет Proposal: случайно выбранный генератор блоков выдвигает кандидатный блок. По сути концептуально тут ничего нового — так делают многие PoS‑цепочки. Но внимание привлек второй шаг, Validation: отдельный комитет проверяет целостность блока, прежде чем кто-либо начнет фиксировать его. Затем Ratification замыкает цикл — второй комитет голосует, чтобы подтвердить, что результат валидации действительно был корректным. Два разных комитета, голосующих по очереди, а не одна группа, которая сама себя «подмахивает».
Может, я слишком много думаю, но эта раздельность кажется самой сутью. Вам не приходится доверять одним и тем же участникам и предлагать, и подтверждать. Сначала это показалось странным — почти чрезмерно осторожным для того, что утверждает окончательность за секунды. Потом я вспомнил, сколько «мгновенных» цепочек все равно заставляют вас ждать, пока пройдет риск реорганизаций. Похоже, Dusk ставит на то, что проверка заранее обходится дешевле, чем последующая «уборка».
Я не уверен, станет ли это стандартом для приватности‑ориентированных цепочек или для сетей RWA‑расчетов, где детерминированная окончательность действительно важна по причинам комплаенса. Возможно, это так и останется нишевым решением. Но наблюдать, как цепочка воспринимает окончательность как архитектурное требование, а не как запоздалую опцию, было для меня неожиданно. Интересно посмотреть, как это проявит себя в реальной нагрузке сети, когда подключится больше провайдеров.
$KII
$AIO