@Dusk Я раньше думал, что приватное масштабирование Dusk — это в основном вопрос сетевой пропускной способности. Но при более глубоком рассмотрении архитектуры Prover становится ясно, что есть другое ограничение: стоимость производства самого доказательства.

Dusk использует инфраструктуру Prover для выполнения вычислительно тяжёлой генерации доказательств с нулевым разглашением, необходимых для приватных транзакций. В документации отмечено, что генерация доказательств выполняется в одном потоке (single-threaded), поэтому для эффективного завершения доказательств и сокращения времени финализации важно иметь сильную производительность одного ядра. 

Это меняет мой взгляд на масштабирование конфиденциальной активности.

Больше приватных транзакций — это не только рост нагрузки на блокчейн. Они также могут увеличить спрос на своевременные вычисления доказательств. Если доказывание становится более медленным компонентом, то только ёмкость консенсуса не гарантирует плавное пользовательское взаимодействие.

Здесь есть операционный компромисс. Dusk рекомендует в некоторых настройках разделять Prover и Provisioner, чтобы инфраструктурные ресурсы могли распределяться иначе между доказыванием и консенсусом.

Риск в том, что растущие требования к доказыванию могут начать отдавать преимущество операторам с более продвинутым оборудованием и постепенно усилят концентрацию инфраструктуры.

Поэтому я бы отслеживал задержку генерации доказательств, мощность prover и производительность конфиденциальных транзакций по мере роста использования приватности.

Для ZK-сетей масштабирование — это не только обработка транзакций. Это ещё и производство того свидетельства, которое эти транзакции требуют.

#dusk $DUSK $STAR $GPS