作者：比原链研究院前言——Uniswap V3（如下简称 Uni V3）放出了很多 feature，然而其最为本质的迭代依然是对 AMM 数学曲线的再思考。在过去的两年中，我们也躬身入局 AMM 领域，认为 AMM 最基本的曲线形态已经定型，后续的创新应该会在 AMM 基本曲线形态的基础上实现“策略化”，于是我们创造了 MOV 超导 V2。而如今我们看到了 V3，突然有一种“久别重逢”的感觉，在寻找这种感觉之余，我们也希望为大家呈现 AMM 最为深刻的思考路程。因为 AMM 的时代将会比想象得更为恢弘壮阔。让我们直切正题，Uniswap V3 最耀眼的创新——在 AMM 上实现集中流动性。V3 给出了一个虚拟储备金（virtual reserves）的概念，举例讲解：在传统 V2 中，Alice 一次性将 500,000 DAI 和 333.33 ETH 注入储备池，总价值 $1m，提供全区间(0,infty)的流动性，但实际上 ETH 的价格波动范围在很长一段时间内是有局部范围的，这种为全区间无私提供流动性的行为大大浪费了资本利用效率。（注：在一个逐步走向成熟化的金融市场中，无套利原理和提升资本利用效率永远是两大核心诉求，也是后续 DeFi 产品向先驱 DeFi 发起挑战的出发点。）所谓的集中流动性便是让 LP 自主选择波动范围，只为该范围提供局部流动性，例如 Bob 认为未来一段时间内 ETH 的价格区间在(1000,2250)，并且如果未来真的是在这个区间波动，Bob 希望自己获得的收益能够跟百万富豪 Alice 一样多，于是 Bob 一开始只需要投入 91,751 DAI 和 61.17 ETH，总价值 $183,500，远远小于 Alice 实际投入的资金。我们对照下图来解释其中的道理。其中，X 是 ETH，Y 是 DAI，点 a 对应价格 1000，点 b 对应价格 2250，点 c 是当前市场价格 1500，x_{real}是 Bob 投入的 61.17 ETH，y_{real}是 91751 DAI。在数学实现上——假设图中曲线表达式为 xy=D，其中 D 便是我们要确定的值，即这条“虚拟的”曲线。存在如下客观事实：进一步，由于则解方程得最后我们发现即 Bob 所获得的虚拟曲线（D 值）几乎跟 Alice 一样。上述计算过程是一种反证法，实际上用户 Bob 会向系统算法提出自己的需求输入，包括预测价格区间范围、当前价格点、最终想要获得的一个 virtual reserves 规模（即虚拟曲线 D 值）。有了虚拟曲线表达式的确定，可以轻松算出 a、b、c 三个确定的点坐标，进而便算出 x_{real}=61.17 以及 y_{real}=91751。同时，也可以看到，一旦未来价格越出了区间，Bob 其中一种资产将彻底消失。虚拟储备金（virtual reserve）是 Uni V3 实现集中流动性的基础原理，也是 Uni V3 将多样化的仓位区间统一成一条（大的全区间的虚拟）曲线的巧妙之处。然而看似简单的原理背后缺需要复杂的工程实现和算法模型的支撑，尤其是解决手续费（fee）的统计计算和 LP 的加入/退出计算。对于 AMM 来说，最复杂的莫过于 LP 的存取行为和收益统计，在以 V2 为代表的经典 AMM 模型中，会通过一种“份额模式”从始至终为 LP 确定下各自可提取的数量比例（也包括手续费）。但在 V3 中，将会对 LP 可提取比例以及所获 fee 比例进行一种“非常统计风格”的计算方法。在具体实现上，Uni V3 将价格全区间以 ticks 的模式均匀分段，变成离散的空间：如何根据当前价格，判断所处 ticks——全局状态中有 feeGrowthGlobal0(f_{g},0) 和 feeGrowthGlobal1 (f_{g},1)—f_{g}，用来从全局角度统计总的手续费收益。例如，当在一个 tick 内发生了一笔交易，系统会计算出该笔交易产生的手续费：其中 y_{in}为该笔交易的输入数量，其余部分是手续费的比例。系统会不断累计出每个 tick 内产生的所有手续费总和。再引入一个“稍微低一个级别的”全局状态变量 feeGrowthOutside{0,1}—f_{o}，用于计算在给定区间（range，由很多连续的 ticks 组成的空间）内的手续费总和。我们想查询某个价格 range（即在下界 tick i_{l}和上界 tick i_{u}之间）产生了多少累计手续费，总公式为：其中，f_{a}变量是对所有高于 i tick 的区间的 fee 统计，f_{b}是对所有低于 i tick 的区间的 fee 统计，因此在上述总公式中，我们从全局总累计手续费 f_{g}中减去所有低于下界 i_{l}的累计手续费，再减去所有高于上界i_{u}的累计手续费，便是 (i_{l},i_{u}) 之间的累计手续费。f_{o} 可以理解为一个计算单元，用于累积截止到 i tick 的手续费，在它的初始化过程中，我们约定如下：再来看 f_{a}的计算，分成了两段，可以理解为——如果当前 tick 等于 i 或者高于 i，此时从全局总手续费 f_{g} 中减去“累积到 i tick”的手续费 f_{o}(i)，剩下的便是对所有高于 i tick 的区间的 fee 统计；但如果当前 tick 还未抵达 i，此时根据对 f_{o} 的初始化定义为 0，则所有高于 i tick 的区间的 fee 统计尚未产生，为 0。同样对于 f_{b}——如果当前 tick 抵达或者超过了 i，f_{o}(i)表示累计到 i 的手续费，也即对所有低于 i tick 的区间的 fee 统计；如果当前 tick 还未抵达 i，对所有低于 i tick 的区间的 fee 统计值即为当前的全局变量 f_{g}（当前总手续费）。通俗来概括，系统算法要统计某一个 range 内累计的手续费，如果当前 tick 已经处于 range 内部，即 i_{l}leq i_{c} (责任编辑：admin)