身份、資產、信任與共用——一個故事，不是三個功能

三個動詞，一條鏈

許多人第一次聽到 NT² Vault，會先遇到三個並列詞：Receive、Store、Share。

作為導覽，這很準確。作為故事，還不夠。

產品先建立在四個更核心的概念上：

Receive、Store、Share 是這些概念在 app 裡的呈現方式。它們不是三個無關功能硬湊在一起。

身份：這是哪個保管箱？

多數 app 用 email 識別你。對電子報夠用。對放著助記詞、報稅文件與 production key 的保管箱，卻很勉強。

NT² 讓每個保管箱有自己的密碼學身份。當保管箱簽署封包或回應雲端挑戰時，驗證金鑰綁在該保管箱上——不是綁在別處 inbox 裡的重設連結。

身份是人際信任的底層。在接受某人的銀行資料之前，你需要知道哪個保管箱送來的。在回傳之前，對方也需要知道哪個保管箱是你的。

這就是為什麼身份要和共用放在同一個故事裡，而不是丟在「進階設定」角落。可讀 Threshold Vault and Key DID。

資產：你在保護什麼

NT² 裡的資產不是空白筆記頁。它是 Credential、Bank、Document 等符合真實生活的範本欄位。

結構對安全心理很重要。路由號碼應該在標示欄位裡，而不是長備忘第三段、你忘了正確加密的段落。

Store 是日常把這些資產加密保存在裝置上、可搜尋、可離線使用。共用永遠是選擇性的——一個項目、一組欄位、一個當下。

信任：軟體不能替你跳過的部分

信任是許多安全產品不願誠實談到的部分。

NT² 可以驗證簽章與保管箱身份。它無法替你判斷姐姐、共同創辦人或會計師是否就是當下該信任的人。那個判斷仍在你手上。

軟體能做的是給信任一個形狀：

• 共用以請求抵達收件匣，而不是神秘附件。
• 安全聯絡人是 per-vault 的信任關係，不是手機通訊錄項目。
• 信任狀態反映事件——邀請被接受、互惠交換完成、共用被接受——而不是「相信我」按鈕。

把某人加進聯絡人，比較像「我願意把這個保管箱視為你」，而不是存電話號碼。這個想法值得專文；可從 Secure contacts are trust relationships 讀起。

共用：有邊界的手交

Share 不是「全部匯出」。它是一組模式，對應不同的信任模型：

• 透過安全聯絡人的保管箱對保管箱——給反覆共用的人。
• 帶獨立共用密碼的加密連結——給可能永遠不裝 NT² 的人。
• Present 或限時展示——給當面或視訊時「少展示、不多上傳」的時刻。

每種模式仍問同一個人的問題：我是否信任這個人，在這段時間內，拿到這一塊資料？

Receive · Store · Share 如何對應核心

沒有信任的 Receive 只是下載。沒有結構的 Store 只是檔案。沒有身份的 Share 只是聊天貼上，包一層比較好看的行銷。

合在一起，它們實現一個故事：保管箱有身份，資產住在裡面，與他人的關係是信任關係，共用是選定資產跨越這些邊界的方式。

兩種「信任」——不要混在一起

Null Trust² 命名的是對 NT² 伺服器的承諾：我們不持有你的主密碼、不讀保管箱內容、無法替你重設進資料。這是對產品架構的信任。

人際信任不同：你是否相信保管箱背後的人是共同創辦人、伴侶，還是 display name 很像的詐騙者。

兩者都重要。不是同一場對話。混在一起會讓好的安全像偏執，好的產品設計像天真。

架構面可讀 Null Trust² — what the name means。人際信任收件者視角可讀 Something arrived in my Inbox。

下一步

若這個框架有幫助，Trust 系列會繼續談安全聯絡人、互惠邀請、已驗證信任狀態、三種共用模式，以及何時在通訊錄裡結束一段關係。

可瀏覽 nt2.me/help/use-cases 的情境、閱讀 nt2.me/about 的產品支柱，或透過 RSS 追蹤新文章。