一、分布式账本：多方共享记录
业界区块链应用涉及哪些技术概念，可以先从“记录如何由多方共同维护”理解。NIST《区块链技术概述》将区块链描述为分布式实现、能够显露篡改并抵抗篡改的数字账本。在网络正常运行的条件下，已发布的交易记录不能随意更改。
这里的交易不宜只理解为付款，也可以理解为账本中的记录操作。理解应用时，应先明确哪些参与方共享记录、需要记录什么，而不是直接把区块链等同于数字货币。
二、密码学：区分完整性与授权
密码学哈希、非对称密钥和数字签名是基础概念。哈希可用于检查内容是否发生变化；数字签名则用于验证签署操作与相应密钥之间的关系。
两者解决的问题不同：记录没有被改动，不代表录入内容符合现实；签名验证通过，也不能单凭这一点确认签署者在现实业务中的身份和权限。
三、共识机制：协调账本更新
共识机制关注网络参与者如何就账本更新达成一致。NIST概述列举了工作量证明、权益证明等不同模型，因此不能把一种机制视为所有区块链的共同配置。
判断其适用条件，要关注谁能够参与、谁能够提出更新，以及其他参与者如何接受这些更新。共识协调的是账本记录，不是替现实事件作真实性担保。
四、智能合约：按代码执行规则
以太坊开发者文档将智能合约解释为部署在链上特定地址、包含代码和状态的程序。用户通过交易调用其功能，程序按照既定逻辑执行。
它适合表达能够明确编码的规则，但“自动执行”不等于“规则正确”。设计应用时，应区分业务希望实现的结果与代码实际允许的操作，不能把两者默认视为一致。
五、预言机：连接链外信息
按照以太坊文档的说明，智能合约本身不能直接取得现实世界事件信息。需要外部数据时，可借助预言机将链外信息提供给合约。
因此，依赖现实事件的应用不仅要检查合约逻辑，还要关注输入数据。数据能够进入链上，不代表数据来源、采集过程和内容已经得到充分验证。
六、多重签名与合约组合
多重签名要求多名授权签署者中的一定数量共同批准操作，适合需要分担控制责任的场景。它并不意味着取消密钥管理，而是重新分配批准权限。
以太坊合约还可以调用其他合约，实现功能组合。理解此类应用时，既要看自身规则，也要看它依赖哪些外部合约，避免把单个模块的行为当成整个系统的保证。
七、常见问题：上链是否等于可信
不等于。防篡改、签名验证、共识和自动执行分别解决不同层面的问题。评估一种应用，需要逐项确认记录由谁提交、权限如何验证、外部信息从哪里来，以及程序实际执行什么规则，不能用“已经上链”替代这些判断。