功能架构解决什么问题
区块链功能架构可以从共享记录、网络协作、共识验证和业务执行等方面理解。这些功能如何组合，取决于参与者之间的信任关系、记录用途和处理能力要求，并不存在适合所有业务的固定方案。
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉和抗篡改特征的数字账本。其基础作用是让参与者共同记录交易，并在网络正常运行的条件下保持已发布记录的稳定性。
条件一：确有多方共享与核验需求
适用场景通常需要多个参与方围绕同一份历史记录协作，并希望各自能够核验记录，而不是完全依赖一方提供结果。判断重点是共享账本能否减少记录不一致和重复核对，而不只是业务是否涉及多家机构。
如果全部记录由单一主体维护，其他参与者也接受其管理权限，那么分布式共识带来的额外复杂性未必必要。
条件二：业务重视历史留痕
账本适合需要保留操作顺序、追溯记录变化的业务。发生错误时，可以通过追加更正记录表达新状态，并保留原有历史。若业务要求频繁覆盖或彻底删除原始内容，就需要先明确哪些数据适合进入长期共享的账本。
抗篡改保护的是记录发布后的完整性，不能自动证明录入内容真实。涉及现实事件的数据，仍需要可靠的采集、核验和责任机制。
条件三：参与方能够接受共同规则
共识功能要求参与者对有效记录的判断规则形成一致安排。架构设计需要明确谁可以提交记录、谁参与验证，以及规则变化和运行故障如何处理。
采用分布式账本并不意味着无需治理。参与方如果无法接受共同规则，即使部署了节点，也难以形成可持续的协作系统。
条件四：性能需求与安全边界相匹配
以太坊扩容文档强调，提升吞吐量和确认速度需要同时考虑安全性与去中心化；不同链外方案获得安全保障的方式也有差异。Rollup与采用独立共识的侧链，不能仅按处理速度视为同类方案。
因此，适用性评估需要同时考察业务允许的确认等待时间、数据存放位置、验证方式和节点运行负担。引入扩容组件后，还需明确哪些结果依赖基础链验证，哪些依赖额外的运营者或网络。
常见问题
有智能合约就适合上链吗？业务规则能够自动执行，只能说明执行功能可能有用；是否需要区块链，还要结合多方核验与历史留痕需求判断。
区块链记录绝对不能改变吗？抗篡改具有网络正常运行等前提，不能理解为无条件的绝对保证。
扩容是否只需提高处理速度？还需考察安全来源、数据可用性和故障处理方式。速度满足要求，只是架构适用条件中的一部分。