讨论范围与核心边界
讨论阿里云区块链设计方案的应用边界，需要区分通用技术原理与具体产品能力。下文适用于云上区块链架构的一般分析，不构成对阿里云某项方案、版本或部署效果的核验。具体支持哪些功能，仍需以对应产品文档和部署条件为准。
NIST《区块链技术概述》将区块链描述为具有篡改可察觉性和抗篡改能力的分布式账本，支持参与者共享交易记录。这意味着其核心价值在于记录的一致性与可核验性；正常运行条件是理解这些能力的重要前提。
适用条件：确实需要多方共享记录
当多个参与方需要共同核对业务记录，并希望保留可检查的变更历史时，共享账本具有讨论价值。设计首先要明确谁提交记录、谁参与验证、谁能够读取，以及出现争议时由谁处理。
如果业务只需由单一主体维护数据，主要需求是查询和更新，应先判断普通数据库是否已经足够。部署在云上并不会自动产生多方信任；节点由谁控制、参与者如何分工，仍决定实际的信任边界。
真实性边界：上链不能证明事实发生
记录难以被事后改动，与记录内容本身真实，是两个不同问题。例如，某项交付状态被写入账本，只能为后续核对提供记录依据，不能单靠上链证明现实中的交付已经完成。
以太坊开发者文档说明，预言机用于把链外信息提供给智能合约，同时带来数据正确性、完整性和可用性问题。因此，涉及外部业务状态的方案，需要解释数据来源、核验责任及更新机制，不能把可信输入视为区块链自动提供的能力。
执行边界：合约依赖输入与规则
智能合约能够按照已编码的条件处理输入，但无法自行补全未定义的业务规则。若外部数据错误或延迟，自动执行也可能产生不符合业务事实的结果。
设计时应明确异常输入、数据中断和争议状态如何处理，并区分链上记录更新与链外动作完成。合约中出现某个状态，不代表外部系统已经成功执行对应动作。
常见问题：防篡改是否等于全面可信
防篡改不等于保密。共享账本仍需明确数据可见范围，不能从记录可核验推导出敏感信息受到充分保护。
上链也不等于无需治理。参与者身份、写入权限、规则变更和错误纠正都需要明确安排。评价方案时，应分别检查记录可信、输入可信与执行责任，避免用单一的区块链能力覆盖整个业务流程。