智能合约：把规则写成可执行程序
以太坊上的智能合约是在特定地址保存代码和状态的程序，用户通过交易调用其功能。部署和执行涉及网络计算资源，因此需要理解 Gas，即衡量执行资源消耗的机制。ethereum.org 的智能合约介绍还说明，合约之间可以相互调用，但合约自身不能直接获取链外事件信息。
理解业务中的“自动执行”，关键是看输入条件、权限和结果是否被明确编码。例如，程序可以检查调用者是否有权修改记录；业务规则中需要人工判断的部分，则必须另行安排处理机制。
预言机与可组合性：数据和功能如何接入
预言机将链外数据提供给智能合约。适用场景是合约判断依赖现实事件或外部记录时。分析这类应用，应区分数据进入链上的过程与数据本身的真实性：合约能够使用输入，并不意味着输入已得到充分核验。
可组合性指合约能够调用其他合约的功能。理解应用结构时，除了查看自身规则，还要识别其依赖的外部合约；一个业务流程可能由多个程序共同完成。
代币与 ERC 标准：如何表达数量和身份
OpenZeppelin 的代币文档区分了代币合约与代币记录：前者管理规则，后者体现地址对应的余额或归属。ERC-20 用于同质化代币，ERC-721 用于非同质化代币，ERC-1155 则允许一个合约管理多种代币，并支持批量操作。
选择概念时，可以先问业务关心的是“多少”还是“哪一个”。可相互替代的积分侧重数量，具有独立身份的凭证侧重具体标识。标准为程序协作提供共同接口，现实权益的含义仍需要业务制度加以明确。
多签：为共同管理设置授权门槛
多签合约要求达到规定数量的有效签名后才能执行操作，适合需要多方共同授权的管理场景。它可以分散单一密钥带来的风险，但实际效果取决于签名门槛和密钥管理方式。若多个签名密钥都由同一方控制，多签形式并不等于责任已经分散。
常见问题：技术术语能证明应用落地吗
使用智能合约不代表全部业务都已自动化，采用代币标准也不代表现实权利已经完成确认。理解落地应用，需要把术语放回具体流程：谁提供数据、谁有权操作、代码记录什么，以及链上结果如何与现实业务衔接。上述概念主要围绕以太坊智能合约及相关代币接口展开，不能直接视为所有区块链系统的统一实现。