A ideia anterior sobre ZK recebeu bastante feedback, não esperava que todos tivessem dúvidas semelhantes. Para ser honesto, não há atalhos para entender a tecnologia; dedicar mais tempo a refletir ajuda a compreender lentamente.
Atualmente, há muitos projetos na pista ZK, e só olhando para a propaganda oficial, eles geralmente usam etiquetas como «alto desempenho, baixo custo». Depois de ouvir isso por um tempo, é fácil ficar cansado da estética. Mas para realmente distinguir as diferenças entre esses projetos, na verdade, é preciso começar pela arquitetura técnica.
Por exemplo, soluções como client-side proving transferem a carga de cálculo para o cliente, o que é completamente diferente da abordagem tradicional de validação no servidor. Recentemente, estudei mais a fundo e descobri que há diferenças consideráveis na implementação entre os diferentes projetos ZK — alguns focam na taxa de transferência, outros na velocidade de prova, e alguns se esforçam para melhorar a usabilidade para desenvolvedores.
Então, a questão é: como classificar esses projetos ZK de acordo com suas características técnicas reais, e não apenas com slogans de marketing? Isso é algo que vale a pena organizar bem.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
A ideia anterior sobre ZK recebeu bastante feedback, não esperava que todos tivessem dúvidas semelhantes. Para ser honesto, não há atalhos para entender a tecnologia; dedicar mais tempo a refletir ajuda a compreender lentamente.
Atualmente, há muitos projetos na pista ZK, e só olhando para a propaganda oficial, eles geralmente usam etiquetas como «alto desempenho, baixo custo». Depois de ouvir isso por um tempo, é fácil ficar cansado da estética. Mas para realmente distinguir as diferenças entre esses projetos, na verdade, é preciso começar pela arquitetura técnica.
Por exemplo, soluções como client-side proving transferem a carga de cálculo para o cliente, o que é completamente diferente da abordagem tradicional de validação no servidor. Recentemente, estudei mais a fundo e descobri que há diferenças consideráveis na implementação entre os diferentes projetos ZK — alguns focam na taxa de transferência, outros na velocidade de prova, e alguns se esforçam para melhorar a usabilidade para desenvolvedores.
Então, a questão é: como classificar esses projetos ZK de acordo com suas características técnicas reais, e não apenas com slogans de marketing? Isso é algo que vale a pena organizar bem.