Когда рынок внезапно падает, самое опасное — не то, что вы торгуете на 10 секунд медленнее, а то, что вы думаете, будто сделка уже исполнена, а через несколько минут система сообщает: «та сделка не засчитывается»
Именно эту проблему я особенно учитываю, когда продолжаю разрабатывать консенсус-механизм для @Dusk . Многие блокчейны любят рекламировать, сколько транзакций они могут обработать в секунду, но финансовый рынок по-настоящему интересует другое: в момент, когда на экране отображается «готово», право собственности на активы действительно полностью подтверждено.
Succinct Attestation от Dusk не заставляет один и тот же узел и выпускать блоки, и ставить свою подпись, а разбивает каждую фазу консенсуса на три «двери».
Первая дверь — предложение. Система выбирает блок-производителя из числа стейкеров: он упорядочивает транзакции и транслирует кандидатный блок.
Вторая дверь — верификация. Случайно выбранный комитет проверяет корректность блока и затем голосует за результат. Ответ здесь формулируется так: «эти транзакции можно ли занести в реестр
Третья дверь — утверждение. Другая группа комитета снова подтверждает результат верификации. После достижения порога голосов формируется доказательство и выполняется окончательное подтверждение. Другими словами, постановка задачи, проверка и финальная подпись не полностью отданы одной и той же группе людей
Раньше я думал, что трёхэтапная схема может сделать процесс слишком тяжёлым. Но позже понял: Dusk ставит на то, что меньшие по размеру случайные комитеты уменьшают коммуникации по всей сети, сохраняя при этом две независимые оценки. На сайте сейчас указано, что окончательность составляет порядка 10 секунд. Как только блок проходит стадию утверждения, результат становится детерминированным. В нормальных условиях пользователю больше не нужно продолжать считать десятки подтверждений и не нужно бояться, что реорганизация цепочки «откатит» уже принятые сделки.
Это особенно важно для финансовых операций. Представьте: нога актива уже показывает поставку, а платежная нога из‑за реорганизации не срабатывает. Тогда перед институтом встаёт не просто неудачная транзакция, а одновременный конфликт права собственности, бухгалтерских записей и ответственности перед контрагентом. Именно то, что детерминированная окончательность уменьшает, — это риск «не знаю, засчитают ли это после сделки», возникающий в окне ожидания.
Но три «двери» не означают абсолютной безопасности. Достаточен ли размер случайного комитета, не слишком ли узлы сконцентрированы и сможет ли сеть при перегрузках поддерживать стабильную окончательность — всё это всё равно нужно подтверждать долгосрочными данными. Как бы ни была красива архитектура протокола, она должна выдержать офлайн узлов и экстремальный объём трафика.
Поэтому я смотрю на $DUSK и не буду ограничиваться лозунгом «10 секунд». Мне важнее увидеть непрерывную окончательность, долю участия комитетов и долю аномальных раундов
#dusk
Именно эту проблему я особенно учитываю, когда продолжаю разрабатывать консенсус-механизм для @Dusk . Многие блокчейны любят рекламировать, сколько транзакций они могут обработать в секунду, но финансовый рынок по-настоящему интересует другое: в момент, когда на экране отображается «готово», право собственности на активы действительно полностью подтверждено.
Succinct Attestation от Dusk не заставляет один и тот же узел и выпускать блоки, и ставить свою подпись, а разбивает каждую фазу консенсуса на три «двери».
Первая дверь — предложение. Система выбирает блок-производителя из числа стейкеров: он упорядочивает транзакции и транслирует кандидатный блок.
Вторая дверь — верификация. Случайно выбранный комитет проверяет корректность блока и затем голосует за результат. Ответ здесь формулируется так: «эти транзакции можно ли занести в реестр
Третья дверь — утверждение. Другая группа комитета снова подтверждает результат верификации. После достижения порога голосов формируется доказательство и выполняется окончательное подтверждение. Другими словами, постановка задачи, проверка и финальная подпись не полностью отданы одной и той же группе людей
Раньше я думал, что трёхэтапная схема может сделать процесс слишком тяжёлым. Но позже понял: Dusk ставит на то, что меньшие по размеру случайные комитеты уменьшают коммуникации по всей сети, сохраняя при этом две независимые оценки. На сайте сейчас указано, что окончательность составляет порядка 10 секунд. Как только блок проходит стадию утверждения, результат становится детерминированным. В нормальных условиях пользователю больше не нужно продолжать считать десятки подтверждений и не нужно бояться, что реорганизация цепочки «откатит» уже принятые сделки.
Это особенно важно для финансовых операций. Представьте: нога актива уже показывает поставку, а платежная нога из‑за реорганизации не срабатывает. Тогда перед институтом встаёт не просто неудачная транзакция, а одновременный конфликт права собственности, бухгалтерских записей и ответственности перед контрагентом. Именно то, что детерминированная окончательность уменьшает, — это риск «не знаю, засчитают ли это после сделки», возникающий в окне ожидания.
Но три «двери» не означают абсолютной безопасности. Достаточен ли размер случайного комитета, не слишком ли узлы сконцентрированы и сможет ли сеть при перегрузках поддерживать стабильную окончательность — всё это всё равно нужно подтверждать долгосрочными данными. Как бы ни была красива архитектура протокола, она должна выдержать офлайн узлов и экстремальный объём трафика.
Поэтому я смотрю на $DUSK и не буду ограничиваться лозунгом «10 секунд». Мне важнее увидеть непрерывную окончательность, долю участия комитетов и долю аномальных раундов
#dusk
