
como reduzir a sobrecarga do zkTLS mantendo a segurança prática @primus_labs utiliza uma abordagem muito deliberada em vez de impor segurança maliciosa em todos os subprotocolos, a arquitetura usa OLEe onde é mais importante > OLEe é aplicado a: - conversão de ponto de Diffie-Hellman - cálculo da tag GMAC > o compromisso de segurança: - o risco de falha seletiva é estritamente limitado - o vazamento é limitado a, no máximo, um bit do segredo da sessão - a alta entropia do segredo pré-master do TLS torna a recuperação computacionalmente inviável > o que isso remove: - subprovas de zero-knowledge desnecessárias durante a troca de chaves - armazenamento excessivo de triplos autenticados - a necessidade de carregar grandes estados de circuitos confusos na memória > o que os usuários obtêm em vez disso: - streaming progressivo de computação - aproximadamente 150 MB de memória para cargas úteis padrão de 2 KB, segundo relatos - uma arquitetura de execução mais prática - menor pressão da sobrecarga de rede e comunicação uma boa engenharia criptográfica trata de tornar os custos controlados, limitados e implantáveis é nessa direção que @primus_labs está avançando com zkTLS.
