Web3 - 标签 - 敬渊's Blog

以太坊 PoS 共识机制与 Engine API 源码阅读

Thu, 18 Sep 2025 00:00:00 +0000

1. 理论基础

1.1 以太坊共识机制的历史演进

1. 历史背景：工作量证明 (Proof-of-Work) 时代

以太坊之详解默克尔压缩前缀树

Wed, 17 Sep 2025 00:00:00 +0000

1. 基础数据结构

在深入以太坊状态树的实现之前，有必要先理解其底层数据结构：Merkle Patricia Trie（MPT） —— 一种结合了前缀树（Trie）、压缩前缀树（Patricia Trie） 和默克尔树（Merkle Tree） 特性的混合结构。它不仅是高效键值存储的载体，也是以太坊实现“状态可验证性”和“轻节点同步”的核心。

以太坊详解之交易池

Sun, 14 Sep 2025 00:00:00 +0000

交易池

架构设计

1.交易处理流程

下图是一笔交易从出生到交易进入区块的主要流程：

以太坊-基础数据结构解析

Wed, 10 Sep 2025 00:00:00 +0000

以太坊基础配置

以太坊的基础配置用于服务于链，启动以太坊节点，则需要将链配置载入

量化可视化指南揭秘：大型语言模型的压缩

Sat, 06 Sep 2025 00:00:00 +0000

量化技术图解指南

深入浅出，揭秘大语言模型的压缩之道

所谓大语言模型（LLM），“大”是其最显著的特征之一。这不仅体现在它们能够处理海量信息，更直接地体现在其庞大的体积上。这些模型动辄拥有数十亿的参数，通常需要配备大显存的顶级 GPU 才能流畅运行，这无疑将许多普通用户和开发者拒之门外。

02.Uniswap V2 swap 操作

Tue, 02 Sep 2025 00:00:00 +0000

这份学习笔记将Uniswap V2的swap操作进行了深入剖析，涵盖了其核心机制、数学原理和代码实现，以及手续费的计算方式。

核心摘要 (Key Takeaways)

Uniswap V2 架构与路由灵活性：V2引入了任何ERC20代币之间直接交换的能力，不再强制通过ETH作为中介。用户通过UniswapV2Router02合约进行交互，该合约负责寻找并协调UniswapV2Pair合约完成交易，支持单跳和多跳（多级路由）交换。
两种核心交换类型：V2提供了两种主要的swap函数：
1. swapExactTokensForTokens：用户指定精确的输入代币数量，系统计算并返回尽可能多的输出代币。
2. swapTokensForExactTokens：用户指定精确的输出代币数量，系统计算所需的最小输入代币数量。
0.3%固定手续费机制：每次swap操作都会对输入代币收取0.3%（千分之三）的手续费。这意味着实际用于AMM计算的输入量是用户提供量的99.7%。多跳交易会累积手续费。
数学原理与代码实现：UniswapV2Library中的getAmountOut和getAmountIn函数是核心计算逻辑，它们基于恒定乘积做市商（AMM）公式，并融入了0.3%的手续费计算，确保了交易的准确性。
滑点与MEV攻击：用户可以通过设置amountOutMin（最小输出量）来控制滑点。然而，这种机制也可能被MEV（矿工可提取价值）套利者利用，通过三明治攻击（Front-running + Back-running）来捕获用户设定的最小输出与实际可能输出之间的差价。

1. Uniswap V2 核心架构与合约

Uniswap V2 的代码主要存在于两个仓库：

03.Uniswap V2 手续费机制

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

流动性增长：Uniswap V2 的千三（0.3%）交易手续费会直接重新注入到流动性池中，导致池子中的资产（X和Y）缓慢增长，进而使总流动性 K 值不断增大。
LP 收益机制：流动性提供者（LP）通过持有 LP Token (Share) 来证明其在池中的份额。当池子总流动性 K 增长时，LP Token 的总份额不变，因此每个 LP Token 所代表的实际资产价值会提升，LP 在撤出流动性时能获得更多资产。
协议手续费 (PROTOCOL_FEE)：Uniswap V2 设计了一种机制，允许协议开发者收取一部分手续费（例如千三的 1/6，即万分之五）。这通过增发新的 LP Token (Share) 给协议方来实现，从而让协议方在不提供流动性的前提下，分享流动性增长带来的收益。
链上状态：尽管 Uniswap V2 设计了协议手续费机制，但目前该功能并未在主网上开启。通过检查 UniswapV2Factory 合约的 feeTo 地址是否为零，可以验证其开启状态。

1. Uniswap V2 手续费机制概览

1.1 基础概念：流动性与 LP Token

恒定乘积做市商 (CPMM)：Uniswap V2 基于 X * Y = K 的公式进行资产交换，其中 X 和 Y 分别代表池中两种资产的数量，K 是一个常数（在无手续费和无流动性增减的情况下）。
流动性 (L)：在 Uniswap V2 中，流动性 L 通常指 sqrt(K)。
- 公式： $L = \sqrt{K}$
LP Token (Share / LPT)：当用户向 Uniswap 池中提供流动性时，会获得相应数量的 LP Token 作为凭证。这些 Token 代表了用户在池中的份额。
- S1：在 T1 时刻，LP Token 的总数量。

1.2 千三手续费 (0.3%)

收取方式：每笔交易都会收取 0.3% 的手续费。这笔费用并不是直接从交易对的另一方扣除，而是从进入池子的 Token 中扣除。
- 例如，用户用 DX 数量的 X 资产购买 Y 资产，池子实际上只收到 (1 - 0.003) * DX = 0.997 * DX。
归属：这 0.3% 的手续费直接重新注入到流动性池中，而非直接分配给某个用户或地址。

2. 流动性增长的逻辑

2.1 为什么流动性会增长 (K2 > K1)？

手续费的积累：由于 0.3% 的手续费被重新注入到池子中，池子里的 X 和 Y 资产总量会随着交易量的增加而缓慢增长。
- 如果用 DX 购买 Y，池子收到 0.997 * DX。这 0.997 * DX 增加了池子里的 X 资产。
- 如果用 DY 购买 X，池子收到 0.997 * DY。这 0.997 * DY 增加了池子里的 Y 资产。
结果：只要有交易发生，池子中的 X 和 Y 资产总量就会增加，从而导致 K 值（即 X * Y）不断增大。
- $K_2 > K_1$ (在不考虑流动性增减的情况下)。

2.2 案例分析：DAI/USDT 池子

为了更好地理解流动性增长和套利机制，我们以 DAI/USDT 稳定币交易对为例：

04.Uniswap V2 添加移除流动性

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

核心公式与流动性衡量： Uniswap V2 的流动性池基于 $X \times Y = K$ 恒定乘积公式，其中 $L = \sqrt{K}$ 被用作衡量流动性大小的线性指标，便于 LP Token (LPT) 的线性增发与销毁。
价格不变性约束： 无论是添加还是移除流动性，操作前后池内两种代币的价格比（即兑换价格）必须保持不变，这是确保用户按当前市场价提供或撤出流动性的核心原则。
LPT 增发/销毁机制： 添加流动性时，新铸造的 LP Token 数量与新增流动性占总流动性的比例成正比；移除流动性时，用户收回的代币数量也与销毁的 LP Token 占总 LP Token 的比例成正比。
Uniswap V2 合约架构： 核心交互涉及 路由合约 (Router)、工厂合约 (Factory) 和 交易对合约 (Pair)。路由合约是用户入口，工厂合约负责创建交易对，交易对合约管理实际的流动性池和代币交换。
关键工程实现： 智能合约实现中包含多项精巧设计，如使用 create2 预测交易对地址、对代币地址进行排序以确保交易对的唯一性、以及设置 minimum liquidity 机制以增强安全性和稳定性。

Uniswap V2 流动性管理概述

本节课主要围绕 Uniswap V2 中的添加流动性、移除流动性和无常损失（本节课不深入讲解）三个核心概念。目标是清晰梳理前两个概念的数学原理和合约实现流程。

05.Uniswap V2 无常损失

Tue, 02 Sep 2025 00:00:00 +0000

Uniswap V2 无常损失深度解析

核心摘要 (Key Takeaways)

无常损失 (Impermanent Loss) 是指在去中心化交易所（DEX）中提供流动性（LP）的资产价值，与仅仅持有这些资产（HODL）相比所产生的价值差异。
其核心特征可以总结为一句口诀：“涨价少赚钱，降价多亏钱”。无论市场朝哪个方向波动，只要价格发生变化，LP的资产价值增长总会慢于或亏损总会多于单纯持有者。
手续费的核心作用之一是弥补无常损失。DEX 通过向 LP 支付交易手续费，不仅是为了激励用户提供流动性，更是为了补偿他们在价格波动中可能遭受的无常损失。
无常损失的大小可以通过一个数学公式量化，它只与资产的相对价格变化率有关，而与流动性池的大小或具体的资产价格无关。
在 Uniswap V2 中，价格波动越大，无常损失就越严重。而在 Uniswap V3 中，由于流动性被集中在特定价格区间，无常损失的问题会更加显著。

1. 什么是无常损失 (Impermanent Loss)？

1.1 核心定义

无常损失 (Impermanent Loss, 简称 IL) 是指当您作为流动性提供者 (LP) 将资金存入一个流动性池后，由于池中代币的相对价格发生变化，导致您撤出资金时的总价值低于您从一开始就选择单纯持有 (HODL) 这些代币的价值。

06.Uniswap V2 闪电贷

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

Flash Swaps (闪电交换) 是一种无需任何抵押即可借出资产的机制，但前提是必须在同一笔区块链交易内归还借款本金及相应的手续费。
该机制的核心是原子性 (Atomicity)，即整笔复杂操作（借款、执行自定义逻辑、还款）要么全部成功，要么全部失败回滚，从而保证资金池的安全。
Flash Swaps 是 DeFi 可组合性 (Composability) 的强大体现，允许开发者像搭乐高一样，在单笔交易中调用多个协议（如 Uniswap, Compound, Aave）来执行复杂的套利或其它金融策略。
为了确保协议盈利，用户需要支付一笔手续费。这笔费用的最低标准是借出资产数量的 3/997，这个数值是通过数学计算确保资金池资产不会减少而得出的。
实现 Flash Swap 需要用户编写并部署一个智能合约，该合约必须实现一个特定的回调接口（uniswapV2Call），Uniswap 的交易对（Pair）合约会通过调用这个接口来执行用户的自定义逻辑。

1. Flash Swaps 核心概念

Flash Swaps，也常被称为闪电贷 (Flash Loan)，是 Uniswap V2 引入的一项创新功能。它与普通交易（Swap）的根本区别在于资金的获取和使用方式。

07.Uniswap V2 TWAP

Tue, 02 Sep 2025 00:00:00 +0000

Uniswap V2 的时间加权平均价格 (TWAP) 学习笔记

核心摘要 (Key Takeaways)

Spot Price (瞬时价格) 的高风险: 直接用储备量相除得出的瞬时价格（Spot Price）非常容易受到闪电贷等方式的操控，不适合在实际应用中作为可靠的价格预言机。
TWAP 的核心思想: TWAP (Time-Weighted Average Price) 通过将每个价格与其持续的时间进行加权平均，提供了一个更能抵抗市场瞬时操纵、反映真实市场价格的指标。
TWAP 的数学原理: 其本质是计算“价格-时间”图下的面积（价格与持续时间的乘积累加），再除以总时间长度，从而得到该时间段内的平均价格。
Uniswap V2 的高效实现: 为了避免在链上存储大量历史价格数据和进行高成本的循环计算，Uniswap V2 巧妙地只维护一个累积价格变量 (Price Cumulative)。通过在两个不同时间点读取这个累积值并做差，可以高效地计算出任意时间区间的 TWAP。

为什么需要 TWAP？—— Spot Price 的局限性

Spot Price (瞬时价格) 的定义

Spot Price 是指在特定时刻，交易池中两种代币储备量的比率。它反映了当前瞬间的兑换价格。

08.Uniswap V3简介

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

解决核心痛点：Uniswap V3 的首要目标是解决 V2 版本资金利用率低下的问题。V2 将流动性平均分布在 (0, +∞) 的价格区间，导致大部分资金在常规价格波动范围之外被闲置。
核心创新：集中流动性 (Concentrated Liquidity)：V3 允许流动性提供者 (LP) 将资金集中在自定义的价格区间 [PA, PB] 内。这使得在有限的资本下，可以实现与 V2 庞大资金池相同的交易深度，从而极大地提高了资本效率。
LP 角色与凭证的转变：由于每个 LP 提供的价格区间和资金量都可能不同，其流动性头寸是独一无二的。因此，LP 凭证从 V2 的同质化代币 ERC-20 演变为 V3 的非同质化代币 ERC-721 (NFT)。这也要求 LP 从被动提供者转变为主动的策略管理者。
功能与风险的优化：集中流动性不仅能带来更高的手续费收益，还能在极端行情下提供更好的风险控制。此外，它还催生了新功能，如通过设置极窄的价格区间来模拟限价订单 (Range Orders)。
灵活的手续费机制：V3 摒弃了 V2 单一的 0.3% 手续费，引入了基于交易对波动性的多级费率（如 0.01%, 0.05%, 0.3%, 1%），为不同类型的资产（稳定币、主流币等）提供了更合理的定价。

1. Uniswap V2 的核心问题：资金利用率低下

09.Uniswap V3 集中流动性

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

核心问题与解决方案：Uniswap V2 的流动性平均分布在 (0, +∞) 的整个价格区间，导致对价格稳定的资产（如稳定币）或价格波动在可预测范围内的资产，资本效率极低。Uniswap V3 引入集中流动性，允许流动性提供者（LP）将资金集中在自定义的价格区间 [Pa, Pb] 内，从而极大地提高了资本效率。
虚拟流动性 (Virtual Liquidity)：通过将流动性集中在特定区间，V3 能用较少的真实资产（x_real, y_real）创造出等效于 V2 中巨大资金量的虚拟流动性。这个虚拟的 k 值（流动性深度）在进行交易计算时生效，能为交易者提供更低的滑点。
价格区间与资产构成：当市场价格在 LP 设置的 [Pa, Pb] 区间内波动时，其持有的两种代币会根据交易进行兑换。一旦价格超出这个区间，LP 的全部流动性头寸会自动转换成区间边界上的一种代币（在 Pa 点全部变为 X 代币，在 Pb 点全部变为 Y 代币）。
价格区间的宽度是关键：LP 设置的价格区间越窄，资本效率的提升倍数就越高，但也面临着价格更容易偏离区间的风险。反之，区间越宽，其表现越接近于 Uniswap V2，资本效率越低，但管理更省心。

1. Uniswap V2 的核心问题：资本效率低下

Uniswap V2 使用一个非常简洁的恒定乘积做市商（AMM）公式来定义资产池的行为：

10UniswapV3流动性计算

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

Uniswap V3 的核心创新：通过引入价格区间 $p \in [p_a, p_b]$ 和虚拟流动性 ( $x_{virtual}$ , $y_{virtual}$ ) 的概念，实现了集中流动性，允许用户将资金集中在特定价格范围，从而极大地提高了资金效率。
V3 核心公式：V3 的流动性计算公式是 V2 中 $x \cdot y = L^2$ 的演进，具体形式为 $(x_{real} + \frac{L}{\sqrt{p_b}}) \cdot (y_{real} + L\sqrt{p_a}) = L^2$ 。这个公式是理解 V3 机制的关键。
资金效率与价格区间的关系：用户设定的价格区间 $[p_a, p_b]$ 越窄（即 $p_a$ 越大， $p_b$ 越小，两者越接近），提供的虚拟流动性就越大。这意味着可以用更少的真实资金（ $x_{real}$ , $y_{real}$ ）达到与 V2 相同的流动性深度（L 值），即资金效率越高。
模拟限价订单：利用价格区间特性，用户可以通过在价格区间的某一端点（如 $p_a$ ）存入单一资产，当市场价格穿过整个区间到达另一端点（ $p_b$ ）时，该资产会被完全兑换成另一种资产，从而实现类似限价订单的效果。

11.Uniswap V3 tick 与价格表示

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

tick 引入目的与作用: Uniswap V3 引入了 tick 机制，将连续的价格范围离散化，以解决集中流动性中用户随意设置价格区间导致的高 Gas 消耗问题，从而大幅节省 Gas 费用。
价格与 tick 的数学关系: Uniswap V3 中的价格 $P$ 与 tick 索引 $T$ 之间通过公式 $P = 1.0001^T$ 建立精确的指数关系。
合约价格存储: Uniswap V3 合约的 slot0 结构中，价格信息并非直接存储为 $P$ ，而是以 $\sqrt{P} \times 2^{96}$ 的形式（即 sqrtPriceX96）存储，并采用 Q64.96 定点数格式，以适应 Solidity 对浮点数处理的限制并优化 Gas 消耗。
实际价格计算的复杂性: 从合约中读取的价格需要考虑 Token 精度差异 和 token0/token1 顺序（可能导致价格倒数）进行修正，才能得到真实的市场价格。
tick 范围的由来: tick 的范围被限制在 -887272 到 +887272，这一范围是根据 Q64.96 定点数格式所能表示的 $\sqrt{P}$ 的上下限，通过价格与 tick 的数学关系推导而来，并硬编码在合约中。

1. `tick` 的引入与作用

1.1 问题背景：集中流动性的 Gas 消耗

Uniswap V3 的核心创新: 引入了集中流动性 (Concentrated Liquidity)，允许用户在任意价格区间 $P_a$ 和 $P_b$ 内提供流动性。
潜在问题: 如果用户可以随意设置 $P_a$ $P a $ 和 $P_b$ $P b $ (例如 $1795.0234$ $1795.0234$ 到 $1800.00012$ $1800.00012$ )，会带来以下问题：
- 每个用户设置的价格范围都是独一无二且随意的。
- 维护和记录每个用户添加的 $P_a$ 和 $P_b$ 范围会消耗巨量的 Gas 费用，因为合约状态需要存储大量不规则的数据。

1.2 解决方案：引入 `tick` 进行离散化

12.Uniswap V3 添加流动性案例

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

Uniswap V3 的核心是集中流动性：与 V2 的无限价格范围不同，V3 允许流动性提供者（LP）将资金集中在特定的价格区间 [Pa, Pb] 内，其底层数学模型可以看作是对 V2 的 x * y = k 模型进行了平移和截断。
价格变动消耗特定 Token：在设定的价格区间内，当价格从当前价 P 下降至 Pa 时，池子会消耗 Y Token；当价格从 P 上升至 Pb 时，池子会消耗 X Token。理解这一点是计算所需流动性的关键。
流动性计算基于虚拟曲线：尽管 V3 的真实曲线是分段的，但其流动性数量 $\Delta X$ 和 $\Delta Y$ 的计算可以基于 V2 的 $x \cdot y = L^2$ 和 $P = y/x$ 这两个基础公式，应用在一条“虚拟”的、经过平移的曲线上进行推导。
工程实现中的核心逻辑：在实际添加流动性时，智能合约会根据用户提供的两种 Token ( $\Delta X$ 和 $\Delta Y$ ) 分别计算出两个可能的流动性值 L，并最终选择较小的那个作为最终的流动性。这可能导致实际使用的某一种 Token 数量略少于用户最初提供的数量。

一、 Uniswap V3 核心公式与概念回顾

1. V3 流动性公式与曲线

Uniswap V3 引入了集中流动性的概念，允许将流动性提供在指定的价格区间 [Pa, Pb]。其公式可以理解为对 V2 公式的平移。

13.Uniswap V3 单价格区间内 Swap 机制

Tue, 02 Sep 2025 00:00:00 +0000

Uniswap V3：单价格区间内 Swap 机制与数学实现

核心摘要 (Key Takeaways)

两步核心算法：在 Uniswap V3 的单个价格区间内执行 swap 的核心逻辑分为两步：首先，根据输入的代币数量和当前流动性，计算出交易完成后的新价格；然后，利用新旧两个价格点和流动性，计算出可以兑换出的输出代币数量。
基石数学关系：所有计算都基于 流动性 (L)、代币 X 数量、代币 Y 数量 和 价格 (P) 之间的恒定关系。具体来说， $X = L / \sqrt{P}$ 和 $Y = L \cdot \sqrt{P}$ 是推导所有 swap 公式的基石。
价格方向决定公式形态：无论是用 Y 买 X（价格上升）还是用 X 卖 Y（价格下降），其底层的数学原理是统一的。公式的具体形态（谁减谁）取决于价格的高低（ $P_{upper}$ vs $P_{lower}$ ），最终可以抽象为统一的表达式。

1. 基础回顾：价格、Tick 与流动性

在深入 swap 逻辑之前，我们首先要回顾 Uniswap V3 的基本概念。协议通过 Tick 来离散化价格，并将 Tick 转换为实际计算中使用的 $\sqrt{P}$ (square root price)。在一个给定的价格点 P，流动性 L 与两种代币（X 和 Y）的数量关系如下：

14.Uniswap V3 Tick Bitmap

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

Tick BitMap 的核心目的: 为了高效、低成本地跟踪 Uniswap V3 池中哪些价格点（Ticks）被用作了流动性区间的边界，从而知道哪些价格范围是活跃的。
精巧的数据压缩: Tick BitMap 抛弃了为每个 Tick 单独存储状态的朴素方案（成本过高），而是通过位运算将 256 个连续的 Tick 状态压缩存储在一个 uint256 变量中，极大地节省了 Gas 费和存储空间。
关键转换公式: 任何一个 tick (类型为 int24) 都可以通过数学运算定位到它在 BitMap 中的具体位置。其核心是两个坐标：wordPosition (确定在哪一个 uint256 组里) 和 bitPosition (确定在该组的第几位)。
- wordPosition = tick / 256
- bitPosition = tick % 256
数据结构: Tick BitMap 在合约中实现为一个 mapping(int16 => uint256)。其中 key (int16) 是 wordPosition，value (uint256) 是一个 256 位的位图，每一位代表一个 tick 的活跃状态（1 表示活跃，0 表示不活跃）。
状态更新机制: 添加或移除流动性时，通过生成一个特定的掩码 (Mask)，并与 BitMap 中对应的 uint256 值进行按位或 (OR) 或按位与 (AND) 运算，来精确地将某一位从 0 改为 1 或从 1 改为 0，而不影响其他位。

1. Tick 的回顾与作用

定义: Tick (也称 Tick Index) 是 Uniswap V3 中用来标记离散化价格点的单位。
价格公式: 价格 P 与 tick T 的关系通过以下公式定义： $P = 1.0001^T$ 其中 T 就是 tick 的索引。当 T 增大时，价格 P 上升；当 T 减小时，价格 P 下降。
Tick 范围:
- 合约中 tick 的类型为 int24，其理论范围是从 -887272 到 +887272。
- 案例: 这个范围足以表示极其宽广的价格区间。
  - 当 tick 为 -887272 时，价格约为 $2.938 \times 10^{-39}$ 。
  - 当 tick 为 +887272 时，价格约为 $3.4 \times 10^{38}$ 。
  - 这个范围远超比特币等主流资产的价格波动范围，因此在设计上是足够用的。

2. 核心问题：如何跟踪活跃的流动性区间？

背景: 在 Uniswap V3 中，用户在自定义的价格区间 [PA, PB] (对应 [Tick_A, Tick_B]) 内添加流动性。
挑战: 一个活跃的交易对（如 BTC/USDT）可能有成千上万的用户在各种不同的、甚至重叠的价格区间添加流动性。合约需要一种高效的方式来跟踪哪些 tick 成为了这些流动性区间的边界（即被激活）。
- 案例: 假设一个用户在 tick 范围 [-10, -5] 添加了流动性，而另一个用户在 [-4, 1] 添加了流动性。此外，还可能存在重叠区间，例如用户 A 在 [6, 10] 添加流动性，用户 B 在 [7, 12] 添加流动性，那么在 [7, 10] 区间内流动性是重叠的。合约必须有效管理这一切。
从 ERC20 到 ERC721:
- V2: 所有流动性提供者的 LP 凭证是同质化的 ERC20 代币。
- V3: 由于每个人的流动性价格区间和数量都可能不同，LP 凭证变成了非同质化的 ERC721 代币（NFT）。
- 案例: 一个 V3 LP NFT (通过 NonfungiblePositionManager 合约管理) 记录了如 tickLower、tickUpper 和 liquidity (uint128) 等唯一信息，代表一个独一无二的流动性仓位。
根本问题: 尽管 NFT 记录了每个仓位的具体信息，但 Pool 合约本身如何宏观地、低成本地知道在任意一个 tick 上，是否有流动性边界存在？

3. 一种被否决的朴素方案

思路: 设计一个简单的键值对（Key-Value）结构来记录每个 tick 的状态。
- mapping(int24 => bool)
- Key: tick 索引 (例如: -10000, 20000)
- Value: true (被用作边界) 或 false (未被用作边界)
致命缺陷:
1. 存储量巨大: tick 的总数约有 177 万个。为每一个 tick 都创建一个存储槽位在区块链上是无法承受的，成本极高。
2. 计算量巨大 (高 Gas 费): 当一笔交易（swap）需要跨越成千上万个 tick 时，如果需要逐一查询这些 tick 的状态，将会导致交易的 Gas 费极高，用户无法接受。

4. Uniswap V3 的精巧解决方案：Tick BitMap

15.Uniswap V3 Tick Bitmap 寻找下一个 tick

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

Tick Bitmap 的核心作用：它是一个 uint256 的位图，用于高效追踪 Uniswap V3 池中哪些价格点（Ticks）被用作了流动性区间的边界。1 代表该 Tick 活跃（有流动性），0 代表不活跃。
寻找下一个 Tick 的目的：在进行交易（Swap）时，价格会发生变动。当价格穿过一个活跃的 Tick，意味着当前流动性区间的流动性（L）将被耗尽，合约必须找到下一个有流动性的价格区间才能继续完成交易。
通过位运算实现高效查找：寻找下一个活跃 Tick 的过程利用了**掩码（Mask）和按位与（Bitwise AND）**运算。通过构建特定的掩码，可以快速地隔离出目标方向（价格升高或降低）上所有活跃的 Ticks。
交易方向决定搜索方向：
- 当交易导致价格上涨时（例如用 USDC 买 ETH），需要在 Tick Bitmap 中向左搜索（寻找更大的 Tick）。
- 当交易导致价格下跌时（例如卖出 ETH 换 USDC），需要在 Tick Bitmap 中向右搜索（寻找更小的 Tick）。
Bitmap 内部方向与全局 Tick 轴方向的区别：在 Bitmap（一个 uint256）内部，索引位（bit position）从右到左增大，因此向左查找意味着寻找更大的 Tick 值。这与全局价格数轴上数值从左到右增大的直觉相反，需要注意区分。

I. Tick Bitmap 核心概念回顾

本节内容对应 TickBitmap.sol 库合约中的核心逻辑。

16.Uniswap V3 cross tick swap

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

跨Tick交易的核心机制：当一笔交易的规模大到足以耗尽当前价格区间（Tick Range）内的流动性时，交易会“穿越”到一个新的、相邻的活跃价格区间，并利用新区间的流动性继续完成剩余部分的兑换。
迭代循环过程：跨Tick交易并非一次性计算，而是一个循环过程。系统在当前区间内完成部分交易，计算剩余未兑换量，然后寻找下一个活跃Tick，更新流动性，再对剩余量进行计算，如此往复，直至交易完成或流动性耗尽。
两大基础工具：整个跨Tick交易的实现依赖于两个核心数据结构：Tick Bitmap 用于快速查找下一个有流动性的活跃Tick；Liquidity Net 用于在穿越Tick边界时，高效地计算出新价格区间的总流动性。
V3与V2的复杂度对比：Uniswap V3由于引入了集中流动性，其swap（交易）的数学逻辑和代码实现复杂度远超V2。V2的交易遵循简单的 $x \times y = k$ 恒定乘积公式，而V3则需要处理离散的、分段的流动性，进行复杂的迭代计算。

1. 交易机制回顾与铺垫

1.1 基础概念回顾

横坐标 (价格/Tick)：智能合约使用 Tick Bitmap 来记录哪些价格点（Ticks）是活跃的（即作为某个流动性区间的边界）。
纵坐标 (流动性)：使用 Liquidity Net 记录在每个Tick点上流动性的净变化量。当价格穿越一个Tick时，总流动性会根据该Tick的liquidityNet值进行更新。
流动性叠加：在某个价格区间，多个用户提供的流动性会叠加起来，形成一个总的、更高的流动性池。

1.2 单一价格区间内的交易 (未跨Tick)

这是跨Tick交易的基础。在一个固定的价格区间 [PA, PB] 内，流动性 L 是恒定的。

16.Uniswap V3 LiquidityNet

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

智能合约的效率限制：Uniswap v3 智能合约因存储和计算成本的限制，不会记录每个价格区间的具体流动性值。它采用一种更高效的动态计算方法，只在流动性发生变化的 tick 边界点记录关键信息。
核心概念 Liquidity Net：合约追踪流动性的核心是记录在每个被初始化的 tick 上的 Liquidity Net (流动性净变化量)。这是一个有符号的值 (ΔL)，表示当价格穿越该 tick 时，池中活跃流动性的变化量。
边界点的符号规则：当用户在 [tick_lower, tick_upper] 区间添加流动性 L 时，合约会在 tick_lower 处记录一个正的净变化量 (+L)，在 tick_upper 处记录一个负的净变化量 (-L)。移除流动性则符号相反。
流动性的动态计算：在交易（swap）过程中，当价格从一个区间穿越 tick 进入下一个区间时，合约通过一个简单的累加公式实时更新当前的活跃流动性： $L_{新区间} = L_{旧区间} + \Delta L_{tick}$ 。这使得合约只需追踪当前区间的流动性，而无需预存所有区间的流动性信息。

1. 背景问题：Uniswap v3 如何高效追踪流动性？

在 Uniswap v3 中，流动性提供者可以在任意自定义的价格区间（由 tick 界定）内提供流动性。这导致了池子的总流动性在不同价格段是阶梯式变化的。

18.Uniswap V3 手续费计算（一）

Tue, 02 Sep 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

V3手续费的复杂性根源：与V2的全范围流动性不同，Uniswap V3的集中流动性允许LP在自定义价格区间（ticks）提供流动性，这使得手续费的计算和分配变得极其复杂。
全局手续费累加器 feeGrowthGlobal：Uniswap V3引入了一个全局状态变量 feeGrowthGlobal，它代表每单位流动性可以获得的总手续费。这个值会随着每笔交易单调递增。
手续费按token in收取：手续费只对交易中“进入”池子的代币收取。因此，系统需要为交易对中的两种代币（token0 和 token1）分别维护两个独立的feeGrowthGlobal变量，导致其增长呈现阶梯状。
LP的核心关注点 feeGrowthInside：LP只关心在其提供的流动性区间内产生的手су费。因此，需要从全局feeGrowthGlobal中剥离掉区间外的部分，得到feeGrowthInside。
精巧的边界记录机制 feeGrowthOutside：V3通过在每个tick边界上记录一个名为feeGrowthOutside的值，来巧妙地计算任意区间的feeGrowthInside。当价格穿越一个tick时，该tick的feeGrowthOutside值会被更新，从而精确追踪内外手续费的累积情况。

1. Uniswap V2 vs. V3 手续费机制对比

1.1 Uniswap V2：简单直接

流动性模型：流动性平均分布在从 0 到 +∞ 的整个价格曲线上。
手续费收取：
- 对每笔交易收取固定的千分之三（0.3%）手续费。
- 手续费只对 token in （交易中流入池子的代币）收取。
- 案例：
  - 用 X 换 Y：收取 0.003 * X，实际用于交易的是 0.997 * X。
  - 用 Y 换 X：收取 0.003 * Y，实际用于交易的是 0.997 * Y。
手续费分配：收取的手续费会自动累积到流动性池中，为LP实现自动复投增值，无需任何额外操作。

1.2 Uniswap V3：挑战重重

核心挑战：集中流动性 (Concentrated Liquidity)。
- 不同的LP可以在不同的价格区间（由tick lower和tick upper定义，视频中也称为PA和PB）提供流动性。
- 手续费档位：V3提供了多个手续费档位供流动性池选择，如 0.01%, 0.05%, 0.3%, 1%。
需要解决的问题：
1. 按比例分配：在同一个tick区间内，手续费需按LP提供的流动性比例进行分配。
2. 跨tick计算：当交易价格跨越tick边界，导致总流动性发生变化时，如何精确计算每个LP在其活跃区间内应得的手续费。

2. 手续费分配的基本原理与 `feeGrowth` 的引入

2.1 单次交易的分配逻辑

核心思想：LP在某个价格区间获得的手续费，等于该区间产生的总手续费乘以该LP提供的流动性占比。
案例：单次跨tick交易
- 背景：
  - 一个LP在某个范围内提供了流动性，大小为 S。
  - 一笔交易发生，使得价格从tick_0移动到tick_1。
  - 在 $tick_0$ 区间的总流动性为 $L_0$ ，产生的总手续费为 $F_0$ 。
  - 在tick_1区间的总流动性为 $L_1$ ，产生的总手续费为 $F_1$ 。
- 计算LP应得手续费：该LP获得的手续费 $Fee_S$ 是其在每个tick区间所获手续费的总和。 $Fee_S = \left(F_0 \cdot \frac{S}{L_0}\right) + \left(F_1 \cdot \frac{S}{L_1}\right)$

2.2 `feeGrowthGlobal`：全局手续费累加器

概念推导：将上述逻辑扩展到 N 次交易，LP的总手续费可以表示为： $Fee_S = S \cdot \sum_{i=0}^{N} \frac{F_i}{L_i}$
定义：Uniswap V3将公式中求和的部分 $\sum_{i=0}^{N} \frac{F_i}{L_i}$ $\sum i = 0 N L i F i $ 定义为一个全局变量，称为 feeGrowthGlobal (视频中简称为FG)。
- 物理含义：feeGrowthGlobal 代表从系统部署开始，每单位流动性 (S=1) 累计可以获得的总手续费。
- 简化公式：LP的总手续费 $Fee_S = S \cdot feeGrowthGlobal$ 。
核心特性：
1. 全局状态：feeGrowthGlobal 是一个存储在合约中的全局变量，随每次交易更新。
2. 单调递增：只要有交易发生，feeGrowthGlobal 的值就会不断累积，永远不会减少。
3. 按代币分离：由于手续费只对 token in 收取，因此合约为交易对中的两个代币分别维护了两个feeGrowthGlobal变量：
  - **feeGrowthGlobal0** (针对 token0)
  - **feeGrowthGlobal1** (针对 token1)
4. 阶梯式增长：
  - 当价格上涨时（例如，用token0换token1），feeGrowthGlobal0会增加，而feeGrowthGlobal1保持不变（呈水平线）。
  - 当价格下跌时（例如，用token1换token0），feeGrowthGlobal1会增加，而feeGrowthGlobal0保持不变。
  - 这导致每个feeGrowthGlobal变量的增长曲线都呈现出阶梯状。

3. 从全局到局部：计算 `feeGrowthInside`

LP的视角：一个在特定价格区间 $[i_l, i_u]$ (tick lower, tick upper) 提供流动性的LP，只关心在这个区间内（inside）累积的手续费，区间外（outside）的与他无关。
核心概念：
- feeGrowthInside：在LP指定的 $[i_l, i_u]$ 区间内累积的每单位流动性手续费。
- feeGrowthOutside：在该区间之外累积的手续费。
计算逻辑：feeGrowthInside 等于全局的 feeGrowthGlobal 减去所有在区间之外累积的部分。
- 白皮书与视频中的公式 (变量名来自视频讲解)： $F_{R(i_l, i_u)} = F_g - F_{B(i_l)} - F_{A(i_u)}$
- 公式解读：
  - $F_{R(i_l, i_u)}$ ：我们想求的 feeGrowthInside (Range Fee)。
  - $F_g$ ：当前的全局 feeGrowthGlobal。
  - $F_{B(i_l)}$ ：所有低于下边界 $i_l$ 的手续费累积 (Fee Below)。
  - $F_{A(i_u)}$ ：所有高于上边界 $i_u$ 的手续费累积 (Fee Above)。

4. `feeGrowthOutside`：精巧的边界状态记录机制

为了高效计算任意区间的 $F_{B(i_l)}$ 和 $F_{A(i_u)}$ ，V3合约并不直接记录它们，而是采用了一个更巧妙的机制：在每个被激活的tick上记录一个状态变量 **feeGrowthOutside** (视频中简称为 $F_{O(i)}$ )。

19.Uniswap V3 手续费计算（二）

Tue, 02 Sep 2025 00:00:00 +0000

Uniswap V3 手续费计算深度解析 (二)

核心摘要 (Key Takeaways)

核心公式: 为特定价格区间 $(i_l, i_u)$ 计算手续费的核心思想是：用全局累计手续费 $f_g$ 减去该区间下方的累计手续费 $f_b$ 和上方的累计手续费 $f_a$ 。公式为： $f_r(i_l, i_u) = f_g - f_b(i_l) - f_a(i_u)$ 。
关键变量 $f_{o,i}$ : Uniswap V3 引入了一个名为 feeOutside (笔记中记为 $f_{o,i}$ ) 的关键变量。每个 tick i 都会记录这个值，它巧妙地追踪了当价格在 tick i 的“外部”时所累积的单位流动性手续费。
$f_{o,i}$ 的更新机制: 当价格穿越一个 tick i 时，该 tick 对应的 $f_{o,i}$ 会进行一次“翻转”更新。更新规则为： $f_{o,i}^{\text{new}} = f_g^{\text{current}} - f_{o,i}^{\text{old}}$ 。这个机制是整个计算逻辑的精髓。
推导关系: 通过 $f_{o,i}$ 和当前全局手续费 $f_g$ ，可以精确推导出任意时刻的 $f_b$ 和 $f_a$ 。它们的值取决于当前价格 $i_c$ 相对于目标 tick i 的位置。

1. 背景：V3 手续费计算的复杂性

根本原因: 集中流动性 (Concentrated Liquidity)。与 V2 不同，V3 的流动性提供者 (LP) 将资金集中在特定的价格区间内。

20.Uniswap V4 简介

Tue, 02 Sep 2025 00:00:00 +0000

Uniswap V4 简介

核心摘要 (Key Takeaways)

架构性革新: Uniswap V4 的核心升级在于代码架构而非底层的 AMM 数学原理。它从 V2/V3 的“工厂模式”转变为“单例模式”，旨在大幅降低 Gas 费并提升效率。
高度可定制化 (Hooks): V4 引入了**“钩子 (Hooks)”**机制，允许开发者在交易生命周期的关键节点（如交易前/后、添加流动性前/后）插入自定义逻辑，极大地增强了协议的灵活性和可扩展性。
显著降低 Gas 费: 通过单例模式、闪电记账 (Flash Accounting) 和支持原生 ETH 交易，V4 从多个维度解决了 V3 及之前版本中 Gas 费用高昂的问题，尤其是在多路径交易和涉及 ETH 的交易中。
战略定位转变: V4 的发布标志着 Uniswap 从一个单纯的去中心化交易所 (DEX) 向一个DeFi 基础设施平台的战略转型，旨在搭建一个舞台，让更多开发者在其之上构建多样化的应用。

一、 Uniswap V4 发展历程

发布形式: 以一种创新的 “社区共建” 模式发布。
- 2023年6月13日: Uniswap 官方发布了 V4 的代码草案 (Code Draft)，当时代码完成度约 60-70%。
- 社区参与: 官方并未像传统项目那样先完成内部开发和审计，而是提前将代码开源，并设立了 1550 万美元的悬赏基金，鼓励全球社区共同寻找 Bug 和安全漏洞。
正式上线:
- 经过约一年半的社区共建和测试，Uniswap V4 于2024年1月正式发布到生产环境。

二、 Uniswap 版本演进与 V3 的痛点

每个新版本的发布都是为了解决前一版本的问题。

01.Uniswap 简介

Mon, 01 Sep 2025 00:00:00 +0000

Uniswap 简介

核心摘要 (Key Takeaways)

Uniswap 作为 DeFi 核心基础设施： 掌握 Uniswap V2, V3, V4 能帮助深度理解 DeFi 领域，超越行业内90-95%的人。其团队以创新力著称，而非营销。
恒定乘积做市商模型 (AMM) 的起源： Vitalik Buterin 在2017年提出无订单簿交易方案，核心是 $X \cdot Y = K$ 公式，由 Hayden Adams 实现并部署了 Uniswap V1。
Uniswap V2 引爆 DeFi 赛道： 2020年5月发布，引入 ERC20-ERC20 直换、闪电贷、预言机等，直接推动 DeFi 总锁仓量 (TVL) 从平稳期飙升至千亿规模。
创新与竞争： Uniswap V2 因其宽松的开源协议被 SushiSwap 抄袭并挖走大量流动性，促使 Uniswap 发行 UNI 代币并空投反击。此事件凸显了创新与营销在加密货币领域的博弈。
V3 与 V4 的技术飞跃： V3 引入集中流动性和 LP NFT，显著提升资本效率并改进开源协议（2年商用保护期）。V4 引入 Hooks (钩子) 和 Singleton 架构，旨在成为更快、更省 Gas、更易集成的 DeFi 基础设施。

1. Uniswap 简介与重要性

本系列将以 Uniswap 为主线，深入讲解其 V2、V3、V4 版本。
深度理解 DeFi： 大部分人对于Uniswap仅停留在 X * Y = K 的肤浅认知。
创新驱动： Uniswap 团队是业界极具创新力的团队，与多数仅靠营销的项目不同。它为行业带来了巨大的变革和创新。
DeFi 基础设施： 如果只了解一个区块链项目，那必须是 Uniswap。

2. Uniswap V1：恒定乘积做市商的诞生

诞生时间： 2017年6月22日，Vitalik Buterin 发表文章。
Vitalik 的文章：
- 标题： “On Path Independence”
- 核心思想： 提出无需订单簿模式也能完成代币互换 (swap) 的方案。
- 数学机制： 基于 恒定乘积做市商 (Constant Product Market Maker, CPMM) 模型，即： $X \cdot Y = K$ 其中， $X$ 和 $Y$ 分别代表两种代币的储备量， $K$ 是一个常数。价格波动通过曲线上代币余额的变化来体现。
Hayden Adams 的实现：
- 背景故事： 曾是西门子机械工程师，被解雇后在好友 Karl 的建议下开始学习以太坊和智能合约开发。Hayden 在《A Short History of Uniswap》中记录了这段经历。
- 对话案例：
  - Hayden: “我刚被开除了…”
  - Karl: “恭喜你！这是你身上发生的最好的事情了！以太坊是未来，你的新使命就是写智能合约。”
  - Hayden: “我也不知道怎么写代码啊…”
  - Karl: “没事，写代码很简单，而且那个时候（2017年）也没人知道怎么写智能合约，学学就好了。”
- 开发历程： 学习 Solidity 和 JavaScript 两个月后开始编写代码，并与团队伙伴共同尝试实现 Vitalik 的公式。
部署与初期影响：
- 部署时间： 2018年11月2日，在 伊斯坦布尔会议 期间正式部署到以太坊主网。
- 市场环境： 处于熊市 (比特币价格约 $3000-$ 4000，此前高峰 $20000)，因此 V1 发布后并未引起广泛关注。
- 开发语言： 使用 Viper 语言编写 (类似 Python)，由 Vitalik 建议。
V1 的局限性：
- 仅支持 ERC20-ETH 互换： 所有流动性池都必须是 ERC20 代币与 ETH 的配对。
- 案例： 若要将 DAI 兑换为 USDC，必须先将 DAI 兑换为 ETH，再将 ETH 兑换为 USDC，需要两次交易。
合约结构：
- UniswapExchange：负责代币互换逻辑，代码逻辑简单，约 490行。
- UniswapFactory：负责创建新的交易对。
- 特点： 合约代码简洁，被视为“历史遗迹”。
名字由来：
- 最初内部名称： UniPeg (铆钉)。
- Vitalik 建议： UniSwap。
- Logo： 独角兽 (Unicorn)。

3. Uniswap V2：引爆 DeFi 赛道

发布时间： 2020年5月。
核心特性：
- ERC20-ERC20 直接互换： 允许任意两种 ERC20 代币直接组成流动性池 (例如 DAI-USDC 池)，无需通过 ETH 中转。
- 闪电贷 (Flash Swaps)： 允许用户在同一笔交易中借入资产、使用、并归还，无需抵押品。
- 价格预言机 (Price Oracles)： 提供链上价格数据，供其他 DeFi 协议使用。
- 改进手续费设计。
对 DeFi 行业的影响 (引爆 DeFi)：
- 数据案例： 2020年5月 V2 发布后，DeFi 领域的 总锁仓量 (TVL) 从平稳状态迅速飙升，并在2021年达到约2000亿美元的峰值。V2 的发布是这一增长的起点。
- 个人经历案例： 2020年7月，老师的朋友主动联系讨论 Fork Uniswap，显示了 V2 巨大的市场热度。

3.1 Uniswap 与 SushiSwap 的竞争：UNI 代币的诞生

背景： Uniswap V2 采用宽松的开源协议，允许任何人商用其代码。
SushiSwap (2020年8月发布)：
- 策略： Fork Uniswap V2 代码，并在此基础上增加了对 流动性提供者 (LP) 的奖励 (即流动性挖矿)。
- 影响： 通过 SUSHI 代币的激励，SushiSwap 从 Uniswap 挖走了数十亿美元的流动性，对 Uniswap 造成巨大冲击。
Uniswap 的反击 (2020年9月)：
- 发行 UNI 代币： 作为治理代币。
- 空投： 向所有在特定时间点前使用过 Uniswap 的地址空投 400个 UNI 代币。
  - 价值案例： 以当前价格 $7/UNI 计算，空投价值$ 2800。历史最高价曾达 $40/UNI。
- 意义： 这是 Uniswap 团队夺回劳动成果、反击抄袭者的一种方式。
Hayden Adams 的理念与团队风格：
- 反浮躁： 批评加密货币领域过度炒作、高估值（例如：“不是所有项目一发布就必须成为独角兽”）。他认为，一个项目在百万到十亿级别（ $10^7 \sim 10^9$ ）的市场估值已是非常了不起的成就。
- 注重实际价值： 认为项目估值应基于实际成就，而非短期炒作。
- 团队风格： Uniswap 团队秉持踏实、有远见的风格，不追求短期利益和泡沫，不频繁喊单，因此能够走得更远，成为行业创新的引领者。

4. Uniswap V3：资本效率的飞跃

发布时间： 2021年5月。
核心特性：
- 集中流动性 (Concentrated Liquidity)： 允许 LP 将其流动性集中在特定的价格区间内，显著提高资本效率。
- 优化手续费设置： 提供多层手续费选项。
- LP Token 作为 NFT： 流动性提供者代币 (LPT) 从 ERC20 形式改为 NFT 形式，以支持集中流动性的复杂性。
- 改进开源协议： 引入 2年商业使用保护期。在此期间，社区成员可学习代码，但禁止直接 Fork 并发布商用产品。
- 市场影响： 2023年5月保护期结束后，许多 DEX 纷纷宣布“更新到 V3”，实则抄袭了 Uniswap V3 的代码。市场会通过自我纠错机制，最终认可创新而非简单的抄袭。

5. Uniswap V4 (草案)：基础设施愿景

代码草案发布时间： 2023年6月23日。
核心特性：
- Hooks (钩子)： 允许开发者在 Uniswap 协议的固定操作点 (如 beforeSwap, afterSwap) 插入自定义逻辑。
  - 案例： 可用于创建带有 KYC 验证的去中心化交易所 (在 Swap 前调用 Hook 检查地址的 KYC 信息)。
- Singleton 架构： 将所有交易对部署在一个合约中，而非每个交易对一个合约，显著降低部署成本和 Gas 费用。解决了 V2/V3 中每个交易对都需要独立部署合约的问题。
- 重新引入原生 ETH 支持 (Reintroduction of Native ETH)： V4 将再次支持原生 ETH，无需 WETH 中转。
- Flash Accounting。
目标： 成为一个更快、更省 Gas、更易集成、更具可扩展性的 DeFi 领域基础设施平台。

6. 核心概念解析：ETH, ERC20, WETH

ETH (以太坊原生代币)：
- 定义： 以太坊区块链的原生代币，用于支付 Gas 费用。
- ERC20 兼容性： 不符合 ERC20 标准。
- 原因： ETH 早于 ERC20 标准诞生。它没有 approve、transferFrom 等 ERC20 标准中定义的函数。
- 转账方式： 在智能合约中，转账原生 ETH 通常使用 address.transfer() 或 address.call{value: ...}()。
ERC20 (代币标准)：
- 定义： 以太坊上的第20个改进提案 (EIP-20) 提出的一种代币协议标准。
- 功能： 规定了代币必须实现的一系列函数 (如 transfer, transferFrom, approve, balanceOf) 和事件 (如 Transfer, Approval)。
- 目的： 确保不同代币之间的互操作性。
WETH (Wrapped ETH / 封装的 ETH)：
- 定义： 将原生 ETH “封装”成符合 ERC20 标准的代币。
- 作用： 由于 Uniswap V2 和 V3 等 DEX 主要支持 ERC20 代币之间的交易，原生 ETH 无法直接参与。WETH 使得 ETH 能够以 ERC20 的形式在这些智能合约和 DeFi 协议中使用。
- 历史版本支持：
  - Uniswap V1： 支持原生 ETH。
  - Uniswap V2/V3： 依赖 WETH 才能与 ERC20 代币配对。
  - Uniswap V4： 重新引入对原生 ETH 的支持。

7. Uniswap V2 与 SushiSwap 竞争时序图

以下 Mermaid 时序图展示了 Uniswap V2 发布后，SushiSwap 如何通过 Fork 代码和流动性挖矿与 Uniswap 竞争，以及 Uniswap 如何通过发行 UNI 代币反击的过程。

去中心化借贷

Sat, 30 Aug 2025 00:00:00 +0000

核心摘要 (Key Takeaways)

核心机制：去中心化借贷协议本质上是一个资金池，存款人 (Lender) 提供闲置资产赚取利息，借款人 (Borrower) 通过超额抵押资产来借出其他资产，整个过程由智能合约自动执行。
动态利率模型：借贷利率并非固定不变，而是由资金使用率 (Utilization Rate) 动态调节。当资金池中大量资产被借出时（使用率高），利率会自动升高以抑制借款、鼓励存款；反之则降低利率。
安全基石：超额抵押与清算：为应对加密资产的价格波动，所有借款都必须超额抵押。协议通过健康因子 (Health Factor) 监控每笔贷款的风险。一旦抵押物价值跌破清算阈值，监控者 (Keeper) 会触发清算程序（如拍卖或市场售出）以保护存款人的资金。
关键外部依赖：预言机 (Oracle)：协议需要预言机来获取抵押物和借出资产的实时价格，以准确计算健康因子。因此，预言机的稳定性和安全性至关重要，是协议最主要的攻击点之一，对于黑客来说，预言机就是提款机。
记账方式的演进：协议通过向存款人发放凭证Token（如Compound的cToken）来代表其在资金池中的份额。这种方式相比传统的复式记账法，极大地简化了利息计算和用户资产追踪。

1. 去中心化借贷的核心价值与传统对比

1.1. 为什么需要借贷？

借贷是源远流长的金融活动，核心在于提高资金利用效率和满足流动性需求，而非简单地“没钱才借”。

恒定乘积自动做市商 (CPAMM) 学习笔记

Sat, 30 Aug 2025 00:00:00 +0000

恒定乘积自动做市商 (CPAMM) 学习笔记

核心摘要 (Key Takeaways)

CPAMM 核心公式： $X \times Y = K$ 是恒定乘积自动做市商（Constant Product Automated Market Maker, CPAMM）的核心，它定义了去中心化交易所（DEX）中流动性池中两种资产数量的关系。
DEFI 基石：该公式是 2020-2021 年 DEFI 浪潮的起点，支撑了数百亿美元的 DEFI 市值发展，实现了无需中心化对手方的代币交换。
交换中的 K 值恒定：在用户进行代币买卖（Swap）时，池子的总流动性 $K$ 保持不变，但池中两种代币的比例会根据交易量动态调整。
滑点 (Slippage)：交易量相对于池子总流动性的比例越大，交易产生的滑点就越大，导致实际成交价格偏离预期市场价格。用户在交易时可设置滑点容忍度。
流动性提供者 (LP)：用户可以通过向池子提供两种代币，成为流动性提供者，获得 LP 凭证 (LPT) 并赚取交易手续费；添加和移除流动性会改变 $K$ 值。

1. 恒定乘积自动做市商 (CPAMM) 核心原理

1.1 定义与核心公式

Shade BIOSUnleashing the Full Stealth of UEFI Malware

Sun, 17 Aug 2025 00:00:00 +0000

技术深度分析报告：Shade BIOS: Unleashing the Full Stealth of UEFI Malware

1. 摘要与背景设定 (Executive Summary & Stage Setting)

Solidity 101

Fri, 01 Aug 2025 00:00:00 +0000

学习Solidity 101 记录

Solidity 是一种用于编写以太坊虚拟机（EVM）智能合约的编程语言。

开发工具

本教程中，我们将使用 Remix 运行 Solidity 合约。Remix 是以太坊官方推荐的智能合约集成开发环境（IDE），适合新手，可以在浏览器中快速开发和部署合约，无需在本地安装任何程序。网址：https://remix.ethereum.org

Solidity 102

Fri, 01 Aug 2025 00:00:00 +0000

函数重载

和C++中的一样：参数返回值不同，函数名相同。

Web3 - 标签 - 敬渊's Blog

以太坊 PoS 共识机制与 Engine API 源码阅读

1. 理论基础

1.1 以太坊共识机制的历史演进

以太坊之详解默克尔压缩前缀树

1. 基础数据结构

以太坊详解之交易池

交易池

架构设计

1.交易处理流程

以太坊-基础数据结构解析

以太坊基础配置

量化可视化指南揭秘：大型语言模型的压缩

量化技术图解指南

深入浅出，揭秘大语言模型的压缩之道

02.Uniswap V2 swap 操作

核心摘要 (Key Takeaways)

1. Uniswap V2 核心架构与合约

03.Uniswap V2 手续费机制

核心摘要 (Key Takeaways)

1. Uniswap V2 手续费机制概览

1.1 基础概念：流动性与 LP Token

1.2 千三手续费 (0.3%)

2. 流动性增长的逻辑

2.1 为什么流动性会增长 (K2 > K1)？

2.2 案例分析：DAI/USDT 池子

04.Uniswap V2 添加移除流动性

核心摘要 (Key Takeaways)

Uniswap V2 流动性管理概述

05.Uniswap V2 无常损失

Uniswap V2 无常损失深度解析

核心摘要 (Key Takeaways)

1. 什么是无常损失 (Impermanent Loss)？

1.1 核心定义

06.Uniswap V2 闪电贷

核心摘要 (Key Takeaways)

1. Flash Swaps 核心概念

07.Uniswap V2 TWAP

Uniswap V2 的时间加权平均价格 (TWAP) 学习笔记

核心摘要 (Key Takeaways)

为什么需要 TWAP？—— Spot Price 的局限性

Spot Price (瞬时价格) 的定义

08.Uniswap V3简介

核心摘要 (Key Takeaways)

1. Uniswap V2 的核心问题：资金利用率低下

09.Uniswap V3 集中流动性

核心摘要 (Key Takeaways)

1. Uniswap V2 的核心问题：资本效率低下

10UniswapV3流动性计算

核心摘要 (Key Takeaways)

11.Uniswap V3 tick 与价格表示

核心摘要 (Key Takeaways)

1. tick 的引入与作用

1.1 问题背景：集中流动性的 Gas 消耗

1.2 解决方案：引入 tick 进行离散化

12.Uniswap V3 添加流动性案例

核心摘要 (Key Takeaways)

一、 Uniswap V3 核心公式与概念回顾

1. V3 流动性公式与曲线

13.Uniswap V3 单价格区间内 Swap 机制

Uniswap V3：单价格区间内 Swap 机制与数学实现

核心摘要 (Key Takeaways)

1. 基础回顾：价格、Tick 与流动性

14.Uniswap V3 Tick Bitmap

核心摘要 (Key Takeaways)

1. Tick 的回顾与作用

2. 核心问题：如何跟踪活跃的流动性区间？

3. 一种被否决的朴素方案

4. Uniswap V3 的精巧解决方案：Tick BitMap

15.Uniswap V3 Tick Bitmap 寻找下一个 tick

核心摘要 (Key Takeaways)

I. Tick Bitmap 核心概念回顾

16.Uniswap V3 cross tick swap

核心摘要 (Key Takeaways)

1. 交易机制回顾与铺垫

1.1 基础概念回顾

1.2 单一价格区间内的交易 (未跨Tick)

16.Uniswap V3 LiquidityNet

核心摘要 (Key Takeaways)

1. 背景问题：Uniswap v3 如何高效追踪流动性？

1. `tick` 的引入与作用

1.2 解决方案：引入 `tick` 进行离散化

2. 手续费分配的基本原理与 `feeGrowth` 的引入

2.2 `feeGrowthGlobal`：全局手续费累加器

3. 从全局到局部：计算 `feeGrowthInside`

4. `feeGrowthOutside`：精巧的边界状态记录机制