Por Misha Komarov, Blockworks, compilado por Song Xue, Golden Finance
A Web3 coloca tanta ênfase no conceito básico de tecnologia de conhecimento zero que agora se tornou uma base e o foco de todo desenvolvimento. Mas seus benefícios de escalabilidade, segurança e privacidade não o tornam confiável.
O que as pessoas não percebem é que, no ambiente Web3, a tecnologia de conhecimento zero (ZK) ainda é relativamente nova e não está isenta de falhas. Os desenvolvedores estão lidando ativamente com os problemas atuais com a tecnologia ZK, mas a natureza inovadora do espaço significa que eles tendem a conceituar mais rápido do que podem construir.
Continuar a confiar na ZK sem entender completamente seus problemas técnicos é perigoso para um futuro sustentável da Web3. Antes de confiar cegamente nesta tecnologia, precisamos examiná-la minuciosamente e suas possíveis desvantagens. **
Não deve haver heróis na Web3 – nenhuma tecnologia deve ser adorada. **
No futuro ideal, a tecnologia ZK desempenhará um papel mais integrado em todas as atividades on-chain. No entanto, a tecnologia atualmente existe quase como um complemento ou acessório, em vez de algo que é capaz de suportar fundamentalmente a execução on-chain. ** Tal deve-se ao facto de as áreas e os produtos em desenvolvimento serem ainda relativamente novos.
Mas o campo da tecnologia ZK cresceu a ponto de correr o risco de se complicar demais. Há uma crescente lacuna de conhecimento entre os construtores ZK e os usuários da Web3. **
Outros problemas enfrentados pelo desenvolvimento da tecnologia da ZK incluem a otimização do time-to-market sem comprometer a integridade do projeto. As provas e circuitos ZK atualmente não têm acessibilidade porque os desenvolvedores precisam aprender linguagens específicas de domínio (DSLs) para provar ainda mais esses cálculos.
É um processo intensivo em conhecimento, melhor exemplificado pelo fato de que levou quase um ano e meio entre o testnet pré-alfa do Scroll e o lançamento da mainnet. Ao dedicar tempo para fazer a implementação e revisão de código corretas, o tempo de comercialização do Scroll pode ser prejudicado por um processo de revisão aprofundada do código de circuito zkEVM implementado por meio de alguns zkDSLs personalizados relacionados ao Halo2.
Isso é um problema porque apenas algumas pessoas no mundo têm conhecimento em primeira mão de DSL e criptografia. À medida que conseguimos que mais desenvolvedores usem a tecnologia ZK avançada, precisamos garantir que cada componente da tecnologia ZK seja verificável de forma independente.
Depois, há o desafio da configurabilidade. Cada atualização necessária é, em última análise, uma revisão completa do sistema recém-construído, não uma "atualização" no sentido de que o desenvolvedor está construindo em cima de uma estrutura existente.
Projetos que suportam ZK já estão trabalhando em soluções que simplificam o processo de compilação para desenvolvedores. Isso ajudará a resolver questões-chave, incluindo o lento time-to-market, o custo de gerar provas como uma parte independente, a configurabilidade dos circuitos e a exigência de aprender linguagens criptográficas específicas.
Construir maneiras mais simples de compilar código em circuitos totalmente funcionais com a maior facilidade possível é fundamental para garantir a capacidade de composição de aplicativos habilitados para ZK. Ferramentas como compiladores podem ajudar rapidamente a verificar a funcionalidade do seu código. Os desenvolvedores também podem usar uma variedade de linguagens de codificação para desenvolver aplicativos mais eficientes.
Continuar a concentrar-se no trabalho crítico que afeta a escalabilidade e a segurança noutras questões que estão em curso nesta área. **As deficiências da tecnologia ZK são ignoradas simplesmente porque a indústria precisa desesperadamente de escalabilidade e segurança, ignorando as deficiências de custo e complexidade. **
A verdade é que a tecnologia ZK precisa simplificá-lo. Os desenvolvedores devem ser capazes de usar a tecnologia mesmo que não sejam especialistas em criptografia ou design de circuitos.
Os provedores de infraestrutura ZK precisam criar ferramentas que facilitem a criação de aplicativos habilitados para ZK e simplifiquem o processo de compilação para desenvolvedores.
A racionalização dos procedimentos de produção e a redução dos custos relacionados com as infraestruturas são uma forma de resolver estas questões. Outra abordagem possível é fornecer mais recursos e apoio, como programas educacionais e oportunidades de mentoria, para desenvolvedores que desejam entrar no campo.
No final do dia, mesmo com a tecnologia ZK, não apenas confie, mas verifique. **
Isso vai além do escopo da liquidação de transações de linha de base, deve se aplicar às ferramentas que usamos para construir ou compilar código, e desenvolvedores e usuários devem estar mais cientes disso para incentivar a integridade entre projetos.
Podemos evitar deceções adotando uma visão holística do espaço ZK – um futuro que promete permitir a verificação sem confiança de quase tudo. Os construtores devem entender que suas capacidades vão muito além da escalabilidade e da segurança.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Por que as pessoas confiam demais na tecnologia de conhecimento zero?
Por Misha Komarov, Blockworks, compilado por Song Xue, Golden Finance
A Web3 coloca tanta ênfase no conceito básico de tecnologia de conhecimento zero que agora se tornou uma base e o foco de todo desenvolvimento. Mas seus benefícios de escalabilidade, segurança e privacidade não o tornam confiável.
O que as pessoas não percebem é que, no ambiente Web3, a tecnologia de conhecimento zero (ZK) ainda é relativamente nova e não está isenta de falhas. Os desenvolvedores estão lidando ativamente com os problemas atuais com a tecnologia ZK, mas a natureza inovadora do espaço significa que eles tendem a conceituar mais rápido do que podem construir.
Continuar a confiar na ZK sem entender completamente seus problemas técnicos é perigoso para um futuro sustentável da Web3. Antes de confiar cegamente nesta tecnologia, precisamos examiná-la minuciosamente e suas possíveis desvantagens. **
Não deve haver heróis na Web3 – nenhuma tecnologia deve ser adorada. **
No futuro ideal, a tecnologia ZK desempenhará um papel mais integrado em todas as atividades on-chain. No entanto, a tecnologia atualmente existe quase como um complemento ou acessório, em vez de algo que é capaz de suportar fundamentalmente a execução on-chain. ** Tal deve-se ao facto de as áreas e os produtos em desenvolvimento serem ainda relativamente novos.
Mas o campo da tecnologia ZK cresceu a ponto de correr o risco de se complicar demais. Há uma crescente lacuna de conhecimento entre os construtores ZK e os usuários da Web3. **
Outros problemas enfrentados pelo desenvolvimento da tecnologia da ZK incluem a otimização do time-to-market sem comprometer a integridade do projeto. As provas e circuitos ZK atualmente não têm acessibilidade porque os desenvolvedores precisam aprender linguagens específicas de domínio (DSLs) para provar ainda mais esses cálculos.
É um processo intensivo em conhecimento, melhor exemplificado pelo fato de que levou quase um ano e meio entre o testnet pré-alfa do Scroll e o lançamento da mainnet. Ao dedicar tempo para fazer a implementação e revisão de código corretas, o tempo de comercialização do Scroll pode ser prejudicado por um processo de revisão aprofundada do código de circuito zkEVM implementado por meio de alguns zkDSLs personalizados relacionados ao Halo2.
Isso é um problema porque apenas algumas pessoas no mundo têm conhecimento em primeira mão de DSL e criptografia. À medida que conseguimos que mais desenvolvedores usem a tecnologia ZK avançada, precisamos garantir que cada componente da tecnologia ZK seja verificável de forma independente.
Depois, há o desafio da configurabilidade. Cada atualização necessária é, em última análise, uma revisão completa do sistema recém-construído, não uma "atualização" no sentido de que o desenvolvedor está construindo em cima de uma estrutura existente.
Projetos que suportam ZK já estão trabalhando em soluções que simplificam o processo de compilação para desenvolvedores. Isso ajudará a resolver questões-chave, incluindo o lento time-to-market, o custo de gerar provas como uma parte independente, a configurabilidade dos circuitos e a exigência de aprender linguagens criptográficas específicas.
Construir maneiras mais simples de compilar código em circuitos totalmente funcionais com a maior facilidade possível é fundamental para garantir a capacidade de composição de aplicativos habilitados para ZK. Ferramentas como compiladores podem ajudar rapidamente a verificar a funcionalidade do seu código. Os desenvolvedores também podem usar uma variedade de linguagens de codificação para desenvolver aplicativos mais eficientes.
Continuar a concentrar-se no trabalho crítico que afeta a escalabilidade e a segurança noutras questões que estão em curso nesta área. **As deficiências da tecnologia ZK são ignoradas simplesmente porque a indústria precisa desesperadamente de escalabilidade e segurança, ignorando as deficiências de custo e complexidade. **
A verdade é que a tecnologia ZK precisa simplificá-lo. Os desenvolvedores devem ser capazes de usar a tecnologia mesmo que não sejam especialistas em criptografia ou design de circuitos.
Os provedores de infraestrutura ZK precisam criar ferramentas que facilitem a criação de aplicativos habilitados para ZK e simplifiquem o processo de compilação para desenvolvedores.
A racionalização dos procedimentos de produção e a redução dos custos relacionados com as infraestruturas são uma forma de resolver estas questões. Outra abordagem possível é fornecer mais recursos e apoio, como programas educacionais e oportunidades de mentoria, para desenvolvedores que desejam entrar no campo.
No final do dia, mesmo com a tecnologia ZK, não apenas confie, mas verifique. **
Isso vai além do escopo da liquidação de transações de linha de base, deve se aplicar às ferramentas que usamos para construir ou compilar código, e desenvolvedores e usuários devem estar mais cientes disso para incentivar a integridade entre projetos.
Podemos evitar deceções adotando uma visão holística do espaço ZK – um futuro que promete permitir a verificação sem confiança de quase tudo. Os construtores devem entender que suas capacidades vão muito além da escalabilidade e da segurança.