Vitalik pede aos desenvolvedores ZK e FHE que “mostrem a taxa de criptografia diretamente”: você pode ver a diferença rapidamente e depois falar sobre otimização
A tecnologia de privacidade precisa ser clara à primeira vista. Vitalik Buterin pediu aos desenvolvedores que mostrassem diretamente o “índice de eficiência” ao falar sobre o desempenho do ZK e do FHE.
(Resumo preliminar: A Fundação Ethereum estabeleceu um "Grupo de Pesquisa de Privacidade" para promover seis roteiros principais e lançar totalmente a competição no caminho da privacidade)
(Suplemento de referência: A Fundação Ethereum lançou um plano de privacidade de ponta a ponta, uma abordagem tripla para fortalecer a base do DeFi e da conformidade)
Conteúdo deste artigo
O cofundador da Ethereum, Vitalik Buterin, publicou recentemente um artigo sobre a plataforma X, recomendando aos desenvolvedores que avaliem provas de conhecimento zero (ZK) e criptografia totalmente homomórfica (FHE), devemos abandonar o indicador usual de "N operações por segundo" e, em vez disso, focar na taxa de eficiência de "tempo de cálculo de criptografia/tempo de cálculo original". A intenção é propor um padrão de teste mais direto para a viabilidade da tecnologia de privacidade Web3.
Vitalik foca no índice de eficiência
As métricas de rendimento tradicionais são extremamente dependentes do ambiente de hardware e não podem revelar a verdadeira carga causada pela camada de criptografia. Vitalik ressalta que se os desenvolvedores souberem que o cálculo original leva apenas 1 milissegundo, eles poderão deduzir diretamente do índice de eficiência quanto tempo a criptografia irá amplificar.
Tradução do tweet de Vitalik:
Espero que mais pessoas que usam ZK (conhecimento zero) e FHE (criptografia totalmente homomórfica) possam usar valores de proporção para expressar a sobrecarga adicional ("tempo de computação sob proteção criptográfica" versus "tempo de computação original"), em vez de apenas dizer "podemos fazer N operações por segundo".
Isso é mais independente do hardware e pode fornecer um número muito informativo: se meu aplicativo for protegido por criptografia em vez de confiar na confiança, quanta eficiência sacrificarei?
Isso geralmente também é melhor para estimativas, porque, como desenvolvedor, eujá sei quanto tempo leva o cálculo bruto, e simplesmente pego esse tempo e multiplico pelo multiplicador.
(Sim, eu sei que isso é difícil, porque as operações necessárias entre "execução" e "geração de uma prova" são de natureza diferente, especialmente envolvendo SIMD/paralelização e padrões de acesso à memória, então até mesmo a proporção ainda é afetada pelo hardware até certo ponto. Mas mesmo assim, ainda acho que expressar a sobrecarga como um múltiplo, embora não seja perfeito, ainda é um bom indicador.)
Gostaria que mais pessoas de ZK e FHE fornecessem suas despesas gerais como uma proporção (tempo para computar na criptografia versus tempo para computar bruto), em vez de apenas dizer "podemos fazer N operações por segundo"
É mais independente de hardware e fornece um número muito informativo: quanta eficiência sou eu…
— vitalik.eth (@VitalikButerin) 18 de outubro, 2025
Vitalik enfatizou que embora essa proporção ainda seja afetada pelo layout da memória, grau de paralelização e diferenças no conjunto de instruções, ela pelo menos permite que a comunidade "use a mesma régua" para medir soluções diferentes.
Gargalos de desempenho de ZK e FHE
ZK e FHE têm funções muito diferentes na proteção da privacidade do usuário, mas também enfrentam grandes sobrecargas. À medida que a complexidade do circuito ZK aumenta, o tempo de geração da prova pode levar centenas de vezes. O gargalo do FHE é ainda mais óbvio. A versão FHE da inferência de aprendizado de máquina é 20.000 vezes mais lenta que o texto simples.
Esses atrasos dificultam a implementação de cenários como DeFi, identidade descentralizada (DID) e IA on-chain, e também destacam a importância da estrutura do índice de eficiência. Portanto, Vitalik pede a todos que vejam o peso de cada solução antes de podermos falar sobre otimização.
Caminho de otimização e cooperação ecológica
A iniciativa de Vitalik incentiva a comunidade a realocar recursos de P&D. Pode-se observar que, no curto prazo, a inovação no nível do algoritmo ainda é o principal meio para reduzir o índice. O próximo meio-termo é a atualização dos equipamentos de computação GPU ou ASIC, que deverá reduzir o tempo de cálculo do tempo absoluto para um intervalo aceitável para os usuários.
No longo prazo, a criptografia seletiva e a colaboração entre camadas serão fundamentais para impulsionar a adoção em massa. Atualmente, a indústria de criptografia está promovendo a padronização do circuito ZK, a otimização do compilador FHE e o compartilhamento de provas fora da cadeia. O objetivo é reduzir o índice de eficiência sem enfraquecer a privacidade e ganhar mais cenários para aplicações descentralizadas.
