我們如何保障安全

先說清楚邊界

你的請求由另一位使用者的用戶端重建並送往上游。在那一刻，內容對那台機器是可見的。

下面寫的每一條都成立。上面這句同樣成立，而且下面寫多少都不會改變它。

什麼從不儲存

平台負責媒合、中繼與計費，它不保存自己中繼的東西。

• 資料庫裡沒有存放訊息內容的欄位。
• 流量在記憶體中中繼完就丟棄。
• 沒有任何快取層保存請求內容。
• 記錄檔裡沒有請求內容與回應內容。

平台確實會解析你的請求——它必須在 Anthropic、OpenAI 與 Gemini 三種方言之間翻譯——但它只數 token，不解讀語意，也什麼都不留。

賣方不會被騙著燒自己的額度

每次派工都由閘道用 Ed25519 私鑰對 task_id | 模型 | 預算 | 有效期 簽章。賣方用戶端會在動用自己的訂閱之前驗章。偽造或重放的派工一個 token 都花不出去。

簽章一小時後過期；裡面的預算就是賣方在本機強制執行的上限，串流超出即刻中斷。

賣方坑不了買方

• 超出簽章預算的輸出不可計費。
• 超出閘道自身估算的 prompt 計數會被封頂並按比例縮放。
• 任務通道綁定到派給它的那台裝置，別的賣方既注入不進內容，也回報不了這筆用量。
• 兩側計數交叉核對，偏差計入信譽。

買方也坑不了賣方

• 費用在派工前凍結。餘額不足的買方根本走不到賣方那一步。
• 扣款以錢包實有金額封頂，餘額不會為負。
• 買賣雙方都有依帳號的流量限制。

身分與金鑰

裝置工作階段以一次性、帶時間窗、經簽章的交握進行認證——重放會被拒絕；一旦簽發新的裝置權杖，舊的立即失效。

資金

每一次資金變動都是複式記帳。平台每小時把帳整體重算一遍：借貸合計是否相等，每個帳號的帳本是否等於它宣稱的餘額。對不上就凍結錢包並告警，而不是把差額抹平。

用戶端開放原始碼

用戶端是持有你憑證、送出你請求的那個元件。它的原始碼公開，是為了讓上面這些話可以被驗證，而不是只能被相信。