理解区块链能解决的问题
NIST《区块链技术概述》将区块链描述为分布式实现、能够显现篡改并抵抗篡改的数字账本。在网络正常运行的条件下，已发布的交易记录不能随意改写。这一特征适合需要共享历史、核验记录和追溯变更的业务，但不能单独证明某项业务有必要上链。
条件一：存在多方共享和核验需求
业务应当有明确的共同记录对象，例如跨机构交接记录。参与方需要核对同一份历史，并希望降低对单一维护方的依赖，才更容易体现共享账本的价值。
判断重点是各方是否需要共同验证记录。如果数据只供一个组织内部使用，且已有可信的统一管理机制，普通数据库也可能满足需求，多方参与本身并不足以构成上链理由。
条件二：历史留痕有价值，数据来源可核验
适合的流程通常需要保留先后关系、操作主体和变更轨迹。发现错误时，可以通过新增更正记录说明变化，而非直接覆盖旧记录。业务必须能够接受这种保留历史的方式。
抵抗篡改保护的是记录进入账本后的完整性。若原始申报就是错误信息，保存得再可靠也不能使其变成事实。因此，采集、审核和录入责任需要明确。
条件三：自动执行的规则与输入足够明确
以太坊智能合约文档说明，合约是运行在链上的程序，能够按代码执行规则，但无法自行获取链外现实事件，需要预言机等机制提供外部数据。
如果流程包含自动执行，触发条件、权限和执行结果应能清楚表达。例如，记录一条交接确认与判断实物是否完好，是不同的问题。后者依赖外部信息，其可靠性不能只靠合约保证。使用共享账本也不必然要求使用智能合约。
条件四：运行约束与治理责任能够落实
业务还需要明确谁能写入、谁能读取、谁参与验证，以及规则如何变更、错误如何处理。对保密、响应速度和数据更正的要求，应与具体系统设计逐项核对；区块链这一名称本身并不保证满足这些要求。
多方维护账本和执行规则会增加协调与技术维护工作。只有共享核验、历史留痕带来的作用足以支撑这些投入，方案才具备合理的业务基础。
常见问题：上链是否等于可信
上链不能自动保证现实数据真实，也不能让协作不再需要信任。信任仍涉及录入者、外部数据提供者和共同采用的规则。评估供应链追溯、跨机构存证等场景时，应检查上述条件是否成立，不能仅凭场景名称判定适用。