适用范围：通用原理不等于项目事实
花旗区块链项目的应用边界是什么，不能仅凭区块链的一般特性确定。以太坊智能合约文档与比特币开发指南介绍的是各自网络的技术机制，并非花旗项目说明。因此，下文仅解释技术层面的能力和限制，不据此认定花旗采用某条公链、支持某项业务或面向哪些用户开放。
记录边界：可核验不等于现实真实
比特币开发指南说明，节点依照共识规则验证区块，区块之间通过哈希关联，交易规则用于防止同一输出被重复花费。这体现了区块链维护一致交易记录的能力。
但记录符合网络规则，不代表记录所描述的链外事实必然真实。例如，某项业务确认被写入账本，只能作为核验该记录的依据，不能单凭上链就证明现实中的交付已经完成。
执行边界：代码依赖明确规则与输入
以太坊文档将智能合约解释为链上运行的代码和状态，并指出合约不能自行直接获取链外事件，需要预言机等机制提供外部数据。多重签名则可要求多个有效签名共同授权执行。
适合自动执行的条件，应当能明确表达并由系统验证。涉及外部交付、人工判断或争议事实时，仍需规定数据由谁提供、如何核验以及错误如何处理。自动执行并不能消除输入失真的风险。
业务边界：授权与责任仍需单独明确
分析具体项目时，需要分别核实谁能接入、谁能提交数据、谁能批准执行，以及异常由谁处理。公链允许部署合约的特征，不能直接套用为银行项目的准入规则。
同样，链上状态变化与现实资产权利变化不能直接画等号。若系统涉及链外资产或业务履约，适用范围还取决于相关权利安排、业务规则和系统衔接，不能只看合约是否成功执行。
常见问题：上链是否意味着没有风险
并不意味着没有风险。多重签名可以分散单一密钥的控制风险，但不能保证所有签署者判断正确，也不能修复错误的业务规则。
这些技术文档能否证明花旗项目已经实现某项功能？不能。要确定具体项目的应用边界，还需项目级说明来确认网络架构、参与主体、数据来源和责任划分；通用技术能力只能提供理解框架，不能替代这些证据。