三大技术分别解决什么问题
“区块链包含的三大技术”并没有唯一的行业划分。结合区块链的基本工作方式，可以将其概括为分布式账本结构、密码学哈希以及共识机制。分布式账本负责在多个节点之间保存按顺序组织的记录；哈希函数把任意长度的数据映射为固定长度的摘要，用于关联和校验；共识机制则规定节点如何验证数据、选择有效链并保持共同状态。实际系统还会使用数字签名、网络协议、权限管理和智能合约等组件，因此三大技术并不等于区块链的全部技术。
分布式账本的应用边界
区块链账本适合由多个相互协作、又不宜完全依赖单一管理者的参与方共同维护。例如，交易记录、资产流转、凭证状态和多方业务流程，都可以按照时间或业务顺序写入共享账本。各节点可以依据共同的校验规则保存和核对记录，从而减少不同参与方分别维护账本所产生的对账成本。
这种结构解决的是“各方如何共享一份可核验的记录”，不能自动解决“写入记录是否真实”。如果有人把错误的身份、虚假的测量结果或未经核实的商品信息写入链上，账本通常只能证明这条信息何时被记录、是否后来被修改，不能独立证明现实世界中的事实。因此，供应链传感器、人工审核、身份认证和法律责任机制仍然需要配合使用。
分布式账本也不适合所有数据直接上链。大体积文件、频繁变化的数据、需要严格删除的数据，以及包含敏感个人信息的内容，都可能受到存储成本、性能、隐私和合规要求的限制。常见做法是链上保存必要的摘要、索引或状态，原始内容由链下系统管理；但这种方式仍要求链上记录与链下文件之间有可靠的绑定和访问控制。
哈希函数的应用边界
哈希函数可以把交易、文件或区块内容转换成固定长度的摘要。区块链可将交易摘要组织成默克尔树，并把默克尔根写入区块头；区块之间还可以保存前一区块头的哈希。这样，数据发生变化时，相关摘要及其后续关联通常也会发生变化，节点便能发现记录与原有链结构不一致。哈希还可用于文件指纹、完整性校验和简化的包含性证明。
哈希的能力是校验和关联，而不是加密保密。拥有哈希值的人通常不能直接从中恢复原文，但如果输入空间很小或内容容易猜测，攻击者可能通过尝试候选内容进行比对。因此，密码、短验证码和个人信息不能仅依靠普通哈希来保护，实际系统还需要加盐、密钥管理、访问控制或专门的加密方案。
哈希函数也不能证明数据来源真实。它只能说明某个输入对应某个摘要，不能单独说明输入是谁生成、是否经过授权或是否符合业务规则。对于安全系统，应选择仍被认可、实现经过验证的算法，并关注碰撞抵抗、原像抵抗和第二原像抵抗等性质。
共识机制的应用边界
在多个节点共同维护账本时，节点可能同时收到不同记录，甚至可能有节点试图提交无效数据。共识机制通过验证规则和出块或排序规则，让网络对哪些记录有效、哪条链应继续扩展形成一致。以工作量证明为例，区块需要满足一定难度条件，区块之间通过哈希连接，修改历史记录会增加重新计算后续链的工作量。
共识机制提供的是在特定网络假设下的状态一致性和篡改成本。它不能保证所有参与者诚实，也不能让错误交易自动变正确。安全性还取决于节点分布、攻击者能力、密钥保管、软件实现和网络通信等因素。不同共识机制在开放参与、确认速度、资源消耗、容错方式和治理安排方面各有取舍，不能仅凭“使用区块链”推断某个系统一定更安全或更高效。
共识机制的适用范围还取决于参与者关系。参与方明确、权限可控的行业系统，可能更重视身份管理、处理效率和治理规则；开放网络则需要处理匿名节点、恶意参与和链分叉等问题。选择机制前应先明确参与者、信任模型、数据规模、确认要求和争议处理方式。
常见问题与判断方法
区块链是否等于数据永远不能删除？不应作绝对理解。已确认记录具有较强的历史连续性和篡改可发现性，但链上数据仍可能受治理规则、软件升级、密钥失窃、分叉或系统权限影响。所谓不可篡改通常应理解为：在既定协议和攻击条件下，事后修改会被发现或需要付出较高代价。
区块链能否替代数据库？通常不能简单替代。数据库更适合由明确主体集中管理、需要高频写入和灵活更新的业务；区块链适合多个主体共同维护、需要共享验证和保留历史状态的业务。实际方案可能采用数据库处理业务数据，再用区块链保存关键状态或完整性证明。
判断一个场景是否适合区块链，可以依次询问：是否存在多个需要共享记录的参与方；参与方是否需要独立验证历史；记录是否需要保留连续状态；是否能接受共识带来的处理成本；是否已经建立可信的数据输入和身份机制。如果主要问题只是单一机构内部的数据存储，传统数据库往往更直接。