Paano mabawasan ang overhead ng zkTLS habang pinapanatili ang seguridad na praktikal Gumagamit ang @primus_labs ng isang napakadetalyadong pagkakasunod-sunod Hindi pinipilit ang masamang seguridad sa bawat subprotocol, ang arkitektura ay gumagamit ng OLEe kung saan ito ang pinakamahalaga > Ginagamit ang OLEe sa: - Pagkakasunod-sunod ng punto ng Diffie-Hellman - Pagkalkula ng GMAC tag > Ang kompromiso sa seguridad: - Ang panganib ng selektibong pagkabigo ay malapit na binabawasan - Ang pagkaleak ay limitado sa pinakamaraming isang bit ng session secret - Ang mataas na entropy ng TLS pre-master secret ay ginagawa nang computationally imposible ang pagbabalik > Ano ang tinanggal nito: - Hindi kinakailangang zero-knowledge subproofs sa panahon ng key exchange - Labis na authenticated triple storage - Ang pangangailangan na i-load ang malalaking garbled circuit states sa memory > Ano ang natatanggap ng mga user sa halip: - Progressive streaming ng computation - Halos 150 MB ng memory para sa standard 2 KB na payloads, ayon sa mga ulat - Mas praktikal na execution architecture - Mas mababang presyon mula sa network at communication overhead Ang magandang cryptographic engineering ay tungkol sa pagpapalakas ng gastos na kontrolado, binabawasan, at maipapasa Iyon ang direksyon na tinatanggap ni @primus_labs sa zkTLS.