适用范围：市场定位不改变技术原理
讨论区块链下沉市场涉及哪些技术概念，首先要明确：“下沉市场”描述应用面向的市场范围，并不对应专门的共识机制或数据结构。以太坊和比特币的技术原理能够帮助解释底层机制，但不能据此认定某项面向该市场的服务已经落地、成本更低或效果更好。
分布式账本、哈希与共识
比特币开发者指南介绍了由节点独立验证的公共账本。区块通过前一区块的哈希相连，工作量证明提高了改写历史的成本；交易输出只能被有效花费一次，用于防止双重支付。默克尔树则支持核验某笔交易是否被包含在区块中。
这些概念分别回答记录如何组织、修改如何被发现，以及多方如何遵循共同规则等问题。讨论实际应用时，需要明确参与方是否确实需要共同核验记录，以及采用哪套验证规则。单纯把数据写入区块，并不能解释业务为何需要区块链。
账户、交易与智能合约
以太坊技术介绍说明，账户及余额属于网络状态，交易能够触发状态变化。智能合约是在以太坊虚拟机中执行的程序，调用者通过交易请求触发代码；计算需要支付费用。其权益证明机制通过验证者质押及奖惩机制支持网络安全。
这意味着应用界面上的一次操作，可能涉及授权、广播、验证和执行等不同环节。产品设计需要让用户理解操作处于哪个阶段，也需要说明哪些规则由合约执行、哪些环节仍依赖外部服务。合约能够按代码处理输入，但输入是否符合现实事实，需要另行核实。
适用条件：验证能力与资源成本
面向普通用户的应用，需要考虑设备、网络连接及使用门槛。轻量验证的意义在于减少部分数据获取需求，但验证交易被某个区块收录，与完整执行全部共识检查具有不同范围，不能混为一谈。
成本也需要结合业务操作理解。若每次操作都触发链上计算，就需要考虑相应费用与等待过程。只有先确定共享记录、授权执行和核验的具体需求，才能判断这些机制是否适合业务。
常见问题：上链是否等于真实可靠
记录难以篡改，不等于记录内容天然真实。区块链可以帮助核验链上记录及其变化，但商品来源、线下交付等现实事项仍需要相应证据。
智能合约也不意味着业务完全无人管理。代码负责执行已写入的规则，需求定义、外部信息输入和异常处理仍需明确责任。评估此类应用时，应把链上可验证的内容与外部承诺分别说明。