Recentemente, o ventilador do computador girou freneticamente, apenas porque eu estava executando um teste de prova ZK em segundo plano. Isso me fez questionar fortemente a afirmação de @MidnightNetwork sobre "execução de contrato de privacidade no celular". De acordo com a lógica do protocolo Kachina, para não permitir que a cadeia veja os dados originais, todo o trabalho sujo (geração de prova ZK) é feito nos dispositivos locais dos usuários. Eu encontrei uma estimativa sobre o custo computacional no documento, e o preço de trocar poder de computação por privacidade é quase insuportável nos atuais hardwares móveis. Se você quiser concluir uma transação confidencial com um toque no celular, pode ter que esperar alguns segundos ou até mais de dez segundos de atraso computacional; essa experiência do usuário é fatal no ritmo acelerado de hoje.
Isso determina que a forma inicial de #night provavelmente só poderá permanecer no PC, ou até mesmo em estações de trabalho de alto desempenho. Aqueles que sonham em operar redes sociais ou jogos de forma suave no celular parecem muito superficiais diante dos detalhes técnicos. Estou planejando aprofundar a pesquisa sobre soluções de aceleração de hardware para ver se há uma possibilidade de integrar algo como ZK-ASIC. A recomendação atual é: se algum projeto disser que fará aplicações de interação de alta frequência na Midnight, simplesmente o bloqueie, pois não considerou os limites físicos das provas locais. Nesta fase, o que precisamos são aqueles cenários verticais com baixa frequência de transações, alto valor por transação e necessidade urgente de privacidade. E o quanto vale $NIGHT
nesses cenários é algo que merece consideração!