Whitepaper
Web3 資產轉移治理
關於 Havenlon 如何在 Web3 資產轉移發生前加入獨立執行治理邊界的一頁紙說明。
Havenlon Web3 One Paper
Web3 FAQ Version
Asset Transfer Governance for Web3 Teams
面向 Web3 團隊的資產轉移治理系統
Wallets protect keys. Havenlon protects asset transfer.
錢包保護私鑰，Havenlon 保護資產轉移。
01. Havenlon 是什麼？
Havenlon 是一個面向 Web3 團隊的 資產轉移治理系統。
它不是再做一個錢包，而是在資產真正轉移之前，加入一層本地化、硬件化、不可繞過的策略審計與執行確認邊界。
錢包保護私鑰。
Havenlon 保護資產轉移發生之前的關鍵環節。
Havenlon 關注的問題不是“私鑰放在哪裡”，而是“這筆資產轉移是否應該被允許發生”。
02. 為什麼現在需要 Havenlon？
Web3 資產管理方式正在變化。
過去是個人持幣時代，錢包主要服務於個人資產保護；現在越來越多 Web3 團隊需要管理 Treasury、項目資金、運營資金、做市賬戶、跨鏈資產與自動化交易系統。
Web3 正在從密鑰保管，
走向資產轉移治理。
當資產管理進入團隊化、機構化和自動化階段，安全的核心問題就不再只是私鑰，而是資產轉移發生前的治理邊界。
03. Web3 安全的核心問題發生了什麼變化？
過去的問題是：
私鑰在哪裡？
現在的問題變成了：
誰可以發起轉賬？
誰可以批准轉賬？
什麼條件下可以簽名？
什麼條件下可以廣播？
真正關鍵的不是“有沒有簽名能力”，而是資產轉移在發生之前，是否經過了足夠獨立、足夠嚴格、足夠可驗證的治理判斷。
04. 現有錢包、多籤、MPC 解決了什麼？
現有生態已經解決了很多重要問題。
錢包保護私鑰，多籤協調授權，MPC 分散簽名，託管機構管理賬戶，風控系統監控風險，審計系統記錄操作。
這些都很重要，
但它們不等於資產轉移前的最終治理邊界。
Havenlon 不否定這些系統，而是補上它們後面仍然缺失的一層：資產真正轉移之前的硬件確認、策略審計和執行證據。
05. Web3 團隊真正缺的是什麼？
Web3 團隊真正缺的，不是又一個轉賬按鈕，也不是又一種簽名方式。
真正缺失的是：在資產轉移前，由獨立邊界完成最後檢查。
Approval is not enough.
Signing is not enough.
Asset movement needs a final independent check.
賬號被盜、成員誤操作、Bot 異常、腳本錯誤、AI Agent 判斷失誤，都可能發起看似合法的資產轉移請求。Havenlon 要做的是讓這些請求在真正轉出之前被獨立審計和攔截。
06. 為什麼“審批通過”還不夠？
因為審批仍然可能發生在同一個軟件域、同一個組織關係或同一個被汙染的流程裡。
如果賬號被盜、審批流被繞過、前端被汙染、成員被誘導，審批本身也可能成為風險鏈條的一部分。
審批可以表達同意，
但同意不應該自動等於資產轉移。
Havenlon 把審批之後、簽名之前、廣播之前的關鍵環節重新拉出來，讓它經過本地策略、設備身份、多人授權和硬件仲裁。
07. 為什麼“簽名完成”也不夠？
因為簽名只說明某個密鑰或簽名集合參與了交易，並不等於這筆資產轉移符合團隊規則。
一筆交易可能擁有合法簽名，但仍然可能是錯誤地址、異常金額、非授權時段、越權操作、腳本誤觸發或內部人員濫用。
簽名不等於執行控制。
多人簽名，也不等於多層獨立判斷。
Havenlon 關注的是簽名前、廣播前的資產轉移條件是否成立，而不只是最終有沒有簽名。
08. Havenlon 如何定義問題？
Havenlon 要解決的，不是“再做一個錢包”。
它要回答的是：在 Web3 團隊化、自動化、機構化之後，關鍵資產轉移應該在什麼條件下被允許。
Havenlon 是 Asset Transfer Governance Layer。
資產轉移治理層。
這是一層位於錢包、審批、簽名、廣播之前的治理邊界，用來決定資產能不能真正移動。
09. Havenlon 怎麼解決這個問題？
Havenlon 在資產真正轉移之前，增加一層本地、硬件化、不可繞過的策略審計與確認邊界。
它通過本地 Hub 策略仲裁、轉賬前策略審計、大額轉出前硬件確認、多方授權、本地與 SaaS 策略共治、鏈上廣播前最後檢查，以及轉賬後可驗證證據，來控制資產轉移風險。
No approval. No transfer.
No policy match. No transfer.
No hardware confirmation. No transfer.
Havenlon 的核心不是讓流程變複雜，而是讓高風險資產轉移不再只依賴單一賬號、單一審批流或單一簽名結果。
10. Havenlon 的產品結構是什麼？
Havenlon 是一個軟硬件結合的資產轉移治理系統。
它由 Enigma Hub、Pass Key、Auth Key、Executor 和 Bletchley SaaS 組成。
雲端負責治理與協同，
硬件負責最終執行。
Bletchley SaaS 負責團隊管理、審批流、策略配置、審計和風險可視化，但不持有最終轉賬權。Enigma 硬件負責本地策略仲裁、身份確認、轉賬確認、廣播前檢查和執行證據生成。
11. Enigma Hub 負責什麼？
Enigma Hub 是 Havenlon 的本地策略與資產轉移控制中心。
它負責策略仲裁、設備管理、轉賬確認、廣播前檢查和本地證據生成，是資產真正轉移之前的核心硬件邊界。
Hub 不是展示設備，
它是資產轉移前的本地仲裁中心。
當轉賬請求進入執行路徑後，Hub 負責判斷這筆轉移是否滿足本地策略、授權狀態和硬件確認要求。
12. Pass Key 負責什麼？
Pass Key 是身份發起設備。
它用於發起關鍵轉賬請求，也可以作為 API、Bot、腳本或 AI Agent 接入 Havenlon 的自動化意圖入口。
自動化可以發起意圖，
但不能直接擁有最終轉賬權。
Pass Key 的價值在於讓自動化請求具備可驗證身份，同時仍然受策略、規則和 Hub 硬件仲裁約束。
13. Auth Key 負責什麼？
Auth Key 是授權確認設備。
它用於多方授權、審批確認、關鍵動作確認，也可以對自動化意圖進行獨立審核。
自動化意圖可以出現，
但必須先被獨立設備審核。
Auth Key 的價值在於把“人是否同意”和“設備是否確認”結合起來，讓高風險轉移不再只依賴 App 頁面或 SaaS 狀態。
14. Bletchley SaaS 負責什麼？
Bletchley SaaS 是雲端治理層。
它負責團隊管理、審批流、策略配置、風險評估、審計記錄和可視化，但不直接擁有最終轉賬權。
SaaS 可以治理，
但 SaaS 不應該直接釋放資產轉移。
這也是 Havenlon 的關鍵設計：雲端負責協同，硬件負責最終邊界。
15. Executor 負責什麼？
Executor 負責把已經通過治理的執行意圖，映射為真實鏈上簽名與廣播。
它不是繞過治理的執行器，而是治理決策到鏈上現實之間的受控出口。
Executor 只能執行被允許的意圖，
不能替代治理邊界。
在 Havenlon 體系裡，真實資產轉移必須先通過策略、審批、本地設備和硬件仲裁，再進入最終執行。
16. Havenlon 支持哪些資產轉移流程？
Havenlon 支持三類核心流程。
第一類是純人工轉賬：成員手動發起，SaaS 策略審計，多方人工審批，Hub 硬件仲裁簽名，最後廣播上鍊。
第二類是 Pass Key 自動化意圖發起：API、Bot、腳本或 AI Agent 發起意圖，Pass Key 為意圖附上可驗證身份，再由策略和 Hub 判斷是否執行。
第三類是 Auth Key 自動化意圖審核：自動化意圖先經過 Auth Key 獨立審核，再由策略與規則決定是否執行，最後由 Hub 硬件仲裁簽名。
人可以發起。
自動化可以請求。
但最終執行必須經過治理邊界。
Havenlon 不是隻服務手動轉賬，而是面向 Web3 團隊未來的人機混合執行場景。
17. Havenlon 如何處理共同資金治理？
共同資金不能依賴單一超級權限。
Owner 賬號可能被盜，Owner 可能被釣魚，Owner 可能臨時失誤，Owner 本人也可能成為風險來源。
Shared funds need shared constraints.
共同資金不應依賴單一超級權限。
Havenlon 讓本地策略與 SaaS 策略共同生效，Owner 權限也受策略約束，關鍵規則變更需設備確認，高風險轉賬需多人確認，策略衝突時採用更嚴格規則。
18. 為什麼 Owner 不應該是系統中的最高權力？
在個人工具裡，Owner 擁有最高權限是合理的，因為風險和責任集中在一個人身上。
但當系統開始管理團隊 Treasury、多人審批和自動化執行時，最高權限本身就成了單點失效。
No one should be powerful enough to bypass the rules.
治理的核心不是誰最大，而是誰也不能大到足以繞過規則。
Havenlon 不消滅 Owner，也不犧牲效率。Owner 仍然可以提議規則、參與審批、承擔更高責任，但規則一旦生效，就不能被任何單點單方面繞過。
19. Havenlon 的共同治理原則是什麼？
Havenlon 的共同治理原則，是限制任何單點失控。
規則形成後反向約束制定者；移除成員屬於治理行為，需要共同決定和冷靜期；規則衝突時採用更嚴格一方；不確定性下優先選擇最小不可逆損失。
規則不是服務最高權力，
規則是用來限制最高權力。
Havenlon 的治理目標不是追求每次最快放行，而是在風險不確定時優先選擇可恢復的延遲、拒絕或複核，而不是讓不可逆資產轉移直接發生。
20. Havenlon 如何看待內鬼風險？
真正危險的，不一定是外部黑客。
內鬼可能是有權限的成員、離職前員工、被收買的內部人員、被控制的團隊賬號、高權限誤操作者，或者掌握後臺、腳本、API 的人。
權限合法，不等於資產轉移安全。
Insider risk is not solved by trust — it is reduced by structure.
Havenlon 不是假設所有成員永遠可信，而是通過結構設計，讓任何單點都不能獨立完成高風險資產轉移。
21. Havenlon 的執行治理體系是什麼？
Havenlon 的執行治理體系由多個獨立節點組成。
SaaS、Pass Key、Auth Key、Hub、Executor 等節點，都可以成為獨立的風控邊界。
每個節點都能獨立判斷風險。
每個節點都能拒絕不安全執行。
每個節點都會產生自己的執行證據。
沒有任何一個節點可以單獨決定最終執行。資產轉移只有在多個獨立控制層共同通過後，才會被允許。
22. Havenlon 適合哪些 Web3 場景？
Havenlon 主要適合三類 Web3 場景。
第一類是團隊資產轉移治理，用於 Treasury、項目資金、運營資金和做市賬戶。
第二類是 Bot、AI Agent、API 執行控制，用於約束腳本、交易 Bot、自動化策略和 AI Agent 的資產操作邊界。
第三類是通用執行控制基座，用於已有資產管理、支付、清算、交易和運營系統，在關鍵執行前補上一層硬件級控制。
現有業務繼續運行，
Havenlon 只在關鍵執行前補上一層硬件級控制。
Havenlon 不要求客戶重做全部業務流程，而是插入到最關鍵的資產轉移前一刻。
23. Havenlon 和現有生態是什麼關係？
Havenlon 不替代現有 Web3 安全生態。
硬件錢包、多籤、MPC、託管、交易所賬戶、風控監控和審計系統，仍然負責私鑰保存、簽名授權、賬戶託管、交易通道和風險監控。
We do not replace the ecosystem.
We complete the execution layer.
Havenlon 補上的關鍵一層，是轉移前硬件確認、執行前策略審計和執行後證據。
24. Havenlon 憑什麼不是又一個錢包？
錢包的核心是私鑰保護。
Havenlon 的核心是資產轉移治理。
錢包回答的是：私鑰如何安全保存。
Havenlon 回答的是：資產在什麼條件下可以移動。
這兩個問題相關，但不是同一個問題。Havenlon 可以與錢包、多籤、MPC 和託管系統共存，因為它補的是轉移發生前的治理層，而不是替代密鑰保管層。
25. Havenlon 的護城河在哪裡？
Havenlon 的護城河不是單一設備，而是圍繞執行治理形成的完整架構。
它包括本地硬件仲裁、雲端治理協同、策略引擎、設備身份鏈路、產品組合與專利佈局。
The moat is not a single device.
It is the governance architecture around execution.
真正難複製的不是某個盒子，而是軟硬件、策略、設備身份、審批、執行證據和交付流程共同形成的資產轉移治理閉環。
26. Havenlon 怎麼收費？
Havenlon 銷售的是一套資產轉移安全基礎設施。
商業模式包括硬件一次性收入、SaaS 持續收入和企業部署收入。
Not selling a device.
Selling asset transfer security infrastructure.
硬件包括 Enigma Hub、Pass Key、Auth Key、Executor 等設備；SaaS 包括團隊管理、審批流、策略、審計、風險可視化和高級模塊；企業部署包括私有化部署、系統集成、定製策略和審計支持。
27. Havenlon 的市場落地路徑是什麼？
Havenlon 從 Web3 Treasury 與團隊資產治理切入。
第一階段服務小團隊與 Treasury，解決團隊資金管理、多成員審批、大額轉出保護和共同資金規則。
第二階段進入機構、基金與做市場景，服務基金資產管理、做市賬戶控制、跨鏈調度和多團隊治理。
第三階段擴展到 Bot、AI、API 執行控制，約束 API Key、交易 Bot、AI Agent 和企業自動化執行。
第四階段形成 Asset Transfer Governance 與 Execution Control Layer 的類別佔位。
Category first. Adoption second. Ecosystem third.
先定義類別，再推動採用，最後成為生態中的基礎層。
28. 為什麼這是一個長期生意？
一旦 Havenlon 進入團隊資產轉移路徑，它就不是一個可有可無的工具，而是資金治理流程的一部分。
團隊策略、審批關係、設備身份、執行記錄、風險規則和審計證據會持續沉澱在 Havenlon 體系裡。
硬件進入資產轉移路徑，
SaaS 承擔長期治理與持續收入。
這不是一次性硬件銷售，而是硬件 + SaaS + 企業治理能力共同構成的持續服務模式。
29. Havenlon 當前做到哪一步？
Havenlon 已經從概念設計進入工程樣機階段。
全線硬件已進入工程樣機階段，軟件和固件進入 UAT 階段，Linux / Arbiter / Security 三層硬件架構已跑通，SaaS、App、Hub 和固件正在進行系統級聯調，Web3 MVP 場景已確定為資產轉賬執行治理。
Not a concept deck.
An engineering prototype of an execution control system being integrated and validated.
Havenlon 當前的重點，是從工程樣機走向 Web3 轉賬執行治理閉環，再進入 Genesis 首批真實場景試用。
30. Havenlon 的一句話價值是什麼？
Havenlon 不是保護一把私鑰。
Havenlon 是保護 Web3 團隊最關鍵的資產轉移過程。
AI can suggest.
Automation requests.
Havenlon decides whether this asset transfer is allowed.
錢包保護私鑰，Havenlon 保護資產轉移。
本文件為中文版本。若不同語言版本之間存在差異，英文準據版本應作為最終依據。