讨论范围：通用原理与项目实现分开
区块链libra技术的应用边界是什么，首先需要区分通用技术能力与具体项目实现。本文讨论链外数据接入和钱包签名安全的通用边界，不据此认定Libra采用了某种预言机、钱包架构或安全机制。以太坊与比特币的技术说明不能直接证明其他项目的功能、性能或适用场景。
数据边界：共同记录不等于事实核验
以太坊预言机文档说明，智能合约默认不能直接访问链外信息；预言机负责获取并传递外部数据，使合约能够使用这些输入。其可靠性涉及数据正确性、可用性及提供者的责任约束。
这意味着，当业务条件来自天气、物流或其他外部系统时，应用需要额外的数据来源与验证机制。各节点对同一输入执行相同规则，可以形成一致结果，但这种一致性本身不能证明输入符合现实。适用条件是外部事件能被清楚定义，数据来源可追溯，发生缺失或分歧时有明确处理规则。
安全边界：签名与联网承担不同职责
比特币钱包开发文档将钱包系统中的公钥分发、交易签名和网络交互区分开来。签名可以放在离线环境或专用硬件中，以减少私钥暴露于联网设备的机会；钱包文件加密也有保护范围，不能覆盖所有使用中的攻击。
由此可以理解，账本验证与终端安全需要分别考虑。有效签名体现相应密钥的授权，却不能单独证明操作者理解了内容，也不能保证设备没有受到干扰。评估应用时，需要同时明确密钥由谁保管、签名前如何核对内容以及设备失陷后的处置责任。
常见问题：哪些能力不能自动获得
接入预言机后，外部信息就一定真实吗？不能。数据传递机制仍依赖来源质量和验证方式；多个报告者如果依赖同一个错误源，也不能仅凭数量消除错误。
使用离线或硬件签名就能保证整个应用安全吗？不能。隔离密钥主要减少部分攻击面，业务规则、输入数据和签名内容仍需分别核验。
如何判断这些原理是否适用于Libra？需要对应项目的技术文档确认其数据接口、授权方式和运行限制。上述通用原理适合帮助提出核验问题，不能替代对具体实现的证据。