@Dusk центральный конвейер Dusk — сэкономили силы и отдали переключатель
В официальной документации говорится, что EVM-слой Dusk приводится в действие одним-единственным сортировщиком; это тот же самый каркас, что и centralized sequencer в некоторых L2 сети Ethereum. Один центральный конвейер выстраивает все транзакции в очередь — разработчикам не нужно «прокладывать рельсы» самостоятельно. Но как только эта лента останавливается, вся «лавка» не может двигаться. В Ethereum L2 сортировщики дают дешевизну, а Dusk идет тем же путем: дешевизна и уязвимость часто продаются рядом. Разработчики, желая облегчить себе жизнь, отдают свою главную точку контроля. Dusk выбрал такой же каркас — значит, принял и такую же цену.
Для институционального хранения эта конвейерная схема означает, что порядок клиринга определяется стороной Dusk. Я придерживаюсь очень простого критерия: как распоряжаются деньгами после сортировки и кто имеет право нажать паузу — это должно быть записано в проверяемых правилах, а не спрятано в индикаторах какой-то машины. В контракте хранения должно быть четко указано, кто отвечает за прерывание и кто первым вносит аванс при выкупе клиента. Если правила не сформулированы — значит, по сути, не за кого отвечать. И когда выкуп внезапно зависает, первым паникует человек, а не машина.
Требования ESMA к хранению как раз про это: кто контролирует активы клиента и кто отвечает за действия при остановке. Консенсус основной сети Dusk обеспечивает финальность транзакций, но сортировочный переключатель на уровне EVM все равно остается у проекта. То, что нужно кастодиану, — это гарантия, которую можно внести в договор, а не «инструкция», где написана финальность, но нет контроля над сортировкой. Проверяющему важны обязанности и ответственность, а не названия: как ни нагружай текст красивыми терминами, яму ответственности не заполнить. Финальность может контролировать бухгалтерию, но не перерубить линию питания. Регулятору нужна подпись под ответственностью, а не красивая схема архитектуры.
Поэтому EVM-совместимость — это инженерная экономия для Dusk, а с другой стороны — уступка суверенитета сортировки. Я склонен прописывать этот сортировочный переключатель в чек-листе due diligence для стороны хранения, а не просто верить обещаниям из whitepaper. Насколько бы ни был надежен консенсус основной сети, он не перекроет уровень переключателя: риск находится там, где находится «палец» на кнопке. Даже самые уверенные формулировки whitepaper не способны скрыть разницу в один шаг до ручного управления. Когда ESMA смотрит на цепочку хранения и спрашивает, кто отвечает за остановку, что у вас на руках — гарантия из контракта или рубильник на ленте у кого-то другого? Если лампочка гаснет, кого вы тогда зовете — и не позвонят ли вам в ответ: «никого»? $BTC $ETH #dusk $DUSK @Dusk
В официальной документации говорится, что EVM-слой Dusk приводится в действие одним-единственным сортировщиком; это тот же самый каркас, что и centralized sequencer в некоторых L2 сети Ethereum. Один центральный конвейер выстраивает все транзакции в очередь — разработчикам не нужно «прокладывать рельсы» самостоятельно. Но как только эта лента останавливается, вся «лавка» не может двигаться. В Ethereum L2 сортировщики дают дешевизну, а Dusk идет тем же путем: дешевизна и уязвимость часто продаются рядом. Разработчики, желая облегчить себе жизнь, отдают свою главную точку контроля. Dusk выбрал такой же каркас — значит, принял и такую же цену.
Для институционального хранения эта конвейерная схема означает, что порядок клиринга определяется стороной Dusk. Я придерживаюсь очень простого критерия: как распоряжаются деньгами после сортировки и кто имеет право нажать паузу — это должно быть записано в проверяемых правилах, а не спрятано в индикаторах какой-то машины. В контракте хранения должно быть четко указано, кто отвечает за прерывание и кто первым вносит аванс при выкупе клиента. Если правила не сформулированы — значит, по сути, не за кого отвечать. И когда выкуп внезапно зависает, первым паникует человек, а не машина.
Требования ESMA к хранению как раз про это: кто контролирует активы клиента и кто отвечает за действия при остановке. Консенсус основной сети Dusk обеспечивает финальность транзакций, но сортировочный переключатель на уровне EVM все равно остается у проекта. То, что нужно кастодиану, — это гарантия, которую можно внести в договор, а не «инструкция», где написана финальность, но нет контроля над сортировкой. Проверяющему важны обязанности и ответственность, а не названия: как ни нагружай текст красивыми терминами, яму ответственности не заполнить. Финальность может контролировать бухгалтерию, но не перерубить линию питания. Регулятору нужна подпись под ответственностью, а не красивая схема архитектуры.
Поэтому EVM-совместимость — это инженерная экономия для Dusk, а с другой стороны — уступка суверенитета сортировки. Я склонен прописывать этот сортировочный переключатель в чек-листе due diligence для стороны хранения, а не просто верить обещаниям из whitepaper. Насколько бы ни был надежен консенсус основной сети, он не перекроет уровень переключателя: риск находится там, где находится «палец» на кнопке. Даже самые уверенные формулировки whitepaper не способны скрыть разницу в один шаг до ручного управления. Когда ESMA смотрит на цепочку хранения и спрашивает, кто отвечает за остановку, что у вас на руках — гарантия из контракта или рубильник на ленте у кого-то другого? Если лампочка гаснет, кого вы тогда зовете — и не позвонят ли вам в ответ: «никого»? $BTC $ETH #dusk $DUSK @Dusk