先明确：托管的是资产控制能力
讨论区块链托管服务的应用边界是什么，需要先限定范围：这里讨论链上资产控制权限的托管，而不是节点或服务器的代运维。以太坊账户文档说明，资产状态记录在链上，外部账户的私钥用于签名；钱包则是与账户交互的工具。因此，托管并非把链上资产搬进服务商的软件，而是安排相关控制权限由谁保管和使用。
签名权限决定服务的实际范围
比特币钱包开发文档将钱包功能区分为地址分发、交易签名和网络交互，这些功能可以分离。由此可见，提供地址、展示余额或广播已签名交易，不自动意味着服务商掌握资产处置权。判断是否涉及资产托管，关键在于其是否持有或参与行使必要的签名权限，而不是界面是否被称为钱包。
适用条件：需求必须与权限相匹配
需要第三方承担密钥保管或签名职责时，才涉及相应的托管安排。若需求仅是查询账户或整理链上记录，就不应把完整的资产控制权限视为必需条件。服务范围应区分观察、请求、批准与签名，避免将信息访问能力和资产处置能力混为一谈。
在描述具体服务时，还应分别说明谁能发起操作、谁能批准、谁能最终签名，以及用户是否保留独立控制能力。单凭一个地址或钱包名称，无法回答这些问题。
安全边界：隔离密钥不等于消除风险
比特币钱包文档介绍了将签名与联网功能分开的设计。这样的隔离有助于降低密钥暴露风险，但其效果仍取决于签名环境、软件和操作核验。加密保存密钥也不能代表密钥在使用过程中始终受到同等保护。
因此，托管安全不能只看密钥是否离线保存。签名权限受到保护，与被批准的操作本身是否正确，是两个不同问题；前者不能替代后者的核验。
合约边界：私钥保管不能代替代码规则
以太坊账户文档区分了外部账户与合约账户：前者的控制与私钥有关，后者依照合约代码运行，并没有自己的私钥。因而，不能把所有账户的控制机制都解释为保管一把钥匙。
涉及合约账户时，需要单独辨明代码赋予各方什么权限。托管某个相关签名密钥，并不等于能够绕过合约条件、修改任意规则，或保证合约逻辑没有问题。
常见问题：技术控制能证明什么
服务商提供钱包，是否就属于托管？不一定，应看其实际签名权限。使用硬件或离线签名，是否就绝对安全？不是，隔离措施有适用条件。能签名是否就证明资产在法律上归其所有？账户和钱包的技术机制只能说明控制能力，不能单独证明法律归属、赔偿责任或服务保障。
这些技术文档也不能用来认证某一家托管服务商。理解应用边界，应始终把技术权限、服务承诺与尚需另行核实的事项分开。