区块链的核心技术解决什么问题
区块链可以理解为由多个参与者共同维护的数字账本。NIST 的《区块链技术概述》将其描述为分布式、具有防篡改特性的账本：参与者按照网络规则记录信息，而不是完全依赖一个中央记录库。这里的“防篡改”并非绝对不可能改动，而是指既有记录的修改会受到技术机制和网络规则的约束。
常见机制各有分工。密码学哈希将数据映射为摘要，区块之间通过前一区块的摘要建立关联；默克尔树则把一组交易摘要组织起来，便于验证某笔交易是否包含在区块中。数字签名可用于验证交易是否由相应密钥授权。共识规则帮助节点判断哪些记录有效、以何种顺序纳入账本。它们共同支持记录的完整性与一致性，但各自不能替代其他环节。
适合应用的条件：多方需要共同核验记录
区块链较适合这样的场景：多个组织需要共同维护一份记录，各方不愿或不便完全依赖单一机构，并且参与者能够就身份、写入权限、验证规则和争议处理达成一致。例如，多方协作中的状态变更或交易记录，可能需要可供各参与方核验的共同历史。具体是否适用，仍取决于治理安排、隐私要求、运行成本和业务流程。
Bitcoin 开发指南以其区块链为例，说明节点会依据共识规则独立验证区块；交易输出只能按规则使用一次，这有助于防止同一笔输出被重复花费。这个例子说明，区块链可在特定协议下协调交易记录，却不意味着所有业务数据都适合上链，也不能据此推断其他区块链具有相同的规则或效果。
关键边界：记录可靠不等于输入真实
区块链能够帮助参与者判断某项记录何时进入账本、后续是否与既有记录一致，却不能仅凭链上机制确认最初录入的事实是否属实。若供应链数据由人工填写、设备采集或外部机构提供，系统仍需信任相应的数据来源、采集流程和责任主体。错误信息一旦被按规则写入，账本的完整性反而可能让错误更容易被持续核验。
同理，链上记录只能表达系统约定的状态，不能独自证明现实中的货物已交付、服务已完成或某项法律义务已履行。要把链上状态与现实事件关联起来，通常需要可靠的身份管理、审计流程或外部数据来源。预言机等机制可以把链外信息传入合约，但它们引入了数据来源、权限和故障处理等新的信任边界。
智能合约与不可篡改性的限制
智能合约可按预设规则处理链上状态，但“自动执行”不等于“自动理解业务”。规则写错、条件遗漏或外部数据不准确，都可能导致结果偏离参与者的实际意图。部署前应厘清规则由谁制定、如何验证、出现错误时如何暂停或纠正，以及争议如何处理。区块链本身不会替代这些治理安排。
区块关联和共识机制提高了改写既有历史的难度，但网络可能出现分叉，实际确认效果也依赖具体协议及网络运行情况。因此，不宜把链上记录描述为在任何情形下绝对不可更改。若数据涉及个人信息或商业机密，还要谨慎评估多方复制、长期留存和访问控制的影响，避免把难以撤回的敏感内容直接写入共享账本。
常见问题：什么情况下不必使用区块链
如果所有数据由一个明确负责、各方均信任的主体管理，普通数据库通常更直接；如果业务要求频繁修改、删除或严格限制数据可见范围，也应先比较不同架构的治理和隐私成本。判断是否需要区块链，重点不是“能不能上链”，而是多方共同验证记录是否确有必要，以及账本之外的数据、权限和争议是否有可靠的处理办法。