Cómo reducir la sobrecarga de zkTLS manteniendo la seguridad práctica @primus_labs utiliza un enfoque muy deliberado: en lugar de imponer seguridad maliciosa en cada subprotocolo, la arquitectura utiliza OLEe donde más importa. > OLEe se aplica a: - Conversión de puntos de Diffie-Hellman - Cálculo de etiquetas GMAC > El intercambio de seguridad: - El riesgo de fallo selectivo está estrictamente acotado - La fuga está limitada a como máximo un bit del secreto de sesión - La alta entropía del secreto pre-master de TLS hace que la recuperación sea computacionalmente inviable > Lo que esto elimina: - Subpruebas de cero conocimiento innecesarias durante el intercambio de claves - Almacenamiento excesivo de triples autenticados - La necesidad de cargar estados enormes de circuitos enmascarados en memoria > Lo que los usuarios obtienen en su lugar: - Transmisión progresiva de cómputo - Aproximadamente 150 MB de memoria para cargas útiles estándar de 2 KB, según se informa - Una arquitectura de ejecución más práctica - Menor presión por sobrecarga de red y comunicación Una buena ingeniería criptográfica consiste en hacer que los costos sean controlados, acotados y deployables Esa es la dirección que @primus_labs está tomando con zkTLS.