Chainlink介绍
🔗 什么是 Chainlink？
Chainlink 是一个去中心化的预言机（Oracle）网络，专门用于将现实世界的数据（如价格、天气、随机数等）安全地引入区块链。
🤔 为什么需要 Chainlink？
区块链本身是封闭环境，不能访问外部世界的数据。例如，你在 Solidity 合约中是无法直接获得 ETH/USD 汇率的，这时就需要**预言机（Oracle）**来帮你提供这类信息。而 Chainlink 就是最主流的、可靠的、去中心化的 Oracle 网络。
🧱 Chainlink 能做什么？
| 功能 | 说明 |
|---|---|
| 📈 获取价格数据 | 提供 ETH/USD、BTC/USD 等行情，来自多个数据源 |
| 🎲 生成随机数 | 使用 VRF（可验证随机函数）生成链上可信随机数 |
| 🕒 触发自动化任务 | 定时触发某个合约函数（如每隔一天执行一次） |
| 🧑🌾 连接 API | 允许合约访问外部 API，如天气、体育比分、航班信息等 |
| 🌍 跨链通信 | 使用 CCIP 实现不同链之间的数据通信与资产转移（如 ETH <-> Polygon） |
常量介绍
在 Solidity 中，constant 和 immutable 都用于声明不会改变的变量，可以节省 Gas，是智能合约开发中的重要优化手段 ✅
1. constant：编译时就确定的常量
✅ 特点：
- 值在编译时必须已知。
- 必须在声明时赋值。
- 存在于字节码中（消耗更少的 Gas）。
- 通常用于全局配置、单位转换、地址常量等。
📌 示例：
// 单位换算常量
uint256 public constant MINIMUM_USD = 50 * 1e18;// 固定地址
address public constant OWNER = 0xAbC123...;🔹2. immutable：部署时才确定，之后不可改
✅ 特点：
- 值在部署合约时设置，只能在构造函数（constructor）中赋值。
- 一旦部署就不能更改。
- 适合那些部署时才知道，但之后不变的值（如：合约部署者地址）。
📌 示例：
address public immutable i_owner;constructor() {i_owner = msg.sender; // 部署时设置
}
🆚 constant vs immutable 对比表：
| 特性 | constant | immutable |
|---|---|---|
| 赋值时间 | 编译时 | 部署时（构造函数中） |
| 是否可修改 | ❌ 永远不能改 | ❌ 仅部署时能设定 |
| 使用场景 | 硬编码常量（单位、地址、数字） | 动态确定但部署后固定的值（部署者） |
| 存储位置 | 字节码（更省 Gas） | 存在合约 storage 中（省 Gas） |
错误处理方式
Solidity 中的错误处理机制：require、assert、revert 是三兄弟，但用途不同，出场时机也各不一样。
🔹require(最常用 ✅)
require(condition, "Error message");
- condition 是一个布尔表达式，如果为 false，则触发错误。
- “Error message” 是一个可选的字符串，用于帮助调试。
🔹assert（很少用 ⚠️）
用于检测永远不该发生的错误，比如数学溢出（但新版本自动检查），或某变量逻辑上必须为某个值。
assert(totalSupply == balanceA + balanceB);
🔹 revert（用于细节控制）
适合复杂条件判断、嵌套结构中提前终止并报错，比 require 更灵活。
if (age < 18) {revert("You must be 18 or older.");
}
总结
| 特性/语句 | require | assert | revert |
|---|---|---|---|
| 主要用途 | 验证用户输入、合约状态 | 检查合约内部逻辑错误 | 手动触发错误，通常用于更复杂条件 |
| 是否可加错误信息 | ✅ 支持 | ✅（但版本 >= 0.8.0 才支持） | ✅ 支持 |
| Gas 退还情况 | ✅ 退还剩余 Gas（条件检查在执行前） | ❌ 不退还剩余 Gas（通常是严重错误） | ✅ 退还剩余 Gas |
| 推荐使用场景 | 输入验证、权限检查、预设条件 | 检查不会发生的逻辑（如变量不应溢出） | 嵌套判断失败、条件复杂时手动处理错误 |
receive() 和 fallback()
receive 和 fallback 是 Solidity 中的两个特殊函数，用于接收 ETH 和处理未知调用
| 特性 | receive() | fallback() |
|---|---|---|
| 触发条件 | 接收 ETH 且未带 calldata（纯转账） | 未定义函数调用 或 calldata 非空但无匹配函数时触发 |
| 是否接收 ETH | ✅ 是的 | ✅ 是的（必须加 payable） |
| 是否必须声明 | 否，只有当合约接收 ETH 时建议写 | 否，可选（用于兜底处理） |
| 典型用途 | 处理普通转账（如 send、transfer） | 处理未知函数调用，代理合约，日志，回退处理等 |
✅ receive() 示例
// 合约可以接收 ETH 的 receive 函数
receive() external payable {emit Received(msg.sender, msg.value);
}
✅ fallback() 示例
fallback() external payable {emit FallbackCalled(msg.sender, msg.value, msg.data);
}
会在以下情况下触发：
- 调用了一个不存在的函数
- 或者 calldata 非空，且没有匹配函数
- 可选接收 ETH（必须加 payable）
当eth被直接发送至该合约，将按照如下流程进行逻辑匹配
// Ether is sent to contract// is msg.data empty?// / \ // yes no// / \// receive()? fallback() // / \ // yes no// / \//receive() fallback()
