技术博客与学习记录
| 调用方式 | 是否切换上下文（storage/msg.sender/msg.value） | 是否能改状态 | 特点与用途 |
|:-------------- |:------------------------------------- |:------ |:----------------------- |
| call | ✅ 切换到被调用合约 | ✅ | 最通用的外部调用，可带 ETH，可调用任意函数 |
| delegatecall | ❌ 保持当前合约上下文 | ✅ | 代理模式核心，让当前合约执行别人的代码 |
| staticcall | ✅ 切换到被调用合约 | ❌ | 安全读取外部数据，不改状态 |
在以太坊的世界里，合约函数调用不是“直接调用函数”，而是发送一段经过 ABI 编码的二进制数据。这些数据不仅包含了调用哪个函数的信息，还包括函数参数的序列化内容。理解 ABI 编码与函数选择器，可以帮助我们：
在 Solidity 智能合约开发中，失败并不可怕，可怕的是失败后状态不明确、资金不安全、调用方摸不着头脑。EVM 的一个重要特性是：当合约执行中发生错误时，会回滚所有状态更改，并退还未使用的 Gas。因此，正确使用错误处理机制，能够让合约在异常情况下安全地停止，而不是留下一地鸡毛。
Go 语言以其并发编程能力著称，而 goroutine 是实现这一特性的核心。在日常开发中，我们很容易启动 goroutine，但如果不了解它的生命周期与回收机制，就可能引发性能问题甚至 goroutine 泄漏。
在 Solidity 的世界里，大多数函数都有明确的名字、参数和用途。但还有两个比较特别的“隐形入口”函数：receive() 和 fallback()。
它们不需要（也不能）显式调用，却能在特定场景下自动触发，决定了一个合约如何接收 ETH，以及如何应对未知调用。
在 Solidity 中，我们无法像 JavaScript 那样 console.log("...") 来查看运行状态。但我们有事件（Event）机制——既是合约的“日志打印工具”，也是链下交互的主要接口。
模块化开发是大型合约系统不可或缺的组成部分。本课简单剖析 Solidity 中的继承（Inheritance）、接口（Interface）、抽象合约（Abstract Contract）等关键机制，帮你在合约系统中正确地拆分职责、重用逻辑、规范合约交互，而不是简单复制粘贴。
在 Solidity 中，函数的可见性不仅决定了“谁可以调用”，更深层地影响到合约之间的交互方式、函数的 ABI 暴露、安全性设计和 gas 成本。本课还将介绍如何使用函数修饰器（modifier）实现访问控制与逻辑封装。
在 Solidity 编程中，变量的“声明”远远不只是类型和名字，更关键的是 —— 存储位置（data location）。错误使用 memory、storage 或 calldata 不仅影响正确性，更直接影响 gas 成本、安全性和语义一致性。
在现实应用中，Solidity 合约往往不是孤岛。我们需要调用其他合约的函数，获取信息或发起操作。这种合约间交互会引入新的风险点。本课将系统讲解如何调用外部合约，以及如何防御典型攻击如重入攻击。