Несмотря на значительные оптимизации за последние три года (такие как Plonky2, Halo2, Boojum, ZK-цепи на базе RISC-V), генерация ZK-доказательств остается одной из самых ресурсоемких операций в блокчейне.
• Для сложных цепей (DeFi-состояния, игровая логика) генерация доказательств часто занимает от сотен миллисекунд до нескольких секунд.
• На мобильных устройствах или легком оборудовании генерация доказательств практически невозможна и по-прежнему требует облачных сервисов или узлов-валидаторов.
• Некоторые ZK-системы требуют наличия GPU/FPGA для достижения приемлемой скорости.
• Генерация в облаке влечет за собой новые доверительные предпосылки и риски централизации.
• SNARK имеют низкую стоимость проверки, но требуют доверительной настройки.
• STARK не нуждаются в доверительной настройке, но доказательства больше по размеру, а стоимость проверки выше, чем у SNARK.
ZK лучше всего подходит для отделения приватности и проверки от "логики в реальном времени", что делает технологию оптимальной для расчетов, комплаенс-проверок и пакетной обработки, но не для всей бизнес-логики.
ZK изначально обеспечивает приватность, но чрезмерная приватность может противоречить глобальным стандартам комплаенса (AML/KYC/борьба с финансированием терроризма).