适用范围：先明确讨论对象
讨论“上海赋能区块链技术的应用边界是什么”，需要区分通用技术能力与具体项目表现。下文适用于涉及智能合约、外部数据和多方授权的应用分析，不据此认定上海某个平台、企业或项目已经实现相关功能，也不涉及当地政策认定。
判断应用是否适合使用区块链，可以先问：哪些信息需要参与方共同核对，哪些条件可以写成明确规则，哪些环节仍需现实机构确认。边界往往出现在这些环节的交接处。
数据边界：上链不等于事实真实
以太坊开发者文档介绍，智能合约默认不能直接获取链外信息，预言机负责把外部数据传递给合约。它连接了两个环境，同时带来数据准确性、持续可用性和提供者责任等问题。
例如，业务规则需要根据货物签收状态推进流程，即使签收记录已经写入链上，仍需确认记录由谁生成、是否对应实际交付、出现争议时如何复核。合约能使用收到的数据执行规则，却不能仅凭上链动作证明货物真实送达。
适用条件是数据来源明确、更新要求清楚，并有处理缺失或冲突信息的办法。多个报送节点如果依赖同一个错误源，也不能自然消除错误。
权限边界：自动执行仍然需要治理
OpenZeppelin访问控制文档区分了单一所有者管理与基于角色的授权。不同角色可以拥有不同操作权限，角色的授予和撤销还由相应管理员控制；限制各角色权限体现了最小权限原则。
在多方协作中，数据提交、业务确认与权限管理可以分别授权。评估系统时，除了检查普通参与方能做什么，还应明确谁能改变授权，以及人员退出后权限如何撤回。
访问控制用于约束操作资格，不能单独证明获授权人员提交的内容正确。数据核验和权限管理需要分别设计。
常见问题：哪些能力不能直接推导
使用预言机后能否完全消除信任？不能。仍需评估数据来源、报送过程及异常处理，信任关系只是变得更具体。
权限限制是否等于信息保密？不等于。限制谁能调用某个操作，与限制谁能读取数据是不同问题，不能从操作授权推导出隐私保障。
合约执行成功是否代表现实业务完成？不能直接等同。链上结果若要触发现实动作，还需要外部系统接收并执行，以及必要的反馈与责任安排。适用范围应覆盖整条业务链路，而不能只看合约是否运行成功。