Ethereum (ETH) co-fundador Vitalik Buterin tem defendido uma maneira mais simples e prática de relatar o desempenho em prova de zero conhecimento (ZK) e encriptação totalmente homomórfica (FHE) sistemas. Ele está argumentando que os desenvolvedores devem parar de se apoiar em alegações brutas de “operações por segundo” e em vez disso relatar um “rácio de eficiência”, o tempo que uma computação leva sob criptografia dividido pelo tempo que leva para ser executada em claro.
Numa publicação numa plataforma de redes sociais, Buterin expôs a ideia de forma clara: dê a sobrecarga como uma razão, “tempo para computar em encriptação 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 ele, responde a uma questão muito prática: quanto mais lenta será a minha aplicação se eu a tornar encriptada 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 ter que traduzir o que “N ops por segundo” significa para sua carga de trabalho e hardware específicos. Isso torna a proporção um atalho prático para planejamento e análise de trade-offs.
Ele não fingiu 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 relaçã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 de destaque.
Eficiência, Não Atravésput
A sugestão já provocou comentários na mídia de criptomoedas e em círculos de pesquisa, com alguns a acolher uma métrica padronizada e 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 razões produzidas em diferentes pilhas, aceleradores e modelos de prova.
A conversa chega a um momento em que tanto as tecnologias ZK como as FHE estão cada vez mais a ser propostas para implementações no mundo real, lugares onde a latência, a ergonomia para desenvolvedores e o custo importam tanto quanto os números de throughput teóricos. O pedido de Buterin é intencionalmente modesto: não um novo conjunto de benchmarks, mas uma forma diferente de reportar resultados que fala diretamente sobre os trade-offs que as equipas se preocupam.
Se os pesquisadores e as equipes de produto começarem a adotar a estrutura de razão de eficiência, isso poderia facilitar para os engenheiros e tomadores de decisão saberem se uma abordagem de preservação da privacidade é uma opção viável para uma aplicação específica, ou uma demonstração impressionante que não escalará em 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.
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.
12 Curtidas
Recompensa
12
7
Repostar
Compartilhar
Comentário
0/400
AlgoAlchemist
· 18h atrás
o V神 é realmente o V神, fala de uma forma tão acessível.
Ver originalResponder0
PrivateKeyParanoia
· 10-19 00:52
zk tornar-se tão complicado, mais cedo ou mais tarde haverá problemas
Ver originalResponder0
GweiWatcher
· 10-19 00:47
Não consigo entender o que o V está a dizer, sugiro uma tradução do chinês para o chinês.
Ver originalResponder0
TokenTaxonomist
· 10-19 00:42
de acordo com os meus modelos de dados, ops/sec é taxonomicamente insustentável...
Ver originalResponder0
zkProofInThePudding
· 10-19 00:40
Parado, o que você está fazendo? Vá calcular a ratio.
Vitalik Buterin apela aos desenvolvedores para publicarem o "Rácio de Eficiência" para ZK e FHE
Ethereum (ETH) co-fundador Vitalik Buterin tem defendido uma maneira mais simples e prática de relatar o desempenho em prova de zero conhecimento (ZK) e encriptação totalmente homomórfica (FHE) sistemas. Ele está argumentando que os desenvolvedores devem parar de se apoiar em alegações brutas de “operações por segundo” e em vez disso relatar um “rácio de eficiência”, o tempo que uma computação leva sob criptografia dividido pelo tempo que leva para ser executada em claro.
Numa publicação numa plataforma de redes sociais, Buterin expôs a ideia de forma clara: dê a sobrecarga como uma razão, “tempo para computar em encriptação 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 ele, responde a uma questão muito prática: quanto mais lenta será a minha aplicação se eu a tornar encriptada 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 ter que traduzir o que “N ops por segundo” significa para sua carga de trabalho e hardware específicos. Isso torna a proporção um atalho prático para planejamento e análise de trade-offs.
Ele não fingiu 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 relaçã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 de destaque.
Eficiência, Não Atravésput
A sugestão já provocou comentários na mídia de criptomoedas e em círculos de pesquisa, com alguns a acolher uma métrica padronizada e 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 razões produzidas em diferentes pilhas, aceleradores e modelos de prova.
A conversa chega a um momento em que tanto as tecnologias ZK como as FHE estão cada vez mais a ser propostas para implementações no mundo real, lugares onde a latência, a ergonomia para desenvolvedores e o custo importam tanto quanto os números de throughput teóricos. O pedido de Buterin é intencionalmente modesto: não um novo conjunto de benchmarks, mas uma forma diferente de reportar resultados que fala diretamente sobre os trade-offs que as equipas se preocupam.
Se os pesquisadores e as equipes de produto começarem a adotar a estrutura de razão de eficiência, isso poderia facilitar para os engenheiros e tomadores de decisão saberem se uma abordagem de preservação da privacidade é uma opção viável para uma aplicação específica, ou uma demonstração impressionante que não escalará em 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.