讨论范围：通用技术能力与本地项目结论
贵阳区块链项目的应用边界是什么，首先需要区分技术原理与项目实际表现。本文讨论适用于贵阳相关应用评估的通用边界，不涉及某个本地项目已经上线、取得成效或通过验证的判断。城市名称本身不能说明系统采用了什么架构，也不能证明其数据可靠。
共享账本能支持什么
NIST《区块链技术概述》将区块链描述为分布式实现、具备篡改可察觉性和抗篡改能力的数字账本。在网络正常运行的条件下，已发布的交易记录保持稳定，参与者能够围绕共同账本记录交易。
这类能力适合需要多方核对同一记录、保留变更轨迹的业务环节。例如，若不同机构需要核对某项业务的提交和确认过程，共享记录可以作为协作基础。这是适用条件的举例，不代表贵阳已有对应项目落地。
记录稳定不等于原始事实真实
区块链对记录的保护，不能直接证明录入内容符合现实。如果提交者最初填入了错误信息，记录被稳定保存，也不会使错误自动变成事实。因此，业务需要区分两个问题：信息上链后是否被改动，以及信息进入系统前是否真实。
涉及实物状态、服务完成情况或外部检测结果时，仍需明确采集方式、核验责任和纠错流程。账本能够保留提交结果，但现实事件的真实性需要相应证据支持。
自动执行依赖可靠的外部输入
以太坊开发文档指出，智能合约默认不能访问链外信息，预言机负责将外部数据提供给合约。它同时强调，数据正确性、完整性和持续可用性仍是需要解决的问题。
因此，当业务规则依赖链外事件时，应用边界会延伸到数据提供者及其接口。即使程序按规则运行，错误、过期或中断的数据也可能影响结果。设计中需要说明数据来自哪里、不同来源发生冲突时如何处理，以及输入缺失时是否暂停执行。
常见问题：哪些结论不能直接推出
上链是否意味着所有参与方都无需信任？不能这样理解。只要业务依赖外部输入，就仍需评估信息提供者及核验机制。使用多个来源也不能直接保证事实正确，还要考虑来源是否独立、是否共享同一错误输入。
是否所有协作业务都需要区块链？应先明确是否确有共同维护账本的需求，以及关键争议能否通过记录核对解决。如果主要难题是线下事实难以核验，仅增加链上记录无法独立解决这一问题。