智能合约是部署在区块链上、按既定规则处理调用并更新链上状态的程序。它可以记录余额、管理资产、判断某个操作是否满足条件，并在条件成立时执行转账等动作。这里的“智能”主要指规则能够由程序执行，并不意味着它具有人工智能，也不代表代码天然构成法律上的合同。
理解智能合约，要同时看代码规定了什么、当前记录了什么，以及谁有权改变规则。自动执行能减少部分人工操作，却不能消除代码缺陷、管理权限和外部信息带来的风险。
可以把智能合约理解为“代码加状态”：代码定义允许执行的操作，状态保存余额、订单是否完成、哪些地址拥有权限等数据。同一个操作，在不同状态下可能得到不同结果。例如，已经领取过的奖励，再次调用时可能被拒绝。
用户通常通过钱包构造交易，并用私钥签名。签名表明该地址授权了这笔交易，但不代表交易内容一定安全。交易进入区块后，网络节点按照协议执行合约，检查调用者权限、输入参数和当前状态，再计算结果。执行成功后，相应状态得到更新；合约也可以在执行中调用其他合约。
如果条件不满足，执行可能失败或回滚，相关状态修改通常不会保留，但仍可能产生网络执行费用。单纯读取公开状态通常不需要提交改变状态的交易。两者都可能被界面称为“调用”，新人应注意区别。
合约通常不会像值班人员一样主动观察世界，也不会仅因时间到了就自行发起交易。它一般需要用户、其他合约或自动化服务发起调用，才能检查条件并执行后续操作。
假设有一个简单的托管合约：买方存入约定资产，买方确认收货后，卖方可以领取；若超过期限且买方没有确认，则按预设条件退款。合约能够核对是否已付款、是否存在确认记录、期限是否满足，并据此处理资产。
但它无法直接判断包裹是否送到、商品是否损坏，或者买方是否诚实。若要引入物流结果、仲裁决定，就需要额外的数据输入与权限安排。自动执行保证的是按程序处理可获得的信息，信息是否真实、规则是否公平仍需另行判断。
智能合约适合规则较明确、关键状态能够在链上验证，并且多方需要共享执行结果的场景。例如，按预设规则交换链上资产、管理借贷抵押、统计投票，或在多个签名满足条件后释放资金。
与普通服务器程序相比，链上合约的执行和状态通常更便于公开核验，但也受到执行成本、链的处理能力和数据公开性的约束。业务并非只要搬到链上就会更合适。
“部署后不可修改”不能概括所有智能合约。某个已部署地址的代码通常不能任意改写，但项目可以采用代理结构：用户调用代理地址，代理再把执行交给另一个实现合约。若有权修改实现地址，就可能改变后续业务逻辑。
即使没有升级机制，管理员也可能拥有暂停交易、调整参数或管理特定资产的权限。多签要求多个授权方共同批准，时间锁让部分操作等待一段时间后才能执行；它们可以约束权限使用，却不能自动证明所有决策可靠。
因此，判断合约风险不能只问“代码是否公开”，还应问谁能升级、能改哪些规则、权限由谁控制，以及用户能否在变更前获知并退出。
预言机负责把价格、事件结果等外部信息带到链上。合约即使完全按代码执行，也可能因输入过时、错误或遭到操纵而产生不利结果。使用预言机意味着增加了对数据来源、更新机制和异常处理方式的信任。
开源使代码有机会被检查，但不等于已经审计，也不保证有人认真检查过。审计是在特定版本、范围和假设下寻找问题，仍可能遗漏漏洞。后续升级、配置改变或与其他合约组合使用，也可能引入新的风险。
新人参与前，可重点检查：实际交互的合约地址是否正确，钱包请求的是转账还是资产授权，授权范围有多大，是否存在升级与管理员权限，以及外部数据失效时如何处理。智能合约提高了规则执行的可验证性，但安全判断仍要覆盖代码、权限、数据和交互操作。
本文用于知识学习与概念理解，不构成投资建议。涉及具体产品及规则时，以相应平台或项目的现行说明为准。
