推文

@luke102579 · 2026-10-12 19:18

很多人知道 zkTLS 可以做資料驗證，但真正讓我開始覺得 Primus 值得研究的，是它背後的 workflow Primus Docs 目前提到兩種主要模式 MPC Mode 以及 Proxy Mode 這兩種方案處理 TLS data 的方式不同，也各自有安全性與效能上的取捨 🔸MPC MPC 可以理解成多方一起合作完成一個計算，但每一方都不需要直接知道全部秘密 在 Primus 的 MPC Mode 裡，Attestor 和 Client 會共同執行 secure multi-party computation，建立與資料來源伺服器之間的 TLS session 一個重要的設計，是 Client 不能任意控制或修改最後 Attestor 所看到的 TLS data 這就讓 Proof 有更強的資料來源約束 🔸 Proxy Mode 這種模式裡，Attestor 作為中間人，把 Client 和資料來源 Server 之間的 TLS traffic 傳遞起來，同時記錄 session 裡的 ciphertext 完成之後，Client 還需要向 Attestor 證明自己知道這些 ciphertext 背後的 plaintext Proxy Mode 的優勢在效能 因為少了一部分 MPC 的運算負擔，所以可以有不同的 performance profile 但同時也增加新的 network assumption，例如 Attestor 必須確保自己連的是正確的目標 Server 這裡我覺得最值得注意的一點 是 @primus_labs 沒有強迫開發者只有一個選擇 官方提供統一 API，讓開發者可以按照自己的 application requirement 選擇合適模式 再加上 Primus 自己開發的 QuickSilver interactive zero-knowledge proof system，也被用在這些 Proof 流程中 所以從開發者角度看，Primus 想做的事情其實很清楚 把非常複雜的 cryptography infrastructure 包起來 開發者真正需要處理的是自己的應用 至於怎麼產生、驗證與處理 zkTLS Proof，就交給底層 infrastructure 這種「把密碼學變成可以被產品直接使用的基礎設施」，我認為才是 zkTLS 真正能走向大規模 adoption 的關鍵之一

曝光 155 · 评论 7 · 点赞 6 · 书签 0 · 曝光/时 144.54448608886503