Recentemente, muitos irmãos me perguntaram, nesta onda de popularidade do ZK, qual é realmente a infraestrutura de nível básico? Eu acho que @ZKVProtocol é um personagem que vale a pena ficar de olho. Pode ser uma variável no nível de verificação do ZK, ou pode ser um ponto de risco, mas se funcionar, será a peça chave que pode definir os padrões.
Vamos falar sobre os pontos problemáticos. Um dos maiores problemas no cenário ZK atualmente não é "se pode gerar proof", mas sim "a eficiência e o custo da verificação do proof". Não se deixe enganar pelo fato de que todos estão elogiando as inovações nos algoritmos de geração; na verdade, a etapa de verificação é o verdadeiro gargalo na expansão do ecossistema: há muitos tipos de proof, diferentes ambientes de cadeia, baixa compatibilidade e, de vez em quando, as taxas de gas disparam.
@ZKVProtocol O que queremos fazer é preencher essa lacuna - criar uma camada de validação genérica, não importa se você é ZK-rollup, ponte entre cadeias, validação de identidade ou aplicativo de jogo, deixe a validação por conta dela, economizando tempo e dinheiro e evitando complicações. Parece ótimo, mas os desafios para a implementação são claros: será que conseguimos manter baixa latência e baixo custo em múltiplas cadeias e tipos de prova? Esses são os critérios rigorosos, não dá para enganar.
Para que realmente funcione, precisamos contar com a cooperação ecológica. Imagine que, no futuro, diferentes L2, cadeias zk, e até mesmo oráculos e aplicações de identidade se conectem diretamente ao zkVerify, em vez de cada um criar suas próprias soluções de validação; o efeito de escalabilidade seria explosivo.
Mas apenas ter desempenho e ecologia não é suficiente. Como infraestrutura, segurança, governança e transparência devem ser sólidos. Se a camada de verificação falhar, todas as aplicações na cadeia sofrerão. A auditoria é suficientemente pública? A governança pode ser monitorada pela comunidade? Esses são pontos-chave.
Ao olhar para mais longe, se o projeto pode durar, depende de cenários de usuários reais. Não se trata apenas de manter o interesse das pessoas com airdrops e jogos de pontos, mas sim de fazer com que os desenvolvedores, ao integrarem uma vez, sintam que é "fácil de usar e sem preocupações", e assim formem uma boa reputação. Por exemplo, na cadeia de jogos, a liquidação instantânea, a verificação de segurança da ponte entre cadeias, a chamada de dados privados... uma vez que alguns cenários sejam testados com sucesso, será um ciclo positivo.
Portanto, o meu julgamento pessoal: @ZKVProtocol é uma aposta de plataforma. Se der certo, pode se tornar um módulo fundamental, como oráculos e pontes entre cadeias, ocupando diretamente a entrada de base das aplicações ZK; se não der certo, pode ser apenas um item experimental. Mas projetos desse tipo já valem a pena apostar.
Ver original
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.
Recentemente, muitos irmãos me perguntaram, nesta onda de popularidade do ZK, qual é realmente a infraestrutura de nível básico? Eu acho que @ZKVProtocol é um personagem que vale a pena ficar de olho. Pode ser uma variável no nível de verificação do ZK, ou pode ser um ponto de risco, mas se funcionar, será a peça chave que pode definir os padrões.
Vamos falar sobre os pontos problemáticos. Um dos maiores problemas no cenário ZK atualmente não é "se pode gerar proof", mas sim "a eficiência e o custo da verificação do proof". Não se deixe enganar pelo fato de que todos estão elogiando as inovações nos algoritmos de geração; na verdade, a etapa de verificação é o verdadeiro gargalo na expansão do ecossistema: há muitos tipos de proof, diferentes ambientes de cadeia, baixa compatibilidade e, de vez em quando, as taxas de gas disparam.
@ZKVProtocol O que queremos fazer é preencher essa lacuna - criar uma camada de validação genérica, não importa se você é ZK-rollup, ponte entre cadeias, validação de identidade ou aplicativo de jogo, deixe a validação por conta dela, economizando tempo e dinheiro e evitando complicações. Parece ótimo, mas os desafios para a implementação são claros: será que conseguimos manter baixa latência e baixo custo em múltiplas cadeias e tipos de prova? Esses são os critérios rigorosos, não dá para enganar.
Para que realmente funcione, precisamos contar com a cooperação ecológica. Imagine que, no futuro, diferentes L2, cadeias zk, e até mesmo oráculos e aplicações de identidade se conectem diretamente ao zkVerify, em vez de cada um criar suas próprias soluções de validação; o efeito de escalabilidade seria explosivo.
Mas apenas ter desempenho e ecologia não é suficiente. Como infraestrutura, segurança, governança e transparência devem ser sólidos. Se a camada de verificação falhar, todas as aplicações na cadeia sofrerão. A auditoria é suficientemente pública? A governança pode ser monitorada pela comunidade? Esses são pontos-chave.
Ao olhar para mais longe, se o projeto pode durar, depende de cenários de usuários reais. Não se trata apenas de manter o interesse das pessoas com airdrops e jogos de pontos, mas sim de fazer com que os desenvolvedores, ao integrarem uma vez, sintam que é "fácil de usar e sem preocupações", e assim formem uma boa reputação. Por exemplo, na cadeia de jogos, a liquidação instantânea, a verificação de segurança da ponte entre cadeias, a chamada de dados privados... uma vez que alguns cenários sejam testados com sucesso, será um ciclo positivo.
Portanto, o meu julgamento pessoal: @ZKVProtocol é uma aposta de plataforma. Se der certo, pode se tornar um módulo fundamental, como oráculos e pontes entre cadeias, ocupando diretamente a entrada de base das aplicações ZK; se não der certo, pode ser apenas um item experimental. Mas projetos desse tipo já valem a pena apostar.