适用范围：通用概念与品牌实现
“阿里 区块链 应用涉及哪些技术概念”涉及品牌与技术两个层面。本文解释可用于理解区块链应用的通用概念，不确认阿里具体产品的架构、功能或部署情况。判断某个项目采用哪些技术，需要对应产品的技术文档；比特币与以太坊的实现不能直接代表企业区块链系统。
账本、哈希与共识
比特币开发者指南描述了节点验证区块、按共识规则维护账本的机制。区块通过前一区块的哈希连接，交易哈希汇总成默克尔根；默克尔证明可用于核验交易是否被纳入区块。比特币还使用工作量证明提高改写历史的成本。
这些概念分别回答记录如何组织、内容如何校验、节点如何认同记录等问题。理解应用时，应区分数据结构与共识机制：使用哈希连接记录，不等于采用比特币的工作量证明。核验一条记录被收录，也不等于证明记录描述的现实事件真实发生。
智能合约、状态与执行环境
以太坊智能合约文档将合约解释为位于链上地址的代码与状态。用户通过交易调用函数，合约按程序执行，也可调用其他合约；编译后的程序由执行环境运行，执行涉及计算资源计量。链外信息需要借助预言机输入，多签合约则要求多个有效签名满足授权条件。
理解业务规则时，可以把合约拆成输入、条件与状态变化。例如，某项状态更新可以要求满足预设条件后才执行。这样的自动化依赖规则本身完整、输入符合要求；代码按规则运行，并不意味着规则一定准确表达业务需求。
链外数据与多人授权的适用条件
当规则依赖物流进度或其他外部事件时，需要考虑数据如何进入链上，以及谁对输入负责。预言机承担连接链外信息的作用，不能仅凭数据已经上链就认定其真实。
当某项操作需要多方共同批准时，多签机制可以表达授权门槛。它约束的是哪些签名组合能够触发操作，仍需明确签名者的职责以及密钥管理方式。
常见问题：上链是否意味着可靠
上链后就不会有错误吗？账本机制有助于核验记录和识别改动，但无法自动纠正源头录入错误。智能合约能直接知道现实事件吗？不能，依赖外部事件的规则需要相应数据输入机制。
是否所有企业应用都需要挖矿、使用同一种虚拟机或支付以太坊费用？这些属于具体网络的机制，不能从“区块链应用”这一名称推导。讨论阿里相关应用时，同样应以具体系统的说明确认适用条件。