Technology - 分类 - 敬渊's Blog

翻译《Polymarket 套利机器人构建指南》

Sat, 21 Feb 2026 00:00:00 +0000

Polymarket 套利机器人构建指南

你有没有注意到，交易机器人从 Polymarket 攫取了最大的利润？

翻译《如何像对冲基金一样使用预测市场数据（完整路线图）》

Sat, 21 Feb 2026 00:00:00 +0000

https://x.com/RohOnChain/status/2023781142663754049

以下是经过专业校对的完整翻译：

如何像对冲基金一样使用预测市场数据（完整路线图）

我将详细拆解对冲基金如何利用预测市场数据构建交易策略，并提取散户错过的 Alpha（超额收益）。此外，我还将分享一个包含 4 亿多笔交易、追溯至 2020 年的数据集。

翻译《Polymarket交易所需的数学知识（完整路线图）- 第二部分）》

Sun, 08 Feb 2026 00:00:00 +0000

在Polymarket交易所需的核心数学原理

我将为您拆解在Polymarket交易所需的核心数学知识。我还会分享帮助我入门的具体路线图和资源。

翻译《在Polymarket上交易所需的数学知识（完整路线图）》

Sat, 07 Feb 2026 00:00:00 +0000

https://x.com/RohOnChain/status/2017314080395296995

Polymarket交易所需的数学知识（完整路线图）

我将详细拆解在Polymarket交易所需的核心数学知识，并分享帮助我入门的具体学习路径和资源。

MIT 15.401

Sun, 01 Feb 2026 00:00:00 +0000

[toc]

第一课 - Introduction to Finance

一、引入与背景 (Lecture Start)

课程开场

论文阅读《Capital Asset Prices:A Theory of Market Equilibrium under Conditions of Risk》

Sat, 31 Jan 2026 00:00:00 +0000

0. 论文基本信息

标题：资本资产价格：风险条件下的市场均衡理论 (Capital Asset Prices: A Theory of Market Equilibrium under Conditions of Risk)
作者/机构：威廉·F·夏普 (William F. Sharpe)，华盛顿大学运筹学副教授
发表出处/时间：《金融学杂志》(The Journal of Finance)，第19卷第3期，1964年9月，第425–442页

1. 核心问题与创新总览

该研究旨在解决风险条件下资本市场缺乏微观经济理论基础的核心问题。在夏普之前，金融学界虽能严谨推导无风险条件下的纯利率决定机制，却无法从基本原理出发解释风险溢价 (Risk Premium) 的形成机制，更无法阐明单个资产价格与其风险特征之间的内在联系。传统解释往往止步于"高风险要求高回报"的经验性断言，缺乏严谨的均衡推导。

论文阅读《LingBot-World：推进开源世界模型》

Tue, 27 Jan 2026 00:00:00 +0000

0. 论文基本信息

标题：LingBot-World: Advancing Open-source World Models
作者/机构：Robbyant Team，Ant Group（蚂蚁集团）
发表出处/时间：技术报告，网站与代码仓库已于2026年1月前公开发布（GitHub: https://github.com/robbyant/lingbot-world）

1. 核心问题与创新总览

该研究聚焦于“世界模型 (World Model)”从传统“文本到视频 (Text-to-Video)”生成迈向“文本到世界 (Text-to-World)”交互式仿真的关键鸿沟：现有高质量视频生成模型虽然能合成短时、视觉一致的片段，但往往更像“做梦者 (Dreamer)”而非“模拟器 (Simulator)”，缺乏对因果性、物体恒常性以及交互后果的稳定建模，从而难以在分钟级时长内维持结构与叙事一致，更难以在低时延下支持实时控制。与此同时，交互数据稀缺、扩散采样昂贵、以及最先进系统闭源等现实因素进一步限制了社区研究与应用落地。

论文阅读《The Real Value of China's Stock Market》

Mon, 26 Jan 2026 00:00:00 +0000

0. 论文基本信息

标题：中国股市的真实价值 (The Real Value of China’s Stock Market)
作者/机构：Jennifer N. Carpenter（纽约大学斯特恩商学院）、Fangzhou Lu（麻省理工学院斯隆管理学院）、Robert F. Whitelaw（纽约大学斯特恩商学院及NBER）
发表出处/时间：NBER工作论文系列第20957号，2015年2月

1. 核心问题与创新总览

该研究旨在解决国际金融学界对中国股市功能的长期误解问题。自1990年代建立以来，中国股市被广泛视为由投机者和内部人士操纵的"赌场"，缺乏与企业基本面的有效联系，无法履行资本配置的核心功能。本文通过系统性实证分析，颠覆了这一传统认知，证明经过2000年代的系列改革，中国股市已发展成为信息高效、功能健全的资本市场。其核心创新在于构建了三重证据链：首先，证明中国股市价格对预测未来企业盈利的信息含量（price informativeness）已达到与美国市场相当的水平；其次，发现企业投资效率（investment efficiency）与股价信息含量呈现高度正相关，证实股市在实体经济中发挥资源配置作用；最后，揭示尽管中国股市与其他主要市场存在分割，但其横截面收益定价模式与全球发达市场惊人相似，同时为国际投资者提供显著的分散化收益机会。这些发现共同表明，中国股市已从早期的投机场所转型为支持经济增长的重要金融基础设施。

论文阅读《基于强化学习的协同公式化Alpha因子集合生成方法》

Mon, 26 Jan 2026 00:00:00 +0000

0. 论文基本信息

标题：Generating Synergistic Formulaic Alpha Collections via Reinforcement Learning
作者/机构：Shuo Yu, Hongyan Xue, Xiang Ao, Feiyang Pan, Jia He, Dandan Tu, Qing He（中国科学院计算技术研究所/中国科学院大学；华为EI创新实验室等）
发表出处/时间：KDD 2023（arXiv:2306.12964v1，2023-05-25）

1. 核心问题与创新总览

量化交易中常将历史价格/成交量等原始数据变换为可解释的市场信号，称为阿尔法因子 (alpha factor)。其中，公式化阿尔法 (formulaic alpha) 因可解释性强而常用于风控敏感场景；然而，实践中通常并非单因子使用，而是将多个因子输入下游组合模型以提升预测精度。传统自动挖掘方法大多“逐个”生成因子，并用互信息系数或互相关等相似性指标筛选“多样性”，忽略了因子最终将被组合这一事实，导致得到的因子集合在组合后增益有限，甚至与筛选指标不一致。

论文阅读《中国市场的盈余公告：隔夜与日内收益差异》

Sun, 25 Jan 2026 00:00:00 +0000

0. 论文基本信息

标题：中国市场的盈余公告：隔夜与日内收益差异 (Earnings Announcements in China: Overnight-Intraday Disparity)
作者/机构：刘俊豪 (Junhao Liu)、Ole-Kristian Hope（多伦多大学罗特曼管理学院）；胡丹琪 (Danqi Hu)（北京大学光华管理学院）
发表出处/时间：SSRN工作论文，2023年7月5日

1. 核心问题与创新总览

该研究聚焦于盈余公告 (Earnings Announcements) 在中国股票市场 (Chinese Stock Market) 中的价格发现机制问题。传统金融学研究通常将日度收益 (Daily Returns) 作为分析单位，但本文揭示了一个被长期忽视的核心现象：在独特的交易与信息披露制度安排下，中国市场的盈余公告反应呈现出显著的隔夜-日内收益差异 (Overnight-Intraday Disparity)。

AAVE v1 源码阅读

Tue, 20 Jan 2026 00:00:00 +0000

1 架构鸟瞰（Bird’s-eye View）

图 4 提供了 Aave V1 在执行层与状态层之间的完整流向：用户与外部协议主要通过 LendingPool 交互，这个无状态的业务控制器只负责校验与流程调度；资金托管、计息、估值与状态存储都被剥离到 LendingPoolCore。为将白皮书中的抽象模型映射到源码，本章按照“入口 → 状态 → 策略”的顺序梳理模块职责与依赖关系，后续章节将沿这些箭头展开函数与事件的细节。

AAVE v1 白皮书阅读

Mon, 19 Jan 2026 00:00:00 +0000

1 Introduction

Aave Protocol V1 标志着从去中心化 P2P 借贷策略（lender 与 borrower 之间形成直接贷款关系，如早期 ETHLend）向 pool-based（资金池） 模式的转变：

闪电网络白皮书阅读

Sun, 18 Jan 2026 00:00:00 +0000

1. 比特币区块链的扩展性难题 (The Bitcoin Blockchain Scalability Problem)

这一章为整个协议奠定了物理学和经济学基础。论证了为什么“单纯增加区块大小（Block Size Increase）”是一条死路，以及为什么必须将交易移至链下（Off-chain）。

论文整理来自OPENAI

Wed, 26 Nov 2025 00:00:00 +0000

先直接说结论：我不可能数学意义上“全网穷举所有论文”，但我已经围绕你提到的几个方向——

DEX/AMM 上的多池 / 多跳 / 三角套利与最优路径搜索
DeFi ↔ CEX 价差套利（含跨链）
现货–期货 / 永续合约资金费率 / 基差套利

做了多轮英文关键词检索，把近几年和“在几十/几百个池子里快速找最优套利路径、高计算复杂度算法”最相关的研究论文和接近论文风格的技术文全部整理出来（下面会把我“搜到的都列出来”，并注明不是严格意义上的论文时）。

论文阅读《愿望还是现实？论加密货币市场中三角套利的可利用性》

Wed, 26 Nov 2025 00:00:00 +0000

愿望还是现实？论加密货币市场中三角套利的可利用性

https://www.sciencedirect.com/science/article/pii/S154461232401537X?ref=pdf_download&fr=RR-2&rr=9a4aac511b200540

Anthropic论文

Mon, 24 Nov 2025 00:00:00 +0000

https://assets.anthropic.com/m/74342f2c96095771/original/Natural-emergent-misalignment-from-reward-hacking-paper.pdf

一、这篇论文在研究什么？

一句话概括：

一些想看的论文整理

Mon, 24 Nov 2025 00:00:00 +0000

下面是一个按主题整理的清单，只包含我们前面聊到、而且我在网上能精确定位到的论文/长文。每条都有：英文题目 + 大致做了什么 + 主要链接。（个别早先提到但我在公开数据库里找不到权威版本的，就没硬塞进来，以免给错链接。）

论文阅读《An Introduction to Arbitrage Trading Strategies》

Sun, 23 Nov 2025 00:00:00 +0000

套利交易策略导论

引言

套利交易策略是一类通过买卖金融工具来利用价格差异的交易策略。套利交易的目标是从证券或市场之间的价格差异中获利，而不承担重大的方向性风险。套利交易策略通常依赖定量分析和数学模型来识别错误定价，并在市场调整前快速执行交易。本文将介绍五种流行的套利交易策略，并为每种策略提供简单的示例和参考资料。

论文阅读《Unravelling the Probabilistic Forest:Arbitrage in Prediction Markets》

Sun, 23 Nov 2025 00:00:00 +0000

揭开概率森林的面纱：预测市场中的套利

摘要

Polymarket 是一个预测市场平台，用户可以通过交易与特定结果（称为条件）挂钩的份额来对未来事件进行预测。Polymarket 上的每个市场都关联着一组一个或多个此类条件。为确保市场正确结算，条件集必须是完备的——即 collectively 涵盖所有可能结果——同时必须是互斥的——即仅有一个条件最终可判定为真。因此，所有相关结果（无论在一个条件还是市场中）的价格之和（即概率）应为 $1 ，代表任一结果发生的总概率为 1。

凸优化课程学习笔记

Tue, 07 Oct 2025 00:00:00 +0000

坟墓里寂静无比，埋葬你的是你所有没说出口的话

线性代数课程学习笔记

Tue, 07 Oct 2025 00:00:00 +0000

坟墓里寂静无比，埋葬你的是你所有没说出口的话

论文阅读《An Eﬃcient Algorithm for Optimal Routing Through Constant Function Market Makers》

Sat, 04 Oct 2025 00:00:00 +0000

摘要

该论文针对去中心化金融中多个恒定函数做市商（CFMM，如Uniswap等）组成的交易网络，提出了一种基于分解法的高效算法，用于解决最优交易路由问题（即找到能最大化用户效用的交易路径），该算法可并行处理各交易所计算、兼容复杂CFMM类型（如Uniswap v3），且通过数值实验证明其比商业求解器速度更快、能带来更高用户收益。

论文阅读《The Geometry of Constant Function Market Makers》

Sat, 04 Oct 2025 00:00:00 +0000

论文标题：恒定函数做市商的几何原理

0.摘要

恒定函数做市商（CFMMs）是目前加密货币代币去中心化交易场所中最流行的类型。本文提出了一种极为通用的几何框架（或称“公理”），该框架涵盖并推广了文献中关于CFMMs的诸多已知结论，且无需依赖可微性或齐次性等严格条件。该框架的一个重要推论是：每个CFMM都具有（唯一的）典型交易函数，这种函数具有凹性、齐次性和非递减性，从而证明许多仅适用于齐次交易函数的结论实际上具有普适性。

《高级投资组合优化》阅读笔记-第一二章

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

第一章：引言

核心思想

投资组合优化 (Portfolio Optimization)：核心目标是为投资者找到最适合其需求的 最佳资产配置 (best asset allocation)。

《高级投资组合优化》阅读笔记-第三章 3.1 矩

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

第三章基于样本的方法

这章，主要介绍几种用于估算大多数投资组合优化模型所需输入参数的方法：预期收益向量和协方差矩阵。这些方法的主要缺点是：其估算的参数默认假设资产收益的未来表现会与用于估算的样本表现相似。

《高级投资组合优化》阅读笔记-第四章

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

第四章

在本章中，我们将解释如何构建风险因子模型，试图将资产收益表现作为风险因子表现的函数来解释。然后，基于这些模型，我们可以将资产收益的预期收益向量和协方差矩阵估计为风险因子的函数，这些风险因子可以是显性的（外生变量）或隐性的（外生变量的主成分）。与仅使用基于样本的参数估计作为投资组合优化模型的输入相比，这些新的估计方法往往能产生更多样化和稳健的投资组合。

UniswapV2源码阅读

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

这系列文章准备详细看看Uniswap的代码，使用的是 Hardhat

零。主要内容

当然！阅读 Uniswap V2 源码是一个非常棒的主题，可以写出一个非常深入和受欢迎的系列。基于第一篇《环境搭建》，后续文章可以按照从核心到外围、从基础到复杂的逻辑展开。

Uniswap源码分析：（一）环境搭建

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

这系列文章准备详细看看Uniswap的代码，使用的是，Raydium v3 AMM (CLMM) ，Github：

https://github.com/raydium-io/raydium-clmm

这是第一篇，主要讲环境搭建和部署的部分。

环境搭建

rust

安装rust

以太坊 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 定义与核心公式

Lex Fridman播客:陶哲轩：数学、物理学中最难的问题以及人工智能的未来

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

这是Lex Fridman播客第472期与陶哲轩（Terence Tao）的访谈文字记录。文字记录中的时间戳是可点击链接，可直接带你跳转到主视频中的相应时间点。请注意，文字记录由人工生成，可能存在错误。以下是一些有用的链接：

大型LLM架构对比

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

从DeepSeek-V3到Kimi K2：现代LLM架构设计一览

塞巴斯蒂安·拉斯卡博士 | 2025年7月19日

Claude Code CLI 认证流程解析 & Claude Code API 深度解析

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

Claude Code CLI 认证流程解析

Claude Code（一）：认证篇

1. 引言：一个关于"拼车"的想法

项目源于一个朴素的想法：与小伙伴"拼车"使用 Claude Code。

Function Calling 与 MCP 协议

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

以下是根据您提供的图片内容生成的 Markdown 格式文本：

Function Calling 与 MCP 协议 | 深究 MCP 协议的设计

一、Function Calling

2.1 要解决的问题

传统聊天大模型只会说话,没有工具调用能力,这使得大模型:

环签论文阅读《How to Leak a Secret》

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

论文标题： How to Leak a Secret 作者： Ronald L. Rivest, Adi Shamir, and Yael Tauman

1. 引言 (Introduction)

1.1 研究背景：

在数字签名领域，传统的数字签名方案能够确保消息的真实性和发送者的身份，但有时发送者希望保持匿名性。现有的匿名通信方案（如匿名转发器）通常会剥离所有源身份信息和认证，导致接收者无法确信消息的来源是可信的。另一方面，群签名 (Group Signatures) 方案虽然允许群成员匿名签名，但它们通常效率低下，需要预先设置群组、群管理器，并可能存在群管理器揭露签名者身份的风险。这些现有方案无法满足在确保消息来源可信的同时，又完全保护签名者身份的需求。

使用GIT clone指定仓库的制定文件夹

Mon, 18 Aug 2025 00:00:00 +0000

要只克隆 GitHub 仓库中的一个文件夹，你需要使用 Git 的稀疏检出（sparse-checkout）功能。这个功能允许你只下载仓库中你指定的路径。

以下是具体的命令步骤：

自用prompt整理收集

Mon, 18 Aug 2025 00:00:00 +0000

会议 PPT 生成文章

有些时候 BlackHat或者DEF CON之类的会议已经结束了，但是YouTube还暂时没有上传视频，可以用这个prompt来生成文章

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)

公司融资的各个阶段和对赌协议简单理解

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

公司融资的各个阶段

第一关：新手村 (种子期 Seed Stage) - 从0到1

公司状态： 创始人脑中的一个火花、一份PPT，或一个仅能满足最核心功能的简陋产品（MVP）。团队可能就在咖啡馆或自家车库办公。

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++中的一样：参数返回值不同，函数名相同。

论文阅读 AlphaGo Moment for Model Architecture Discovery

Sun, 27 Jul 2025 00:00:00 +0000

论文阅读笔记：模型架构发现的AlphaGo时刻

摘要

尽管人工智能系统（AI systems）展现出指数级提升的能力，但人工智能研究（AI research）本身的速度却受限于人类的认知能力（human cognitive capacity），这造成了日益严重的开发瓶颈（development bottleneck）。本文介绍了 ASI-ARCH，这是人工智能研究领域（ASI4AI）中人工超级智能（Artificial Superintelligence for AI research）的首次演示，它在神经架构发现（neural architecture discovery）这一关键领域，通过使人工智能能够进行自身的架构创新（architectural innovation），打破了这一根本限制。

“天才法案”与新东印度公司：美元稳定币将如何挑战现有法币体系及国家形态

Sun, 20 Jul 2025 00:00:00 +0000

“天才法案”与新东印度公司：美元稳定币将如何挑战现有法币体系及国家形态

这是一种极其高明的非对称战略。美国正在利用其对手最薄弱的一环：对失控的恐惧，来构建自己的护城河 – 作者

DAI 白皮书翻译

Sat, 19 Jul 2025 00:00:00 +0000

DAI白皮书

[toc]

Dai稳定币概述

当前主流数字资产（如比特币 Bitcoin [BTC] 和以太币 Ether [ETH]）价格波动过于剧烈，难以作为日常交易货币使用。比特币的价值经常出现大幅波动，单日涨跌幅度可达 25%，有时甚至一个月内涨幅超过 300%。

ETH 白皮书阅读

Sat, 19 Jul 2025 00:00:00 +0000

[toc]

Page last updated:2025年2月12日

这篇介绍性论文最初由以太坊创始人 Vitalik Buterin 在 2014 年发表，前于 2015 年的项目正式发布时间。值得一提的是，和其他社区驱动的开源软件项目一样，以太坊自发布以来一直不断发展。

论文阅读：《Blockchain privacy and regulatory compliance:Towards a practical equilibrium》

Sun, 13 Jul 2025 00:00:00 +0000

论文阅读：《Blockchain privacy and regulatory compliance: Towards a practical equilibrium》

0. 摘要

我们研究了一种名为“隐私池”（Privacy Pools）的新型智能合约隐私增强协议。该协议引入了一种机制，允许用户在不公开完整交易记录的前提下，选择性披露交易的某些属性。其核心在于让用户发布零知识证明，以验证其资金（未）来源于已知的（非法）合法渠道，这通过证明资金属于特定关联集合来实现——这些集合专为展示符合监管框架或社会共识而设计。我们阐述了该机制如何在合规与非合规提款间建立分离均衡，并详细分析了其技术原理、激励机制及更广泛的影响，揭示此类协议如何实现既保护隐私又符合监管要求的区块链交易。

论文阅读：HookChain

Mon, 02 Jun 2025 00:00:00 +0000

TODO

行文风格需要改
标题序号需要改

0.摘要

通过精确结合 IAT Hooking 技术、动态 SSN 解析和间接系统调用，HookChain 以一种仅作用于 Ntdll.dll 的 EDR 的警惕之眼不可见的方式重定向 Windows

VMware的配置

Tue, 27 May 2025 00:00:00 +0000

将VMware 中的虚拟机设定为一个固定值

打开虚拟机的 .vmx 文件，添加

LLVM 学习

Sat, 29 Mar 2025 00:00:00 +0000

LLVM 学习

Pytorch 学习

Tue, 25 Mar 2025 00:00:00 +0000

Pytorch 学习

论文阅读：《区块链共识算法的发展现状与展望》

Sun, 23 Mar 2025 00:00:00 +0000

论文阅读：《区块链共识算法的发展现状与展望》

shadowsocks实现原理

Sat, 22 Mar 2025 00:00:00 +0000

shadowsocks实现原理

Socks5原理

Sat, 22 Mar 2025 00:00:00 +0000

Socks5原理

LLM MCP记录

Wed, 19 Mar 2025 00:00:00 +0000

最近 MCP 很火啊，但是生态还不是很完善，等等看几个月之后的 MCP 是什么情况吧。

Deep Learning

Wed, 29 May 2024 00:00:00 +0000

坟墓里寂静无比，埋葬你的是你所有没说出口的话

AFL源码阅读

Sat, 16 Sep 2023 00:00:00 +0000

阅读源码的主要目标应该是：

理清静态插桩过程（gcc、clang、llvm mode）
理清 fuzz 过程：如何变异、如何将 input 传递给程序、如何收集覆盖度信息
理清 qemu mode 的插桩和执行过程

因此，我们决定阅读顺序：

【译】Scoop The Windows 10 Pool

Thu, 24 Aug 2023 00:00:00 +0000

SSTIC2020-Article-pool_overflow_exploitation_since_windows_10_19h1-bayet_fariello.pdf https://github.com/synacktiv/Windows-kernel-SegmentHeap-Aligned-Chunk-Confusion https://paper.seebug.org/1743/

https://github.com/cbayet/Exploit-CVE-2017-6008/blob/master/Windows10PoolParty.pdf

摘要：堆溢出是应用程序中相当常见的漏洞。利用这类漏洞通常依赖于对用于管理堆的基础机制的深入理解。Windows 10 最近改变了其在内核空间中管理堆的方式。本文旨在介绍Windows NT内核中堆机制的最新演变，并介绍针对内核池的新的利用技术。

【译】Kernel Pool Exploitation on Windows 7

Wed, 16 Aug 2023 00:00:00 +0000

https://dl.packetstormsecurity.net/papers/general/kernelpool-exploitation.pdf https://media.blackhat.com/bh-dc-11/Mandt/BlackHat_DC_2011_Mandt_kernelpool-wp.pdf?source=post_page https://www.sstic.org/media/SSTIC2020/SSTIC-actes/pool_overflow_exploitation_since_windows_10_19h1/SSTIC2020-Article-pool_overflow_exploitation_since_windows_10_19h1-bayet_fariello.pdf

摘要：在Windows 7中，微软引入了safe unlinking技术来解决影响Windows内核的安全公告日益增多的问题。在从双向链表中删除条目之前，safe unlinking旨在通过验证相邻列表条目的指针来检测内存损坏。因此，攻击者不能轻易地利用通用技术来利用泄漏池溢出或其他泄漏池损坏漏洞。本文中，我们展示了尽管引入了安全措施，Windows 7仍然容易受到通用内核池(kernel pool)攻击的影响。特别是，我们展示了在某些条件下，池分配器可能无法安全地unlink空闲列表条目，从而允许攻击者破坏任意内存。为了防止这些攻击，我们提出了进一步加固和增强内核池安全性的方法。

HEVD-Windows7x86 SP1 记录

Sat, 12 Aug 2023 00:00:00 +0000

本文记录自己学习HEVD的全过程。

差不多全部完成了，还有一些小的问题需要完善，然后还有几篇文没有好好看，挑个时间好好看下

就这样吧，待完善的东西以后再说

Stable Diffusion QR Code

Sun, 09 Jul 2023 00:00:00 +0000

起源

上个月就有看到用AI生成可扫描的二维码的文章（AI 生成可扫码图像 — 新 ControlNet 模型展示），但是没有说具体的制作细节，当时还在reddit上搜了半天，但是制作出来的效果都差强人意。

Syscall Journey

Mon, 03 Jul 2023 00:00:00 +0000

本文记录一下syscall的“旅程”。

这里使用的是win10x64 22H2 19045.3086

与其他进程、内存、驱动器或文件系统交互时，使用 Kernel32.dll 中的函数
与 Windows GUI 交互，使用的是 user32.dll 和 gdi32.dll 中的函数

【译】AFL白皮书

Tue, 16 May 2023 00:00:00 +0000

[toc]

AFL 翻译

afl-fuzz 技术白皮书

本文档快速概述了American Fuzzy Lop的核心内容。

Windows内核(十一)——软件调试

Sun, 12 Mar 2023 00:00:00 +0000

[toc]

最后一部分了，接下来好好写个调试器，看看win内核的洞去了。

01.调试对象

调试器与被调试程序

示例图如下：

Windows内核(十)——消息机制

Tue, 07 Mar 2023 00:00:00 +0000

[toc]

1.消息队列

消息队列

本质上是一种数据结构，先进先出。

Windows内核(九)——内存管理

Sun, 05 Mar 2023 00:00:00 +0000

[toc]

01.线性地址的管理

每个进程都有自己的用户空间需要管理，当我们使用VirtualAlloc等函数申请一块固定的地址空间时，首先需要确认这块空间是否被占用，如果该空间已被占用则申请失败。
用户空间并非像内核空间一样通过一块链表去管理已占用的线性地址空间（效率低），而是通过搜索二叉树

申请内存的两种方式：

Windows内核(八)——异常

Thu, 02 Mar 2023 00:00:00 +0000

[toc]

01.CPU异常记录

一个异常产生后，首先是要记录异常信息（异常的类型、异常发生的位置等），然后要寻找异常的处理函数，称为异常的分发,最后找到异常处理函数并调用，称为异常处理。

Windows内核(七)——APC机制

Sun, 26 Feb 2023 00:00:00 +0000

[toc]

01.APC的本质

线程是不能被“杀掉”、“挂起”、“恢复”的，线程在执行的时候自己占据着CPU，别人不能控制它
举个极端的例子：如果不调用API，屏蔽中断，并保证代码不出现异常，线程将永久占用CPU
所以说线程如果想“死”，一定是自己执行代码把自己杀死，不存在“他杀”的情况

思考：那如果想改变一个线程的行为该怎么办答案：可以给他提供一个函数，让它自己去调用：APC（Asyncroneus Procedure Call，异步过程调用）

Windows内核(六)——事件等待

Thu, 23 Feb 2023 00:00:00 +0000

[toc]

01.临界区

这个部分在驱动那一部分写了，这里就直接复制粘贴过来了

Windows内核(五)——句柄表

Sun, 19 Feb 2023 00:00:00 +0000

[toc]

01.句柄表

当一个进程创建或者打开一个内核对象时，将获得一个句柄，通过这个句柄可以访问对应的内核对象

Windows内核(四)——进程线程

Sat, 18 Feb 2023 00:00:00 +0000

[toc]

进程&线程

滴水中级上

001.进程结构体

每个windows进程在0环都有一个对应的结构体：EPROCESS ，这个结构体包含了进程所有重要的信息。

Windows内核(二)——驱动

Wed, 18 Jan 2023 00:00:00 +0000

[toc]

001.驱动开发环境配置

vs2010:https://learn.microsoft.com/zh-cn/visualstudio/releasenotes/vs2010-sp1-vs

Windows内核(三)——系统调用

Mon, 16 Jan 2023 00:00:00 +0000

[toc]

本文是windows内核系列的第三部分，本来应该是放到第二部分后面的，但是第二部分会用到这部分的相关内容，就先放第三部分了。

001.API函数的调用过程(3环部分)

主要是存放在 C:\WINDOWS\system32 下面所有的dll

Windows Program Learn_0x1

Mon, 10 Oct 2022 00:00:00 +0000

[toc]

准备开个系列，就叫“Windows Program Learn”，记录《Windows黑客编程技术详解》书的代码和笔记。

https://github.com/jash-git/Windows-Hack-Programming-backup

基础

最开始是环境的搭建，这里就不搞了，好像也没啥。

HTTP Smuggling攻击

Wed, 05 Oct 2022 00:00:00 +0000

[toc]

TimeLine

2004年，@Amit Klein 提出 HTTP Response Splitting 技术，雏形
2005年，@Watchfire 首次提出 HTTP Request Smuggling
2016 年 Defcon 24 ，@regilero 提出了 [Hiding Wookiees In Http](https://media.defcon.org/DEF CON 24/DEF CON 24 presentations/DEF CON 24 - Regilero-Hiding-Wookiees-In-Http.pdf)，进一步揭示了 HTTP Smuggling 这种攻击方式。
2019 年 Defcon 27， @James Kettle 提出了 [HTTP Desync Attacks: Smashing into the Cell Next Door](https://media.defcon.org/DEF CON 27/DEF CON 27 presentations/DEFCON-27-albinowax-HTTP-Desync-Attacks.pdf)，讲解了如何用 HTTP Smuggling 技术挖掘到了 Paypal 的漏洞。

参考@regilero博客：https://regilero.github.io/tag/Smuggling/

Windows内核(一)——保护模式

Mon, 26 Sep 2022 00:00:00 +0000

[toc]

001.保护模式

x86CPU三个模式：实模式，保护模式，虚拟8086模式

XV6阅读笔记

Tue, 12 Jul 2022 00:00:00 +0000

[toc]

英文版：https://pdos.csail.mit.edu/6.828/2020/xv6/book-riscv-rev1.pdf

中文版：http://xv6.dgs.zone/

MIT6S081lab

Sun, 10 Jul 2022 00:00:00 +0000

写oslab的一些代码，

xv6中文文档：https://th0ar.gitbooks.io/xv6-chinese/content/content/chapter2.html

MIT6.S081_Note

Thu, 07 Jul 2022 00:00:00 +0000

[toc]

6.s081看的是文档（比较快些），没看视频，：https://github.com/Ghostasky/MIT6.S081

XV6:https://pdos.csail.mit.edu/6.828/2020/xv6/book-riscv-rev1.pdf

有一说一，这课是真他娘好看，就按照章节顺序来做笔记吧。

BypassAVDynamics[译]

Sat, 02 Jul 2022 00:00:00 +0000

本文译的是《BypassAVDynamics》，也不能算译文，主要写自己读完之后学到的东西

好久之前的文章了，vt应该查杀挺多的，没测试

need read：

PE注入

NTLM认证

Mon, 23 May 2022 00:00:00 +0000

[toc]

NTLM的东西在github之前写过，但是不够详细，这里重新再过一遍。

NTLM使用在Windows的工作组环境中，而kerberos则使用在域的情况下。

kerberos认证&PAC

Sun, 15 May 2022 00:00:00 +0000

[toc]

这个是鸽了好久好久的，一直没写，今天补一下。还有域委派的想写一直没写……

关于详细的可以RFC文档：https://datatracker.ietf.org/doc/html/rfc4120.html

WinDbg使用及双机调试

Sat, 09 Apr 2022 00:00:00 +0000

[toc]

双机调试

虚拟机添加串行端口：（如果发现建立的串行端口一直是串行端口2，则把虚拟机硬件中的打印机删除即可创建串行端口1）

重拾Win32

Fri, 01 Apr 2022 00:00:00 +0000

之后想看看免杀和内核相关的东西，先把win32再看一遍吧，好多都忘了，还是滴水的课程，感谢海哥的课程！

[toc]

介绍

Win32不是用来画界面的，如果你以后要在Windows写好程序，是必须要学Win32的；

Tcache_stashing_unlink_atack调试记录

Wed, 01 Sep 2021 00:00:00 +0000

代码是how2heap中libc2.27的代码

##include <stdio.h>
##include <stdlib.h>
##include <assert.h>

int main(){
    unsigned long stack_var[0x10] = {0};
    unsigned long *chunk_lis[0x10] = {0};
    unsigned long *target;

    setbuf(stdout, NULL);

    printf("This file demonstrates the stashing unlink attack on tcache.\n\n");
    printf("This poc has been tested on both glibc 2.27 and glibc 2.29.\n\n");
    printf("This technique can be used when you are able to overwrite the victim->bk pointer. Besides, it's necessary to alloc a chunk with calloc at least once. Last not least, we need a writable address to bypass check in glibc\n\n");
    printf("The mechanism of putting smallbin into tcache in glibc gives us a chance to launch the attack.\n\n");
    printf("This technique allows us to write a libc addr to wherever we want and create a fake chunk wherever we need. In this case we'll create the chunk on the stack.\n\n");

    // stack_var emulate the fake_chunk we want to alloc to
    printf("Stack_var emulates the fake chunk we want to alloc to.\n\n");
    printf("First let's write a writeable address to fake_chunk->bk to bypass bck->fd = bin in glibc. Here we choose the address of stack_var[2] as the fake bk. Later we can see *(fake_chunk->bk + 0x10) which is stack_var[4] will be a libc addr after attack.\n\n");

    stack_var[3] = (unsigned long)(&stack_var[2]);

    printf("You can see the value of fake_chunk->bk is:%p\n\n",(void*)stack_var[3]);
    printf("Also, let's see the initial value of stack_var[4]:%p\n\n",(void*)stack_var[4]);
    printf("Now we alloc 9 chunks with malloc.\n\n");

    //now we malloc 9 chunks
    for(int i = 0;i < 9;i++){
        chunk_lis[i] = (unsigned long*)malloc(0x90);
    }

    //put 7 chunks into tcache
    printf("Then we free 7 of them in order to put them into tcache. Carefully we didn't free a serial of chunks like chunk2 to chunk9, because an unsorted bin next to another will be merged into one after another malloc.\n\n");

    for(int i = 3;i < 9;i++){
        free(chunk_lis[i]);
    }

    printf("As you can see, chunk1 & [chunk3,chunk8] are put into tcache bins while chunk0 and chunk2 will be put into unsorted bin.\n\n");

    //last tcache bin
    free(chunk_lis[1]);
    //now they are put into unsorted bin
    free(chunk_lis[0]);
    free(chunk_lis[2]);

    //convert into small bin
    printf("Now we alloc a chunk larger than 0x90 to put chunk0 and chunk2 into small bin.\n\n");

    malloc(0xa0);// size > 0x90

    //now 5 tcache bins
    printf("Then we malloc two chunks to spare space for small bins. After that, we now have 5 tcache bins and 2 small bins\n\n");

    malloc(0x90);
    malloc(0x90);

    printf("Now we emulate a vulnerability that can overwrite the victim->bk pointer into fake_chunk addr: %p.\n\n",(void*)stack_var);

    //change victim->bck
    /*VULNERABILITY*/
    chunk_lis[2][1] = (unsigned long)stack_var;
    /*VULNERABILITY*/

    //trigger the attack
    printf("Finally we alloc a 0x90 chunk with calloc to trigger the attack. The small bin preiously freed will be returned to user, the other one and the fake_chunk were linked into tcache bins.\n\n");

    calloc(1,0x90);

    printf("Now our fake chunk has been put into tcache bin[0xa0] list. Its fd pointer now point to next free chunk: %p and the bck->fd has been changed into a libc addr: %p\n\n",(void*)stack_var[2],(void*)stack_var[4]);

    //malloc and return our fake chunk on stack
    target = malloc(0x90);   

    printf("As you can see, next malloc(0x90) will return the region our fake chunk: %p\n",(void*)target);

    assert(target == &stack_var[2]);
    return 0;
}

那么就开始调试吧：

在64位的glibc上payload调用system导致crash的问题

Thu, 08 Apr 2021 00:00:00 +0000

[TOC]

在64位的glibc上payload调用system导致crash的问题

在一些64位的pwn题中，调用system后会导致程序crash掉

Technology - 分类 - 敬渊's Blog

翻译《Polymarket 套利机器人构建指南》

Polymarket 套利机器人构建指南

翻译《如何像对冲基金一样使用预测市场数据（完整路线图）》

如何像对冲基金一样使用预测市场数据（完整路线图）

翻译《Polymarket交易所需的数学知识（完整路线图）- 第二部分）》

在Polymarket交易所需的核心数学原理

翻译《在Polymarket上交易所需的数学知识（完整路线图）》

Polymarket交易所需的数学知识（完整路线图）

MIT 15.401

第一课 - Introduction to Finance

一、 引入与背景 (Lecture Start)

论文阅读《Capital Asset Prices:A Theory of Market Equilibrium under Conditions of Risk》

0. 论文基本信息

1. 核心问题与创新总览

论文阅读《LingBot-World：推进开源世界模型》

0. 论文基本信息

1. 核心问题与创新总览

论文阅读《The Real Value of China's Stock Market》

0. 论文基本信息

1. 核心问题与创新总览

论文阅读《基于强化学习的协同公式化Alpha因子集合生成方法》

0. 论文基本信息

1. 核心问题与创新总览

论文阅读《中国市场的盈余公告：隔夜与日内收益差异》

0. 论文基本信息

1. 核心问题与创新总览

AAVE v1 源码阅读

1 架构鸟瞰（Bird’s-eye View）

AAVE v1 白皮书阅读

1 Introduction

闪电网络白皮书阅读

1. 比特币区块链的扩展性难题 (The Bitcoin Blockchain Scalability Problem)

论文整理来自OPENAI

论文阅读《愿望还是现实？论加密货币市场中三角套利的可利用性》

愿望还是现实？论加密货币市场中三角套利的可利用性

Anthropic论文

一、这篇论文在研究什么？

一些想看的论文整理

论文阅读《An Introduction to Arbitrage Trading Strategies》

套利交易策略导论

引言

论文阅读《Unravelling the Probabilistic Forest:Arbitrage in Prediction Markets》

揭开概率森林的面纱：预测市场中的套利

摘要

凸优化课程学习笔记

线性代数课程学习笔记

论文阅读《An Eﬃcient Algorithm for Optimal Routing Through Constant Function Market Makers》

摘要

论文阅读《The Geometry of Constant Function Market Makers》

0.摘要

《高级投资组合优化》阅读笔记-第一二章

第一章：引言

核心思想

《高级投资组合优化》阅读笔记-第三章 3.1 矩

第三章 基于样本的方法

《高级投资组合优化》阅读笔记-第四章

第四章

UniswapV2源码阅读

零。主要内容

Uniswap源码分析：（一）环境搭建

环境搭建

rust

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

1. 理论基础

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

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

1. 基础数据结构

以太坊详解之交易池

交易池

架构设计

1.交易处理流程

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

以太坊基础配置

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

量化技术图解指南

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

02.Uniswap V2 swap 操作

核心摘要 (Key Takeaways)

1. Uniswap V2 核心架构与合约

一、引入与背景 (Lecture Start)

第三章基于样本的方法

1. `tick` 的引入与作用

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

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

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