什么是智能合约？
智能合约是部署在区块链网络上、由交易或其他程序调用后按代码规则运行的程序。它可以读取输入和链上数据，检查预设条件，并在执行成功后更新区块链保存的数据。
“智能”不表示它会自行思考，“合约”也不保证它在法律上构成合同。这个名称强调的是：参与者可以把一组操作规则写成代码，由运行区块链软件并检查交易的节点按协议处理，而不必由某一台服务器单独决定结果。
先分清代码、状态和调用
代码规定程序可以执行哪些操作，以及每项操作需要满足什么条件。状态是程序当前保存在链上的数据，例如余额、所有者、参数或授权关系。交易或调用则提供这次执行的发起者、函数和输入，并触发程序读取或改变状态。
同一段代码收到不同输入，或面对不同的当前状态，可能产生不同结果。因此，“按代码执行”不表示合约每次都返回同一个答案，而是表示在相同的链规则、当前状态、交易输入和执行上下文下，验证者应得出一致结果。执行上下文包括调用者、区块时间或协议提供的其他本次执行信息。
合约本身也不会主动醒来查看时间、价格或现实事件。它通常要等交易或协议消息触发。如果程序需要市场价格、天气或比赛结果等链外信息，还要由预言机这类数据机制把信息提交到链上。合约只能按收到的数据执行，不能单独证明外部信息真实。
智能合约解决的问题
普通应用的核心逻辑通常运行在开发者或服务商控制的服务器上。用户向服务器发送请求，再由服务器读取数据库、执行规则并返回结果。服务器运营者可以更新程序、修改数据库权限，也可能停止服务。
智能合约把部分程序逻辑和状态放到区块链的共同执行环境中。符合条件的交易被网络确认后，节点按照同一套规则计算结果，并把有效的状态变化写入账本。参与者可以独立核对交易和结果，不必只相信某个应用后台提供的记录。
这不表示应用完全不再需要运营者或服务器。网页、移动应用、数据索引、通知和客服等部分仍可能由中心化系统提供；合约也可能保留管理员权限。判断一个应用的控制方式时，需要分别查看链上程序、不在区块链上运行的链下服务，以及能够使用管理权限的密钥。
从部署到执行
不同区块链对智能合约的名称和处理流程并不完全相同，但通常会经历部署、调用、执行和记录四个环节。
把程序部署到网络
开发者先用网络支持的语言编写程序，再把代码转换成该网络执行环境能够处理的形式。部署通常通过一笔特殊交易完成；网络确认后，程序会获得可供其他账户或程序调用的链上标识。
部署者可以在程序中设置初始数据和权限，例如谁可以暂停某项功能、修改参数或批准升级。这些权限不是所有合约都具备，也不会因为代码被称为“智能合约”而自动消失。
用户或程序发起调用
用户通常通过钱包或应用界面发起交易，指定要调用的函数和输入数据。另一个智能合约也可以在执行过程中调用它，从而把多个程序组合成一项操作。
调用前看到的按钮名称或钱包提示只是界面对交易的解释。真正提交的是经过编码的数据；如果界面显示不完整、连接到错误地址或隐藏了额外权限，用户签名的实际效果可能与自己以为的操作不同。
节点执行并验证结果
不同网络对“谁先执行、谁再验证”的安排并不相同。在许多执行型公链中，验证节点会按照相同规则重现或核对合约执行，确认交易产生的状态变化。程序会读取当前状态和输入，依次检查条件并计算结果。
以 Ethereum 为例，智能合约由交易调用并在以太坊虚拟机中执行。在 Hyperledger Fabric 中，类似程序称为 chaincode（链码）：满足背书策略的节点先模拟执行并签署结果，随后由通道中的各 peer 节点检查背书签名和读写记录，只有通过验证的交易才更新当前状态。背书策略就是网络成员事先规定“哪些组织的节点必须认可结果”的规则。这些差异说明“智能合约”是一类程序，不等于某一条公链的单一实现。
写入状态或返回读取结果
会改变链上状态的调用需要经过交易确认。例如，程序可以更新某个代币余额、记录一项授权，或改变数字物品的持有者。交易执行失败时，预期的状态变化通常不会生效，但发起者仍可能承担网络已经消耗的处理费用；具体规则由网络决定。
读取现有状态通常不需要创建新的链上交易。应用可以向节点查询余额、参数或记录，由节点在本地返回结果；因为没有改变共同状态，这类读取不需要全网重新确认。不过，不同网络和服务商可能对查询方式或费用另有安排。
智能合约与普通合同的区别
智能合约首先是程序，普通合同首先是当事人之间的法律安排。两者可能有关联，例如当事人用程序完成付款或记录履约状态，但名称相似不代表二者天然相同。
程序能够判断的，是代码可以读取的数据和明确条件。它不一定能理解当事人的真实意图、处理含糊条款、判断欺诈或决定现实世界中的补救方式。链上执行结果是否对应法律权利，以及发生争议时如何处理，取决于具体安排和适用规则，不能仅从代码名称得出结论。
反过来，一份法律合同也不一定使用智能合约。它可以由传统系统记录和履行。判断两者关系时，应分别问：代码实际上做了什么，以及当事人之间另有怎样的法律或服务安排。
智能合约与去中心化应用的区别
智能合约通常只是去中心化应用的一部分。去中心化应用（decentralized application，DApp）还可能包括网页或移动界面、钱包连接、链下数据库、文件存储和数据服务。
用户通过网页点击“交换”时，界面负责展示资产和参数，钱包负责让用户核对并签名，智能合约负责执行链上规则，节点负责验证交易。任何一层出现错误，都可能影响最终结果。
因此，合约部署在区块链上，不等于整个应用都去中心化。前端域名可以被关闭，数据服务可以返回错误信息，管理员也可能保留升级或暂停权限。评价应用时，需要看具体组件及其控制者。
合约能否修改或升级
有些区块链会让已部署的合约代码保持不变，但这不等于应用逻辑永远不能升级。开发者可以部署新合约，再让用户迁移；也可以使用代理结构，让一个固定入口把调用转给可替换的逻辑合约。
升级能力可以用于修复漏洞或增加功能，同时也意味着某些账户、多人签名安排或治理流程可能有权改变程序行为。是否存在升级权、谁能使用、是否有等待期，以及用户能否退出，需要查看当前合约结构和权限设置。
即使代码本身不能修改，管理员仍可能通过参数、白名单、暂停开关或外部数据源改变运行结果。相反，没有升级权限也不等于更安全：无法修改的漏洞可能长期存在。
常见用途
智能合约可以把链上资产和数据按统一规则组合起来。常见用途包括：
- 按统一规则记录代币的发行、余额、转账和授权；
- 根据程序中的数量和价格规则交换资产；
- 管理资产的抵押、借出、偿还，以及条件不足时的自动处置；
- 记录数字物品的标识与持有关系；
- 按多个签名或角色权限管理资产；
- 根据链上投票结果执行参数变更。
这些用途只是程序类型，不代表具体合约安全、合理或适合任何人。同类程序可能采用完全不同的权限、数据来源和升级方式。
智能合约的限制与风险
智能合约把规则写成可执行代码，也把代码错误和权限设计带到链上。常见限制包括：
- 代码缺陷：条件、计算或权限检查错误可能导致资产或数据被错误处理。
- 管理权限：管理员、升级账户或多人签名参与者可能暂停或改变程序。
- 外部数据：预言机提供错误、延迟或被操纵的数据时，合约可能按错误输入正常执行。
- 组合依赖：一个合约调用其他合约时，上游程序的故障、升级或可用资产变化可能传导过来。
- 交易顺序：待确认交易可能先被网络中的其他参与者看到，对方可能抢先提交相关操作，改变原交易最终面对的条件。
- 界面与签名：恶意网页、错误地址或不清楚的授权请求，可能诱使用户签署并非自己预期的操作。
- 执行成本：复杂计算和链上存储可能需要较高费用；费用不足或条件不满足时，交易可能失败。
代码公开也不等于容易理解。区块链上实际执行的可能是编译后的字节码，也就是供执行环境读取的低层指令；即使项目公布了人类较易阅读的源代码，普通读者也难以确认它是否与链上程序一致、是否经过充分测试，或当前是否由代理指向另一份逻辑。
安全审计可以发现部分问题，但不能证明合约没有漏洞，也不能消除管理员、外部数据、市场条件或用户签名带来的风险。判断具体程序时，不能只看“已审计”标签。
常见问题
智能合约会自动运行吗？
它会按代码执行，但通常仍需要交易、另一个合约或协议消息触发。仅仅部署合约，不表示它会主动监控现实世界并自行发起所有操作。
所有智能合约都公开吗？
不一定。公开区块链上的执行代码和交易数据通常可被节点读取，但源代码未必发布或验证；许可型网络还可能限制哪些成员能查看数据和调用程序。
部署后就不能修改吗？
不一定。原合约代码可能保持不变，但应用可以迁移到新合约，或通过代理和管理权限更换逻辑。需要检查具体升级结构，而不是只看“不可变”宣传。
智能合约可以直接读取网页数据吗？
通常不能直接把普通网页内容当作可信链上输入。它需要预言机、授权参与者或其他机制提交数据，而这些数据来源会形成额外依赖。
代码执行成功就说明操作安全吗？
不是。执行成功只说明交易满足了当前代码和网络规则，不证明代码符合用户意图、外部数据正确、权限设置合理或程序没有经济与安全缺陷。
相关词条
继续了解区块链、区块链节点、区块和Gas 费，或返回加密货币术语表。
参考来源
- NISTIR 8202：区块链技术概述——智能合约的通用定义、代码与状态以及节点执行要求。
- Ethereum.org：智能合约简介——Ethereum 合约的部署、调用、状态、组合和链外数据限制。
- Ethereum.org：与智能合约交互——读取状态与提交状态变更的区别。
- Ethereum.org：升级智能合约——不可变代码与代理升级结构的区别。
- Hyperledger Fabric：智能合约与链码——许可型网络中的链码、背书、验证和状态更新流程。
