Vitalik Buterin pede aos desenvolvedores que publiquem a "Relação de Eficiência" para ZK e FHE

O co-fundador do Ethereum (ETH), Vitalik Buterin, defendeu uma maneira mais simples e prática de relatar o desempenho em prova de conhecimento zero (ZK) e encriptação totalmente homomórfica (FHE). Ele argumenta que os desenvolvedores devem parar de se apoiar em afirmações brutas de “operações por segundo” e, em vez disso, relatar uma “relação de eficiência”, o tempo que uma computação leva sob criptografia dividido pelo tempo que leva para ser executada de forma clara.

Num post no X, Buterin expôs a ideia de forma clara: dar a sobrecarga como uma razão, “tempo para computar em criptografia vs tempo para computar bruto”, para que engenheiros e equipas de produto compreendam imediatamente quanto desempenho estariam a sacrificar para obter garantias criptográficas. Esse único número, sugeriu, responde a uma questão muito prática: quanto mais lenta será a minha aplicação se a tornar criptográfica em vez de dependente de confiança?

Buterin também explicou por que essa métrica é útil do ponto de vista de um desenvolvedor. A maioria das equipes já sabe quanto tempo uma tarefa leva quando executada normalmente, observou ele, então multiplicar por um fator de sobrecarga fornece uma estimativa imediata do custo criptográfico sem precisar traduzir o que “N ops por segundo” significa para sua carga de trabalho e hardware específicos. Isso torna a razão um atalho prático para planejamento e análise de compensações.

Ele não fez de conta que a ideia era perfeita. Buterin reconheceu complicações chave: as operações necessárias para a execução e para a prova podem ser heterogêneas, e as diferenças na paralelização SIMD, nos padrões de acesso à memória e em outros fatores específicos de hardware significam que a proporção não será totalmente independente de hardware. Mesmo assim, ele chamou o fator de sobrecarga de “um bom número apesar dessas imperfeições”, argumentando que ainda é mais informativo e amigável para os desenvolvedores do que os atuais números em destaque.

Eficiência, Não Através do Throughput

A sugestão já suscitou comentários nos meios de comunicação e círculos de pesquisa cripto, com alguns a acolherem uma métrica padronizada, focada na aplicação, que poderia ajudar as equipas de produto a pesar a privacidade e o desempenho de forma mais clara, enquanto outros apontam para a dificuldade prática de comparar rácios produzidos em diferentes stacks, aceleradores e modelos de prova.

A conversa chega a um momento em que as tecnologias ZK e FHE estão a ser cada vez mais apresentadas para implementações no mundo real, lugares onde a latência, a ergonomia do desenvolvedor e o custo importam tanto quanto os números teóricos de throughput. O pedido de Buterin é intencionalmente modesto: não um novo conjunto de benchmarks, mas uma maneira diferente de relatar resultados que fala diretamente sobre as compensações que as equipas se preocupam.

Se os pesquisadores e as equipes de produtos começarem a adotar a estrutura de razão de eficiência, isso poderia tornar mais fácil para engenheiros e tomadores de decisão discernirem se uma abordagem que preserva a privacidade é uma opção viável para uma aplicação específica, ou uma demonstração impressionante que não escalará na produção. Para um campo que luta tanto com a hype quanto com o progresso técnico genuíno, esse tipo de clareza pode ser muito importante.