Я продолжаю возвращаться к тому, как Dusk продвигает создание программируемой приватности, практичной для регулируемых рабочих процессов в EVM, особенно к роли Hedger внутри DuskEVM. Hedger может генерировать клиентские доказательства менее чем за две секунды. Это звучит как сильный сигнал производительности. Но число делает меньше работы, чем кажется на первый взгляд.
Доказательство менее чем за две секунды говорит мне, что криптографический шаг на стороне пользователя, возможно, достаточно быстрый для практического применения. Но это не сообщает, сколько времени занимает конфиденциальная транзакция, когда в одном рабочем процессе участвуют и проверка доказательства, и секвенсинг, и исполнение, и расчёт. Мне пока неизвестно, сможет ли Dusk превратить этот быстрый локальный шаг доказательства в стабильно быстрое конфиденциальное выполнение end-to-end.
Поэтому сигналы, за которыми стоит следить, более конкретны, чем время генерации доказательства: задержка проверки и включения, общее время завершения транзакции и то, как эти показатели меняются, когда объём конфиденциальной активности растёт. Быстрое доказательство показывает, что один из узких мест приватности, возможно, можно контролировать. Повторяемая end-to-end производительность под нагрузкой была бы более убедительным доказательством, потому что в этом случае одновременно хорошо должна работать большая часть конфиденциального стека Dusk EVM.
Это меняет то, как я оцениваю прогресс Dusk здесь.
Hedger даёт Dusk способ привнести конфиденциальность в активность EVM, но пользователи и финансовые приложения воспринимают весь путь транзакции целиком, а не только работу провера в изоляции. Поэтому полезным бенчмарком становится то, сколько задержки добавляет приватность с начала и до конца.
Вопрос в том, сможет ли Dusk превратить криптографию менее чем за две секунды в стабильно быстрые конфиденциальные финансовые рабочие процессы, а не оставлять эту скорость сосредоточенной только в одном шаге более длительного процесса.
Далее я наблюдаю за end-to-end задержкой, временем проверки и включения, а также за производительностью при параллельной конфиденциальной активности.
#dusk $DUSK @Dusk ✨
Доказательство менее чем за две секунды говорит мне, что криптографический шаг на стороне пользователя, возможно, достаточно быстрый для практического применения. Но это не сообщает, сколько времени занимает конфиденциальная транзакция, когда в одном рабочем процессе участвуют и проверка доказательства, и секвенсинг, и исполнение, и расчёт. Мне пока неизвестно, сможет ли Dusk превратить этот быстрый локальный шаг доказательства в стабильно быстрое конфиденциальное выполнение end-to-end.
Поэтому сигналы, за которыми стоит следить, более конкретны, чем время генерации доказательства: задержка проверки и включения, общее время завершения транзакции и то, как эти показатели меняются, когда объём конфиденциальной активности растёт. Быстрое доказательство показывает, что один из узких мест приватности, возможно, можно контролировать. Повторяемая end-to-end производительность под нагрузкой была бы более убедительным доказательством, потому что в этом случае одновременно хорошо должна работать большая часть конфиденциального стека Dusk EVM.
Это меняет то, как я оцениваю прогресс Dusk здесь.
Hedger даёт Dusk способ привнести конфиденциальность в активность EVM, но пользователи и финансовые приложения воспринимают весь путь транзакции целиком, а не только работу провера в изоляции. Поэтому полезным бенчмарком становится то, сколько задержки добавляет приватность с начала и до конца.
Вопрос в том, сможет ли Dusk превратить криптографию менее чем за две секунды в стабильно быстрые конфиденциальные финансовые рабочие процессы, а не оставлять эту скорость сосредоточенной только в одном шаге более длительного процесса.
Далее я наблюдаю за end-to-end задержкой, временем проверки и включения, а также за производительностью при параллельной конфиденциальной активности.
#dusk $DUSK @Dusk ✨