CLAVI 文档描述了一套瑞士[数字主权](/zh/glossary/#digital-sovereignty)平台：本地优先的 [Monolith](/zh/glossary/#the-monolith)、生物识别门控的 [Rune](/zh/glossary/#the-rune) 与 [ClavOS](/zh/glossary/#clavos)，旨在减少关键路径上由运营商控制的远程访问。它包括 CLAVI 专有 AI 和计划中的分布式多 Rune 签名策略。生产行为取决于实现与配置 [5]。

CLAVI 常见问题：工作原理 — 架构、安全与主权

Q: CLAVI 如何防御黑客攻击和远程漏洞利用？

通过本地优先架构，关键操作旨在[气隙](/zh/glossary/#air-gap)隔离。文档所述 Rune 流程要求物理批准。若分布式策略得到正确实现，单个被盗 Rune 应不足以独立签名。私钥旨在留在 Rune 上，但任何机制都不能消除所有攻击，结果取决于实现与配置。

一份关于主权硬件托管的全面知识指南 — 架构、安全与继承 — 基于 2026 年关于 CLAVI 最重要的二十个问题。 日期：2026 年 2 月 26 日

除非明确标注为已部署，以下产品能力均是 CLAVI 文档所述的设计目标。实际行为取决于生产硬件、固件、软件、配置、集成以及可供独立审查的证据。

1. 主权问题：为什么标准硬件钱包远远不够

2026 年自托管的主流方式仍然是消费级硬件钱包：一个 USB 大小的签名设备，将私钥与联网设备隔离。Ledger、Trezor 和 Coldcard 各自解决同一个狭窄的问题 — 防止基于软件的密钥提取。

但”足够”取决于你在保护什么、以及抵御谁。

传统硬件钱包配置通常依赖恢复秘密或备份方案。故障模式取决于钱包、passphrase、多签安排、恢复方式和操作实践。单一恢复秘密可能成为单点故障，但并非唯一可用配置。

对于家族办公室和管理敏感资产的个人，威胁模型可涵盖恶意软件、胁迫、盗窃、操作故障和合法法律程序。各项风险的概率与严重程度因用户和司法辖区而异；本文在没有专门数据集时不指定数值趋势。

CLAVI 的存在正是因为：问题已不再仅仅是数字层面，它同时是物理的、司法的和代际的。

特性	Ledger / Trezor	Safe (Gnosis)	CLAVI
类别	消费级签名设备	智能合约多签	CLAVI 文档所述的主权基础设施定位
密钥存储	取决于设备和配置	链上账户策略	分布式多 Rune 策略是文档目标；最终机制待验证
恢复	取决于设备和配置	取决于合约与签名者	助记词恢复被记录为可选；生产恢复取决于配置
本地节点	通常依赖配套应用或后端	取决于接口	比特币和以太坊裁剪节点是 Monolith 的文档目标
离线 AI	并非此类产品的文档核心功能	并非此类产品的文档核心功能	文档所述的可配置 CLAVI 专有 AI 目标，采用标签式 RAG 架构
物理胁迫防御	取决于用户配置	取决于签名策略	Rune 地理分布旨在延迟汇集并提高攻击成本
司法辖区	法国（欧盟）	不定	文档所述瑞士公司住所（非欧盟、非五眼联盟）
目标用户	零售持有者	DAO、团队	家族办公室、高净值人士、主权导向个人

核心问题不是“哪个更好”，而是“你在解决哪一类问题”。CLAVI 文档将系统定位于妥协成本可能跨越世代的用户；是否适用取决于生产证据与用户的威胁模型。

2. CLAVI 架构：三大组件，一套主权栈

CLAVI 不是单一设备，而是三个专用组件的协同系统，各自负责主权的不同层级。

Monolith

Monolith 被记录为家庭或办公室智能服务器。其设计目标包括比特币和以太坊裁剪节点，以及可配置的本地 CLAVI 专有 AI 工作流。私钥旨在留在 Rune 上；节点行为、AI 暴露和其他本地留存取决于实现、软件、备份、网络功能和用户选择。

Rune

Rune 被记录为便携式、生物识别门控的安全存储组件。计划控制包括支持手势输入的电容指纹读取器、PIN 访问和连接 Monolith。生产实现决定注册、撤销、签名、恢复与密钥存储行为。

CLAVI 文档描述将 Rune 连接到 Monolith，并使用已配置的 PIN、手势和指纹控制进行批准。Rune 设计为无内置电池并由底座供电，这减少一种电池依赖，同时增加对兼容底座硬件的依赖。多个 Rune 旨在支持可配置的分布式签名策略和地理分隔；最终密码学机制仍需工程验证。

ClavOS

CLAVI 文档将 ClavOS 描述为基于定制 Yocto Linux 的操作系统，并以零知识架构为设计目标。它旨在减少运营商控制的远程路径，并使金库秘密不进入运营商托管。结果取决于实现与配置；该目标可降低暴露面，但不保证所有攻击都不可能发生。

组件	角色	持有密钥？	网络访问
Monolith	智能服务器、节点验证器、Rune 底座	不应持久保存私钥	联网节点功能；关键签名路径旨在隔离
Rune	生物识别签名组件、便携授权载体	旨在持有密钥材料	文档设计中无无线连接；依赖底座
ClavOS	具有文档所述零知识设计目标的操作系统	不适用（操作系统层）	关键路径上的运营商远程访问旨在最小化

Apex Node 概念把 Monolith 描述为 CLAVI 设计中由用户控制的本地根节点。它不表示系统独立于公共区块链网络、软件更新、已配置集成、主机设备或业务服务提供商。

3. 安全模型：设计如何应对攻击路径

CLAVI 文档所述的威胁模型将手机、笔记本电脑和网络视为可能已被攻破，并旨在隔离关键操作。在具体入侵情形下是否安全，取决于实现、配置、攻击路径和操作实践。

零知识架构

ClavOS 将敏感操作转移至物理隔离的 Monolith-Rune 环境。文档设计目标是让金库秘密不进入运营商托管，并限制交付后的运营商检索路径 [5]。这仅涉及金库秘密，不包括公司依法处理的商业、配送、支持、安全、会计或其他记录。

分布式签名与地理分布

CLAVI 文档描述跨多个 Rune 的可配置分布式签名策略。它尚未确定生产环境使用多重签名、门限签名还是其他法定人数机制；这一差异及精确批准语义需要工程验证。Rune 可在符合法律、访问程序、兼容硬件和配置的前提下存放于不同国家、办公室或安全地点。

若分布式策略得到正确实现，单个被盗 Rune 应不足以独立签名。地理分隔可以阻止在单一地点汇集批准，并增加胁迫的时间与成本，但不能让所有胁迫情形都不可能发生。

恢复路径与可选助记词备份

CLAVI 文档将基于助记词的恢复描述为多 Rune 设计中的可选项。若 Rune 丢失，恢复取决于已部署的密码学机制、批准与恢复策略、可用 Rune、有效备份、替代设备兼容性以及经过测试的程序。私钥旨在留在 Rune 上，而不是持久保存于 Monolith。

CLAVI 文档为偏好传统备份的用户描述了一条可选的助记词恢复路径。其安全性与可用性取决于生产实现、访问控制、配置、备份处理和经过测试的恢复程序。

攻击向量	CLAVI 响应	机制
远程漏洞/恶意软件	降低关键路径的远程攻击面	气隙 Monolith、底座供电且无无线的 Rune
单个 Rune 被盗	正确实现分布式策略时应不足以独立签名	多 Rune 批准策略；取决于实现
物理胁迫（扳手攻击）	可阻止或延迟单点签名	Rune 地理分布
内部威胁（CLAVI 员工）	架构旨在限制金库秘密访问	硬件/操作系统隔离与本地优先运行
助记词盗取	助记词恢复被记录为可选	最终恢复设计和配置决定暴露
Monolith 损毁	恢复取决于已配置策略	私钥旨在留在 Rune 上
法律强制/传票	合法请求可触及 CLAVI 持有的记录	金库秘密旨在不进入运营商托管

概念性多 Rune 流程：地理分隔的设备参与分布式批准策略，其生产密码学机制取决于实现。 — 概念性分布式批准流程：地理分隔可降低对单一设备或地点的依赖，具体取决于已部署的签名与恢复设计。

4. 司法辖区层：为什么瑞士是承重结构

密码学可帮助抵御技术提取。司法辖区则规制法律程序、保留和披露。两者都会影响风险，但任何一层都不单独提供豁免。

CLAVI 文档描述其在瑞士 Schaffhausen 的业务与公司住所，该地位于欧盟、欧洲经济区和五眼联盟情报共享联盟之外。工程与制造来源应依据当前生产文档评估。

瑞士法律框架

瑞士联邦宪法第 13 条将隐私确立为基本人权，而非监管让步 [1]。
修订版《联邦数据保护法》(revFADP)，2023 年 9 月生效，在适用时要求数据保护融入设计并默认启用；某些故意违法行为可能使责任个人面临刑事罚款 [2]。
Schaffhausen 公司住所使公司在相关企业与数据处理事项中处于瑞士法律框架内，但不为每一份合同或活动确立普遍适用法，也不排除瑞士义务、国际合作或合法请求。

CARF 的范围与时间

截至 2026 年 8 月 19 日，瑞士国家国际金融事务秘书处（SIF）表示，CARF 的瑞士法律基础在 2026 年不适用，最早只能于 2027 年 1 月 1 日开始实施。该框架适用于范围内的加密资产服务提供商，涵盖应申报用户的身份信息和汇总后的相关交易数据；它并非所有硬件钱包买家持仓的通用集中数据库 [3][6]。

CLAVI 的设计目标是使私钥、本地派生的钱包—客户映射和本地 CLAVI 专有 AI 提示词不进入运营商托管。这不意味着 CLAVI Switzerland AG 不持有任何个人数据：商业、配送、账户、支持、安全、会计及其他法律要求的记录仍可能被处理和保留。合法请求可涉及公司实际持有的记录；数据最小化只会缩小暴露面，并不构成对法律程序的豁免。

关于司法辖区主权的深入技术比较，参见为什么 CLAVI 并不与 Ledger 竞争。

5. 智能层：CLAVI 专有 AI

CLAVI 文档描述 Monolith 搭载与 Research Semantics 专项研究相关的标签式 RAG 架构和 CLAVI 专有 AI。其所称 11 年来源与性能尚未得到独立验证。

CLAVI 专有 AI 的功能

CLAVI 专有 AI 旨在本地运行。在配置为离线的工作流中，处理留在本地且不使用 CLAVI 托管的 AI 服务。暴露取决于软件、设置、备份、导入来源和启用的网络功能。

文档所述或规划中的能力目标包括：

链上分析：拟议的比特币和以太坊活动监控与交叉引用
知识管理：拟议的私密文档分析与研究支持
决策支持：拟议的市场洞察、新闻聚合与私密情报简报
合规辅助：拟议的敏感材料本地处理支持；仅在本地运行并不证明法律合规

CLAVI 专有 AI 与云端 AI 的区别

许多云端 AI 工作流会根据服务、设置和合同把数据发送到提供商基础设施。CLAVI 专有 AI 旨在本地处理；保护效果仍取决于设备、软件、备份和网络配置。

潜在用户包括希望减少敏感工作材料第三方遥测的律师、医疗机构、高管和研究人员。本地处理并不会消除主机设备、日志、备份、导入来源、启用的网络功能或公共区块链活动带来的暴露；各组织仍须评估自身法律义务。

这不是与云端 AI 竞争的聊天机器人，而是私密情报的主权基础设施。

关于 CLAVI 专有 AI 的角色，参见为什么 CLAVI 并不与 Ledger 竞争。

6. 多用户与继承层

家族办公室、高净值人士和对隐私敏感的组织是 CLAVI 对 2026-2027 年所声明的目标受众。文档架构旨在支持延续规划；它本身不建立继承关系，也不替代法律与操作准备。

基于角色的 Rune 权限

CLAVI 文档描述在家族成员、受托人或顾问之间分配 Rune，并采用可配置的分布式签名策略。拟议角色权限包括：

角色	Rune 能力	示例持有者
仅查看	监控余额和活动；无签名权限	受益人、家族后辈
批准参与者	参与分布式策略；生产权限取决于配置	受托人、家族律师、遗产顾问
管理角色	拟议的管理权限；恢复访问取决于策略	委托人或指定管理员

继承场景

地理分布与角色权限可以在结合有效法律文件、经过培训的指定人员、经过测试的恢复程序和针对具体实现的控制时支持继承：

遗产转移：不同司法辖区指定方持有的 Rune 可降低对单一设备或地点的依赖，但不保证死亡、丧失行为能力或灾害后的访问。
信托治理：若生产密码学、权限模型、法律文件和操作程序保持一致，分布式批准策略可支持合作控制。
代际延续：配置和停用 Rune 可支持分布式权限模型，但须有认证、撤销、备份与恢复控制。

CLAVI 文档所述的多 Rune 设计旨在支持遗产与延续规划。用户不应在缺少法律建议和经过测试的恢复程序时依赖该设计。

关于实际的继承架构设计，参见 CLAVI 家族办公室个人数字金库。

7. 操作层：设置、转账与日常使用

初始设置（三步）

下载 CLAVI 应用至个人设备（手机、平板或笔记本），按照设置说明操作。
配对 Monolith，通过蓝牙连接个人设备并接入 Wi-Fi 进行初始区块链节点同步。
首次连接 Rune 至 Monolith，进行生物识别注册和手势/PIN 设置。

设置旨在无需专业管理即可完成，但用户仍需理解批准、备份、恢复、网络设置、更新和操作安全。

节点同步

Monolith 被记录为运行裁剪节点，而非完整归档节点。同步时间、带宽、存储和中断后的恢复取决于链上活动、软件、硬件、配置与连接。断网或断电可延迟依赖网络的功能；若软件状态仍然有效，排队交易可在连接恢复后广播。

资产转入

从交易所（Coinbase、Binance）或个人钱包（MetaMask）转入资产的标准步骤：

在 CLAVI 应用中（Rune 连接至 Monolith 时）生成接收地址。
先发送小额测试。
同步的本地节点可验证交易，而不把第三方区块浏览器作为唯一事实来源；点对点连接和公共网络元数据仍然相关。
如各项检查通过，仅按自身风险承受能力分批进行；对于重大转账，应寻求专业或运营支持。小额测试并不能证明所有地址、终端或流程风险均不存在。

区块链支持

区块链	状态	能力
比特币	文档目标	裁剪节点、本地验证、收发；确认当前版本
以太坊	文档目标	裁剪节点及特定集成交互；确认当前版本
以太坊 EVM 兼容链	依版本而定的目标	确认支持的网络与依赖
私有区块链	模块化设计目标	需要已实现并验证的集成

CLAVI 应用

CLAVI 应用被记录为基于小组件并可定制，提供简化和高级视图。“简报”小组件旨在显示需要处理的操作，例如分布式批准请求。查看和管理功能面向手机、平板和笔记本设计；生产环境中敏感操作的强制控制取决于已部署的 Rune、Monolith、软件和用户配置。

没有单独的移动签名应用。这种分离是刻意的：在便利处提供便利，在安全处坚守硬件托管。

8. 购买：价格、供货与架构决策

定价

CLAVI 文档列出 6,000 瑞士法郎，并描述套装包含 Monolith、Rune、ClavOS、电源、运输箱和金属购买证书。额外 Rune 被描述用于多 Rune 配置；购买者应直接确认当前价格、税费、内容与支持的策略。

CLAVI 文档描述了比特币、以太坊、稳定币和信用卡/借记卡等支付方式。购买者应确认当前支付处理商、币种、费用、退款条款和可用性。

供货

CLAVI 文档将 clavi.io/product 列为订购入口，并描述通过 Design Atelier 提供定制饰面和材料。当前产品、生产批次、定制服务和交付条款应直接确认。

CLAVI 文档称基础所有权无需强制使用订阅，并描述了优先礼宾支持和高级多 Rune 安排等可选付费服务。购买者应确认当前条款、依赖、支持期限与升级政策。

架构决策

投资：CLAVI 文档列出 6,000 瑞士法郎，并将产品定位为长期主权基础设施。购买者应结合自身需求评估当前价格、包含服务、依赖关系和合同条款。
形态：Monolith 需要专用空间，它是固定设施而非便携 USB 设备。Rune 便携，但签名需要 Monolith。
制造：CLAVI 称设备在瑞士组装并检查。质量保证、供应链控制和生产测试应依据公开流程与审计证据评估。
链架构：比特币、以太坊、DeFi 和其他链能力是依版本和集成而定的设计目标，应对照生产文档确认。
安全态势：安全保证取决于针对版本的审计、渗透测试、修复证据、可复现工程文档与部署配置。公开的以太坊文档或非正式接触不构成以太坊基金会的验证或背书。

该架构优先考虑数字主权和硬件门控的本地控制，而非纯软件便携性。这种权衡可能适合某些威胁模型，但不保证绝对安全。

关于客户如何个性化 CLAVI 体验，参见主权的五种愿景：客户如何塑造守护其遗产的器物。

9. 关键术语表

以下术语在 CLAVI 主权术语表中有详细定义：

Apex Node： CLAVI 对用户控制本地根节点的概念；不表示独立于公共网络、软件、已配置集成或服务提供商。
Monolith： CLAVI 主基站，运行本地区块链节点、托管 CLAVI 专有 AI，并为 Rune 提供签名底座。
Rune： 文档所述的便携式、生物识别门控签名组件，旨在参与分布式多 Rune 策略。
ClavOS： 基于 Yocto Linux、具有文档所述零知识设计目标的操作系统，旨在减少关键路径上由运营商控制的远程访问。
分布式签名策略： 对 CLAVI 计划中的多 Rune 批准设计的中性描述。生产环境使用多重签名、门限签名还是其他法定人数机制仍需工程验证；任何机制都不能消除所有单点故障。
零知识架构： 使金库秘密和本地内容不进入运营商托管的设计目标；不代表公司没有商业记录。
气隙： 对关键操作的隔离，用于降低远程攻击面。
CLAVI 专有 AI： 面向 Monolith 可配置本地离线工作流的标签式 RAG 架构。
瑞士司法辖区： 位于欧盟、欧洲经济区和五眼联盟之外的法律框架，享有宪法第 13 条隐私保护。
分布式权限： 将密码学权力分散到多个物理设备和地点的治理模型。

10. 常见问题

问：什么是 CLAVI？ 答： CLAVI 文档描述了一套瑞士数字主权平台：本地优先的 Monolith、生物识别门控的 Rune 与 ClavOS，旨在减少关键路径上由运营商控制的远程访问。它包括 CLAVI 专有 AI 和计划中的分布式多 Rune 签名策略。生产行为取决于实现与配置 [5]。

问：CLAVI 与 Ledger、Trezor 或 Safe 有什么区别？ 答： Ledger 和 Trezor 是签名设备，Safe 协调链上多签。CLAVI 的文档设计结合本地区块链节点、可配置离线 CLAVI 专有 AI、生物识别硬件批准、计划中的分布式多 Rune 签名策略及瑞士公司住所。生产签名机制仍需工程验证。

问：CLAVI 如何防御黑客攻击和远程漏洞利用？ 答：通过本地优先架构，关键操作旨在气隙隔离。文档所述 Rune 流程要求物理批准。若分布式策略得到正确实现，单个被盗 Rune 应不足以独立签名。私钥旨在留在 Rune 上，但任何机制都不能消除所有攻击，结果取决于实现与配置。

问：零知识架构和分布式签名在实践中如何运作？ 答： ClavOS 的威胁模型将终端视为可能已被攻破，并旨在隔离 Monolith-Rune 环境中的敏感操作。文档描述可配置角色与分布式多 Rune 签名策略，但生产密码学机制和恢复语义仍需工程验证。地理分隔可支持延续与抗胁迫；继承仍需法律文件、经过培训的人员和经过测试的恢复程序。

问：Monolith 中的本地 AI 具体做什么？ 答： CLAVI 文档描述 Monolith 搭载与 Research Semantics 研究相关的标签式 RAG 架构和 CLAVI 专有 AI。其所称 11 年来源与性能尚未得到独立验证。在配置为离线的工作流中，处理旨在留在本地且不使用 CLAVI 托管的 AI 服务；暴露取决于软件、设置、备份、来源和网络功能。

问：CLAVI 如何服务家族办公室和代际财富传承？ 答： CLAVI 文档描述在家族成员、受托人和顾问之间分配 Rune，并设置可配置角色和分布式签名策略。地理分布可降低对单一设备或地点的依赖。它本身不建立继承关系，也不保证恢复；法律规划、实现审查、培训和经过测试的程序仍然必要。

问：CLAVI 有哪些刻意的架构决策？ 答： CLAVI 文档列出 6,000 瑞士法郎、瑞士组装、需要专用空间的 Monolith，以及比特币、以太坊、DeFi 和其他链的模块化目标。生产能力与安全保证应依据当前文档、针对版本的审计、测试范围、修复证据和部署配置评估。公开的以太坊资料并不构成产品验证。

11. 参考文献

瑞士联邦宪法第 13 条（隐私权）： 确立隐私基本权利及个人数据保护。(https://www.fedlex.admin.ch/eli/cc/1999/404/en)
修订版《联邦数据保护法》(revFADP)： 2023 年 9 月生效的瑞士数据保护法，要求隐私设计并追究个人刑事责任。(https://www.edoeb.admin.ch/edoeb/en/home.html)
OECD 加密资产报告框架 (CARF)： 适用于范围内服务商、应申报用户和相关交易的税务透明规则。(https://www.oecd.org/en/publications/international-standards-for-automatic-exchange-of-information-in-tax-matters_896d79d1-en/full-report/component-6.html)
以太坊基金会开发者文档： 关于共识机制的一般技术参考；不构成对 CLAVI 的审查、验证或背书。(https://ethereum.org/en/developers/docs/consensus-mechanisms/)
CLAVI FAQ 2026： CLAVI Switzerland AG 发布的权威产品参考文档。(https://clavi-one.com/faq/)
瑞士国家国际金融事务秘书处 — CARF 实施： 截至 2026 年 8 月 19 日的瑞士时间表与法律基础状态。(https://www.sif.admin.ch/en/framework-for-the-automatic-exchange-of-information-aeoi-on-crypto-assets)