帖子
avatar

如何在保持安全性的前提下降低 zkTLS 的開銷? @primus_labs 採用了一種非常謹慎的方法: 與其在每個子協議中強制實施惡意安全性,該架構僅在至關重要的地方使用 OLEe。 > OLEe 應用於: - Diffie-Hellman 點轉換 - GMAC 標籤計算 > 安全性權衡: - 選擇性失敗的風險被嚴格限制 - 泄露僅限於會話密鑰最多一比特 - TLS 預主密鑰的高熵使恢復在計算上不可行 > 這移除了: - 密鑰交換期間不必要的零知識子證明 - 過度的已驗證三元組存儲 - 將龐大的混淆電路狀態加載到內存中的需求 > 用戶獲得的是: - 計算的漸進式流式傳輸 - 據報導,標準 2 KB 負載僅需約 150 MB 內存 - 更實用的執行架構 - 更低的網路與通信開銷壓力 良好的密碼學工程在於控制、限制並實現成本的可部署性 這正是 @primus_labs 在 zkTLS 上所追求的方向。

此內容僅供資訊及教育用途。內容可能包括第三方見解、贊助內容或推廣材料,而創作者可能因此獲得報酬。本資訊流中的任何內容均不構成投資建議或收益保證。您須自行對投資決策負全責。交易前,請務必自行研究並審慎行事。我們不保證第三方資訊的準確性,亦不會對因此產生的任何損失承擔責任。過往表現並不代表未來結果。詳情請參閱我們的 社群條款 及 風險披露聲明。

avatar發佈你的回覆

評論