始終感謝推進生態系統隱私倡議的討論 感謝提問 @officialabdulak > 用戶如何在不暴露私人數據的情況下驗證加密交換是否正確執行？ 用戶的意圖/訂單在客戶端本身是加密的。在鏈上，它僅顯示這些訂單為密文（彼此無法區分）。 我們有一個閾值網絡（將會有經濟支持）來保護這些密文的隱私。此外，對於我們的協處理器（TEE 的一個版本）v1 版本，密文在 AWS nitro 中解密（具有 AWS 安全性）僅用於處理。PS：密文從不存儲在 TEE 中。對於我們的 v2 協處理器，我們將用 FHE 替換這個計算引擎（考慮到我們基礎設施的模塊化），在處理時甚至不需要解密密文。 處理後，對於用戶所做的每個意圖/交易/訂單，我們有一個被動驗證流程（用戶/開發者可以將其視為驗證執行已正確發生且在非惡意環境中的最終性） 具體來說，每個用戶的意圖/交易/訂單在處理後成為批次樹的一部分，這些批次樹以定期的方式累積，最終累積的根被發佈到鏈上，現在任何用戶都可以根據這些發佈的根驗證某個意圖/交易/訂單數據（這個機制與 Sequencer 在 L1 上發佈其狀態根以啟用從 L1 到 L2 的原生代幣橋接的方式非常相似） 我們在這裡分享了整個機制的運作方式： > Encifher 是否使用自己的加密流動性池，還是僅僅作為 @JupiterExchange 的隱私中繼？ 每當用戶包裝某些資產時，該資產就成為加密池的一部分。現在當前的前端 encrypt[.]trade 不利用本地訂單匹配（用加密代幣解決訂單），而是通過 @JupiterExchange 的高效流動性路徑處理所有訂單。 但 @encifherio 到頭來這是一個整體協議，能夠在加密狀態上進行計算，因此是的，我們可以在其上構建一個暗池，支持加密代幣之間的訂單匹配。這是我們一旦擁有足夠的流動性包裝/加密後的目標，我們將開始建立/招募團隊來構建基於這種流動性的用例，如暗池。 > 你如何測試潛在的隱私洩漏或元數據關聯？ 這裡有兩個解決方案： 1. 用戶的訂單/意圖/交易與他們的地址不相關聯，這是用戶隱私的第一道防線。 2. 我們有一個統一的訂單數據結構設計，確保任何類型的訂單（交換、借貸等）遵循相同的訂單結構。雖然這些訂單的輸入將被加密，因此外部方無法知道某個屬性是否實際上持有一個值，或者它是否一直是空的。從而防止來自非均勻訂單的任何見解。 3. 我們將確保使用服務，甚至會模糊下訂單的客戶端的 IP 地址。 > 隨著用戶活動的增長，你們如何維持強大的匿名性集？ 簡而言之 更多的 DeFi 原語將吸引用戶將資金包裝在 Encifher 中，因此活動將推動整體匿名性集。 Encifher 的近期願景是成為 Solana 上隱私啟用 DeFi 的生態系統。我們將在單一平台 encrypt[.]trade 提供多個 DeFi 原語。匿名性集問題在用戶立即從池中移除資產的情況下會被放大，但在我們的情況下，用戶可以將其代幣包裝並保留在協議中，因為我們支持多個 DeFi 原語，並且一般來說，通過這些原語的用戶交易也會增加匿名性集，這將使外部實體更難將解包與包裝聯繫起來。 > 你認為 Encifher 會發展成為 Solana DeFi 的完整加密計算層嗎？ 是的，Encifher 是從零開始設計的，考慮到 Solana 上的交易隱私需求。它不同於其他通用的隱私計算層，這些層為所有用例提供隱私計算。我們的主要重點是啟用私密 DeFi，因此從根本上考慮到交易隱私需求。