币速报 / 知识读本 · 基础设施 · 2 分钟阅读
智能合约不是会理解意图的代理，它按给定输入、链上状态和代码规则执行。一个产品界面可以很简洁，背后却可能调用多个合约。研究时先追踪谁能移动资金、谁能改变规则，比先记住一堆技术术语更有价值。
界面、地址与代码不是同一层
用户在网页按下按钮，钱包构造交易并请求签名，交易随后调用目标地址。若目标是合约，它会按代码执行；代码也可能继续调用其他合约。界面上的“存入”文字不是协议保证，真正的操作由目标地址、函数及参数决定。
已验证源代码有助于把可读程序与部署字节码联系起来，但不等于代码已获安全认证。若采用代理结构，还要找到实际实现地址和升级管理员，才能知道当前执行了什么。
算例：一个存款流程的权限链
假设用户要存入一百枚教学代币，网页先要求授权路由合约，再调用存款函数。完整流程至少涉及代币合约、被授权的花费者以及接收存款的合约。若只检查存款地址，却忽略了授权给另一地址的无限额度，风险判断并不完整。
存款成功后得到的凭证还需说明怎样兑换回底层资产。凭证数量增加不等于底层可随时取回，应查看提款条件、流动性和可能触发暂停的权限。
阅读代码的三个优先问题
第一，访问控制：哪些函数只有管理员能调用，权限能否转移。第二，外部依赖：价格、利率、外部合约与预言机失效会怎样。第三，资产路径：每一步余额变化由谁授权，失败时哪些状态回滚。
事件日志可以帮助追踪行为，但日志名称是开发者定义的。名为 Deposit 的事件并不能独立证明资产已按用户理解的方式保管。应与实际代币转移、余额和合约状态交叉核验。
审计报告怎样使用
确认报告覆盖的代码版本、提交哈希和部署地址是否匹配，阅读未解决问题及假设。后来添加的新功能、修改的参数或升级的实现，可能超出原审计范围。漏洞赏金和监控提供补充防线，也不替代代码和权限分析。
对不懂编程的读者，可先建立一页权限图：资金在哪里、谁能升级、谁能暂停、何时能退出。若项目无法给出可核实答案，漂亮的审计标志也不能填补这一信息缺口。
实用检查清单
- 核对部署网络、目标合约和代理实现地址。
- 列出管理员、升级、暂停与资产转移权限。
- 检查审计范围是否匹配实际运行的代码版本。
常见问题
开源就代表安全吗？
开源让独立检查成为可能，却不保证有人全面检查，也不保证代码没有漏洞。部署版本、配置、外部依赖和管理员行为都影响实际风险。
合约不能联网，怎么使用现实数据？
通常通过预言机等机制把外部信息带入链上。其数据来源、更新时间和故障处理又形成新的信任边界，需要单独研究。