Я наблюдал оптимистичные роллапы внутри экосистемы @Dusk ecosystem, и то, что бросилось мне в глаза, — что эти системы обещали совместимость с EVM, но при этом часто продолжают нести ту же проблему окна отложенного вывода на семь дней. Это остается ключевой точкой трения для институтов, которым нужны более быстрые и предсказуемые расчеты.
Здесь подход Dusk становится особенно интересным. Они пытаются интегрировать предварительный верификатор с поддержкой MIPS непосредственно в уровень расчетов, чтобы проверка выполнения могла потенциально происходить без необходимости в расширенном периоде оспаривания. После изучения архитектуры я понял, что переходы состояний из среды выполнения проверяются до того, как они принимаются DuskDS.
Технически это меняет предположение, лежащее в основе оптимистичных систем. Вместо того чтобы сначала принимать транзакции и оспаривать их позже, проверка выполняется до принятия расчета. Поскольку предварительный верификатор работает на уровне узла, финальность потенциально может оставаться ближе к таймингу базового уровня.
Мне кажется интересным этот дизайн, потому что он пытается сохранить совместимость с EVM, одновременно устраняя проблему отложенной финальности. Однако я остаюсь осторожным. Я видел, как ранние подходы к предварительной валидации хорошо проявляли себя в контролируемых средах, но затем сталкивались с давлением со стороны масштабов сети, разнообразия клиентов и операционной сложности.
Тесная интеграция Dusk между предварительным верификатором и уровнем расчетов может снизить внешние зависимости, но реальный вопрос в том, сможет ли система соответствовать требованиям к надежности и масштабируемости, предъявляемым регулируемыми финансовыми рынками.
Более крупный вопрос заключается в том, сможет ли эта архитектура сохранять такую же устойчивость при реальных объемах финансовых операций, под давлением требований комплаенса и с учетом институциональных запросов — так же, как это выглядит на бумаге. Это остается ключевой задачей.
#dusk $DUSK @Dusk .
Здесь подход Dusk становится особенно интересным. Они пытаются интегрировать предварительный верификатор с поддержкой MIPS непосредственно в уровень расчетов, чтобы проверка выполнения могла потенциально происходить без необходимости в расширенном периоде оспаривания. После изучения архитектуры я понял, что переходы состояний из среды выполнения проверяются до того, как они принимаются DuskDS.
Технически это меняет предположение, лежащее в основе оптимистичных систем. Вместо того чтобы сначала принимать транзакции и оспаривать их позже, проверка выполняется до принятия расчета. Поскольку предварительный верификатор работает на уровне узла, финальность потенциально может оставаться ближе к таймингу базового уровня.
Мне кажется интересным этот дизайн, потому что он пытается сохранить совместимость с EVM, одновременно устраняя проблему отложенной финальности. Однако я остаюсь осторожным. Я видел, как ранние подходы к предварительной валидации хорошо проявляли себя в контролируемых средах, но затем сталкивались с давлением со стороны масштабов сети, разнообразия клиентов и операционной сложности.
Тесная интеграция Dusk между предварительным верификатором и уровнем расчетов может снизить внешние зависимости, но реальный вопрос в том, сможет ли система соответствовать требованиям к надежности и масштабируемости, предъявляемым регулируемыми финансовыми рынками.
Более крупный вопрос заключается в том, сможет ли эта архитектура сохранять такую же устойчивость при реальных объемах финансовых операций, под давлением требований комплаенса и с учетом институциональных запросов — так же, как это выглядит на бумаге. Это остается ключевой задачей.
#dusk $DUSK @Dusk .
