Я снова и снова возвращаюсь к самому броскому числу Hedger: «меньше 2 секунд».
Dusk Network утверждает, что её лёгкие схемы позволяют генерировать клиентские доказательства в браузере за это время. Для конфиденциального потока в EVM это важно. Пользователям не должно требоваться отправлять приватные входные данные удалённому провайдеру доказательств, чтобы переместить актив.
Но задержка доказательств на одном устройстве — это не рыночная пропускная способность.
Hedger сочетает гомоморфное шифрование с доказательствами с нулевым разглашением, чтобы зашифрованные балансы и переводы оставались проверяемыми. Быстрое завершение одного доказательства говорит о том, что взаимодействие может казаться удобным. Но это не объясняет, как система ведёт себя на более слабых ноутбуках, в мобильных браузерах, при множестве активов или при всплеске одновременных сделок.
Разница важна, потому что Hedger работает на testnet и ориентирован на регулируемые финансовые приложения. В институциональном процессе больше одного криптографического действия. Он может включать проверки на соответствие, создание ордера, расчёт, раскрытие информации и отчётность. Повторяющиеся «две секунды» на нескольких шагах могут стать заметным трением.
Я бы проверял это утверждение как распределение, а не как среднее.
Какое медианное время генерации доказательства? Что происходит на 95-м перцентиле? Как часто давление по памяти приводит к краху браузера? Может ли пользователь безопасно продолжить работу, или весь транзакционный процесс нужно пересобирать заново?
Мощность сервера можно масштабировать оператором. Клиентская генерация доказательств наследует все устройства, которые пользователь приносит с собой. Это переносит риски производительности из дата-центра на периферию.
То доказательство, которое я хочу получить от Dusk, — это публичная матрица бенчмарков, а затем реальные показатели завершения на testnet при конкурирующем спросе. Быстрая демонстрация на машине разработчика — это полезное начало. Регулируемому рынку нужна предсказуемая завершённость на обычном оборудовании.
Hedger будет ощущаться масштабируемым тогда, когда самый медленный разумный клиент всё ещё может завершить приватный процесс, а не когда самые быстрые доказательства становятся заголовком.
@Dusk_Foundation $DUSK #dusk
$ACE $CYS
Dusk Network утверждает, что её лёгкие схемы позволяют генерировать клиентские доказательства в браузере за это время. Для конфиденциального потока в EVM это важно. Пользователям не должно требоваться отправлять приватные входные данные удалённому провайдеру доказательств, чтобы переместить актив.
Но задержка доказательств на одном устройстве — это не рыночная пропускная способность.
Hedger сочетает гомоморфное шифрование с доказательствами с нулевым разглашением, чтобы зашифрованные балансы и переводы оставались проверяемыми. Быстрое завершение одного доказательства говорит о том, что взаимодействие может казаться удобным. Но это не объясняет, как система ведёт себя на более слабых ноутбуках, в мобильных браузерах, при множестве активов или при всплеске одновременных сделок.
Разница важна, потому что Hedger работает на testnet и ориентирован на регулируемые финансовые приложения. В институциональном процессе больше одного криптографического действия. Он может включать проверки на соответствие, создание ордера, расчёт, раскрытие информации и отчётность. Повторяющиеся «две секунды» на нескольких шагах могут стать заметным трением.
Я бы проверял это утверждение как распределение, а не как среднее.
Какое медианное время генерации доказательства? Что происходит на 95-м перцентиле? Как часто давление по памяти приводит к краху браузера? Может ли пользователь безопасно продолжить работу, или весь транзакционный процесс нужно пересобирать заново?
Мощность сервера можно масштабировать оператором. Клиентская генерация доказательств наследует все устройства, которые пользователь приносит с собой. Это переносит риски производительности из дата-центра на периферию.
То доказательство, которое я хочу получить от Dusk, — это публичная матрица бенчмарков, а затем реальные показатели завершения на testnet при конкурирующем спросе. Быстрая демонстрация на машине разработчика — это полезное начало. Регулируемому рынку нужна предсказуемая завершённость на обычном оборудовании.
Hedger будет ощущаться масштабируемым тогда, когда самый медленный разумный клиент всё ещё может завершить приватный процесс, а не когда самые быстрые доказательства становятся заголовком.
@Dusk_Foundation $DUSK #dusk
$ACE $CYS