永续合约 01 - 永续合约机制详解

永续合约没有到期日, 不需要持有现货, 通过 Funding Rate 让多空双方持续互相支付资金费用来把合约价格锚定到现货. 本文介绍永续合约的核心机制, 包括 Index / Mark / Last Price 三价体系, Funding Rate 计算逻辑, 盈亏公式, 以及链上三种定价模型 (vAMM, Oracle 型, 订单簿) 的对比.

一、术语表

1.1 基础概念

术语	英文	含义
永续合约	Perpetual Swap / Perp	无到期日的衍生品合约, 追踪底层资产价格
底层资产	Underlying Asset	合约追踪的标的, 如 ETH, BTC
做多	Long	押注价格上涨, 价格涨了赚差价
做空	Short	押注价格下跌, 价格跌了赚差价
杠杆	Leverage	用少量保证金控制更大头寸. 10x 杠杆 = 用 100U 控制 1000U
头寸	Position	持有的合约仓位, 包含方向 (多/空), 大小, 开仓价格

1.2 价格体系

术语	英文	含义
指数价格	Index Price	多个现货交易所的加权平均价格, 代表 “真实市场价”
标记价格	Mark Price	协议用于计算盈亏和清算的参考价格, 通常基于指数价格 + 溢价的移动平均
最新成交价	Last Price	协议内最近一笔交易的成交价格
中间价	Mid Price	订单簿 (所有挂单的列表) 最高买价和最低卖价的平均值
溢价	Premium	本协议价格比现货贵多少 (或便宜多少). 溢价 = 中间价 - 指数价格. 正数=贵, 负数=便宜
溢价指数	Premium Index	对一段时间内的溢价做加权平均后的值, 用于计算资金费率 (见下方)
基差	Basis	标记价格与指数价格的偏差. 和溢价相关但不等价 (详见 §2.3)

1.3 资金费率

术语	英文	含义
资金费率	Funding Rate	多空双方定期互相支付的费率, 用于锚定永续价格到现货价格
资金费用	Funding Payment	实际支付金额 = 仓位大小 × 资金费率
结算周期	Funding Interval	资金费率结算频率, 通常 8h (CEX, 中心化交易所) 或 1h (部分 DeFi, 去中心化金融)

1.4 保证金 (详见保证金管理与清算引擎)

术语	英文	含义
保证金	Margin / Collateral	开仓时抵押的资金, 作为履约担保
初始保证金	Initial Margin (IM)	开仓所需的最低保证金, IM = position size / leverage
维持保证金	Maintenance Margin (MM)	持仓所需的最低保证金, 低于此触发清算
清算	Liquidation	保证金不足时强制平仓, 防止穿仓 (负债)

二、为什么需要永续合约?

2.1 传统期货 vs 永续合约

维度	传统期货	永续合约
到期日	有 (季度/月度)	无
价格锚定	到期日交割收敛	funding rate (资金费率) 持续锚定
移仓成本	每个到期日需要移仓	无, 一直持有
流动性	分散在多个到期日	集中在一个合约
持仓费用	无 (到期前)	funding payment (资金费用, 可正可负)

核心区别: 传统期货用 “到期交割” 拉回价格, 永续合约用 “资金费率 (funding rate)” 持续锚定.
永续合约的 funding rate 本质上是 把到期日交割的一次性收敛, 分摊成每 8h 的微调.

2.2 到期交割 vs Funding Rate (资金费率)

两种锚定机制的本质不同: 到期交割是 硬锚定 (hard peg), funding rate 是 软锚定 (soft peg):

真实案例: 2021 年牛市高峰, BTC 永续溢价持续 +2%~3%, funding rate 连续几周 > +0.1%/8h (年化超过 100%), 但价格就是不收敛, 做多情绪太强, 即使付高额 funding 也不愿平仓. 同期 CME BTC 季度合约也有 +5%~8% basis (基差, 期货价与现货价的偏差), 但到期前几天 basis 快速收敛, 因为做市商知道 deadline 一定会来.

一句话总结: 传统期货是 “考试交卷”: 平时可以乱写, 但交卷时必须对. Funding rate 是 “持续随堂测验”: 每次纠偏一点, 但没有一个时刻能保证完全正确. 日常运行中 funding rate 的锚定更平滑; 但遇到极端行情, 到期交割的硬保证是 funding rate 无法替代的.

2.3 为什么对标期货而不是股票?

期货不一定要交割实物. 加密货币期货几乎全部是 现金交割 (cash-settled), 到期时只按 index price (指数价格) 算盈亏, 多退少补, 从来没有人真的 “交付 BTC”.

交割方式	到期时	例子
实物交割 (Physical Delivery)	真的交付商品	原油期货 → 交付原油
现金交割 (Cash Settlement)	只结算价差	BTC 季度期货 → 结算 USD 差价

所以期货的本质不是 “交割实物”, 而是: 一份关于未来价格的合约 (contract).

永续合约对标期货而非股票, 是因为两者共享同一套 DNA:

特征	股票 (Stock)	期货 (Futures)	永续 (Perp)
持有底层资产	是 (你是股东)	否 (只是一份合约)	否
杠杆能力: 少量资金撬动大头寸	非原生 (融资: 向券商借钱买股)	原生 (交保证金即可, 比例决定杠杆)	原生
做空能力: 看跌也能赚钱	非原生 (融券: 向券商借股票来卖)	原生 (卖出合约即可)	原生
对手方	无 (你拥有资产)	有 (零和博弈)	有
到期日 (Expiry)	无	有	无

一句话: 永续合约是 “去掉到期日的期货”, 不是 “加了杠杆的股票”.
它和期货一样, 本质是一份关于价格的 对赌合约 (contract), 交易者从未拥有底层资产.

补充: 传统金融中的 CFD (Contract for Difference, 差价合约) 和永续合约非常像 –
也是不持有资产, 只赌价差, 有杠杆. 永续合约本质上就是加密货币版的 CFD,
但多了 funding rate (资金费率) 这个锚定机制.

2.4 永续合约 = 链上做空最简单的方式

链上做空不止永续合约一种, 但永续是成本最低、操作最简单的:

方式	操作	持续成本	复杂度
借贷做空 (Aave)	存抵押 → 借 ETH → 卖 → 等跌 → 买回 → 还	借贷利率 + 2 次 swap 费	高 (6 步)
期权做空 (Lyra)	买 PUT 期权 (看跌期权)	期权费 (注: 这里 premium 指买期权的费用, 和后文的 “溢价” 是不同含义)	中
永续做空	开 short position	funding (可能收钱)	低 (1 步)

永续合约让做空变得和做多一样简单: 开一个 short position (空头仓位), 价格跌了就赚钱.

三、价格体系: Index, Mark, Last

三个价格各有分工, 不要混淆:

3.1 Index Price: 真实市场价

Index price 是多个现货交易所的加权平均价格:

index_price (指数价格) = Σ(weight_i (权重) × spot_price_i (现货价格))

// 例: ETH Index
// = 0.30 × Binance_ETH + 0.25 × OKX_ETH + 0.25 × Coinbase_ETH + 0.20 × Kraken_ETH

链上协议获取 index price 的方式:

CEX (Binance/OKX): 自己算, 取多个交易所价格加权
GMX: 用 Chainlink oracle 喂价 (多个 data source 聚合)
dYdX v4: 验证者节点各自从多个交易所拉价格, 链上达成共识
Hyperliquid: 验证者从多个 CEX 拉价格, 取中位数

3.2 Mark Price: 清算参考价

Mark price 是协议内部使用的价格, 用于:

计算未实现盈亏 (unrealized PnL)
判定是否触发清算
计算保证金率

// 常见公式 (Binance 风格)
mark_price (标记价格) = index_price (指数价格) + EMA(last_price (最新成交价) - index_price)
//                                               ↑ 基差的指数移动平均 (下面详解)

// 简化版 (部分 DeFi 协议)
mark_price = index_price   // 直接用 oracle 价格, 如 GMX

为什么 Mark ≠ Last? Last price 是单一市场内的价格, 可以被操纵.
如果用 last price 判定清算, 攻击者只需在本协议内砸盘就能批量清算他人.
Mark price 锚定 index (多交易所均价), 攻击者必须同时操纵多个交易所, 成本极高.

3.3 基差移动平均 (EMA of Premium) 怎么算?

EMA (Exponential Moving Average, 指数移动平均) 是一种 “算平均值” 的方法,
但 越新的数据越重要, 越旧的数据越不重要.

先和简单平均对比:

递推公式:

手算一遍 (α = 0.4):

α 的大小决定了 “反应速度”:

3.4 什么是 TWAP (时间加权平均价格)?

TWAP (Time-Weighted Average Price, 时间加权平均价格) 是另一种 “算平均值” 的方法.
和 EMA 的思路类似, 都是让新数据权重大于旧数据, 但实现方式不同:

TWAP 的核心思想 + 手算:

EMA vs TWAP 对比:

链上和链下在同一个概念 (如资金费率) 上用不同算法,
不是因为数学上哪个更好, 而是 链上存储成本 决定了选择.

3.5 Binance 实际怎么算 Mark Price

Binance 的做法更接近 TWAP 而非经典 EMA:

1. 每 15 秒采样一次溢价 (premium, 本协议价格比现货贵多少):

   先理解订单簿 (order book, 就是所有挂单的列表) 的两个关键价格:
   - best_bid (最高买价): 所有买单中出价最高的, 即 "有人愿意最多花这么多钱买"
   - best_ask (最低卖价): 所有卖单中要价最低的, 即 "有人愿意最少收这么多钱卖"
   - mid_price (中间价): 两者的平均值 = (best_bid + best_ask) / 2

   例: best_bid = $2998, best_ask = $3002
       mid_price = ($2998 + $3002) / 2 = $3000

   premium_i (瞬时溢价) = mid_price 和 index_price (指数价格) 的差距:
   premium_i = mid_price - index_price

   // premium_i > 0: 本协议价格高于现货 → 多头偏强
   // premium_i < 0: 本协议价格低于现货 → 空头偏强

2. 过去 8h 内有 1920 个采样点 (8h × 60min × 每分钟 4 个)

3. 对所有采样点做 TWAP (时间加权平均):
   premium_index (溢价指数) = Σ(premium_i × 时间权重_i) / Σ(时间权重_i)

   时间权重_i = max(0, 480 - 距今分钟数_i)
   // 刚采的: 权重=480 (最大)
   // 4h 前的: 权重=240 (一半)
   // 8h 前的: 权重=0 (完全忽略)

4. Mark Price (标记价格):
   mark_price = index_price + premium_index

数字例子:
─────────────────────────────────
ETH index_price (指数价格) = $3000

过去几个采样点的溢价 (旧→新):
  8h 前:  mid=$3010, 溢价 = +$10, 权重 = 0   (太旧, 忽略)
  4h 前:  mid=$3018, 溢价 = +$18, 权重 = 240
  15s 前: mid=$3012, 溢价 = +$12, 权重 = 479
  刚才:   mid=$3015, 溢价 = +$15, 权重 = 480
  ...
  (实际有 1920 个点, 这里只展示 4 个帮助理解)

时间加权平均后, premium_index (溢价指数) ≈ +$13

mark_price = $3000 + $13 = $3013

// mark ($3013) 既不是最新的 mid ($3015) 也不是 index ($3000)
// 而是 index + 平滑后的溢价, 抗短期操纵

3.6 为什么不直接用 EMA(last_price)?

方案 A: mark (标记价格) = EMA(last_price (最新成交价))
  问题: last_price 被砸盘到 $2800, EMA 虽然平滑但会被逐渐拖下去
        攻击者持续施压, 最终可以操纵 mark price

方案 B: mark = index (指数价格) + EMA(last - index)   ← 实际采用
  优势: index 来自多个外部交易所, 攻击者无法操纵
        EMA 只平滑 "溢价" 部分
        即使本协议的 last_price 被操纵, mark price 仍然锚定 index
        极端情况: 协议内被砸但外部不动 → 溢价 (premium) 变负 → EMA 拉回 → mark ≈ index

各协议对比:

Binance: index + TWAP(溢价), 每 15s 采样, 8h 窗口

GMX: 直接 mark = chainlink_oracle_price, 无需 EMA (Oracle 本身已是多源聚合)

dYdX v4: 验证者各自从多个 CEX 拉价格, 链上共识取中位数

Uniswap TWAP: 同样的思路, 用时间窗口内的加权平均来抗短期操纵

3.7 Basis (基差): 标记价格与指数价格的偏差

basis (基差) = mark_price (标记价格) - index_price (指数价格)

// basis > 0: 永续价格 > 现货价格 (溢价, 说明多头更强)
// basis < 0: 永续价格 < 现货价格 (折价, 说明空头更强)

// 注意区分:
// basis   = mark_price - index_price  (描述 mark 和 index 的偏差)
// premium (溢价) = mid_price (中间价) - index_price   (用于计算 funding rate, 详见 §3.2)
// 两者相关但不等价: basis 用于描述市场状态, premium 用于 funding rate 计算

basis 反映市场状态, 而 funding rate 的计算基于 premium (order book 中间价与 index 的偏差), 下一节详解.

四、Funding Rate: 永续合约的灵魂

Funding rate 是永续合约最核心的创新. 它解决了一个关键问题:

没有到期日, 永续价格凭什么跟着现货走?

答: 每隔固定时间, 让 “赢的一方” 付钱给 “输的一方”, 制造经济激励, 把价格拉回来.

4.1 直觉理解

4.2 资金费率 (Funding Rate) 计算

资金费率的计算因协议而异, 但核心逻辑一致:

资金费率 = 溢价分量 + 利率分量

即:
funding_rate            = premium_component + interest_rate_component
(资金费率)                (溢价分量)            (利率分量)

// 溢价分量: 衡量 "永续价格偏离现货多远", 是主要部分
// 利率分量: 两种货币的借贷利率差, 通常很小, 可忽略

4.3 Binance 模型 (中心化交易所标准, 也是很多 DeFi 协议的参考)

// 1) 每 15s 采样一次瞬时溢价率 (详见 §2.2 中间价/溢价的定义)
//
//    中间价 = (最高买价 + 最低卖价) / 2
//    溢价率 = (中间价 - 指数价格) / 指数价格
//
premium_i = (mid_price - index_price) / index_price
(瞬时溢价率) (中间价)     (指数价格)     (指数价格)

// 2) 溢价指数 = 对过去 8h 内所有瞬时溢价率做时间加权平均 (详见 §2.2 TWAP)
//
premium_index = TWAP(premium_i, window=8h)
(溢价指数)      (时间加权平均)(瞬时溢价率)

// 3) 利率分量 (通常固定, 很小)
//    = USDT 的借贷利率 - BTC 的借贷利率
//
interest_rate = 0.01% per 8h
(利率分量)

// 4) 资金费率 (每 8 小时结算一次)
//
//    clamp 的作用: 把利率分量限制在 -0.05% ~ +0.05% 之间, 防止利率异常时影响太大
//
funding_rate   = premium_index + clamp(interest_rate - premium_index, -0.05%, +0.05%)
(资金费率)       (溢价指数)       (限幅函数)(利率分量)

// 简化理解: 利率分量很小, clamp 项 ≈ 0
// 所以大多数情况下: 资金费率 ≈ 溢价指数 ≈ "永续价格偏离现货多远"

4.4 资金费用 (Funding Payment)

每次结算时, 每个仓位需要支付 (或收取) 的金额:

资金费用 = 仓位名义价值 × 资金费率

即:
funding_payment = position_size × funding_rate
(资金费用)        (仓位名义价值)   (资金费率)

// 例: 保证金 $300, 10x 杠杆做多 ETH @ $3000
//     仓位名义价值 = $300 × 10 = $3000 (= 1 ETH)
//     资金费率 = +0.01%
//     资金费用 = $3000 × 0.01% = $0.30
//
// 注意: 按仓位名义价值 $3000 计算, 不是按保证金 $300
// 所以 10x 杠杆意味着 funding 对保证金的影响也被放大了 10 倍

关键: funding 是 多空之间互相支付, 协议不收取也不支付 funding (零和博弈).
这和借贷利率不同, Aave 的利息由借款人付给存款人, 平台抽成.

4.5 Funding Rate 的经济含义

funding rate 不仅是锚定机制, 还是 市场情绪的晴雨表:

资金费率	市场情绪	含义	套利机会
大幅正 (>0.05%)	极度看多	多头愿意付高额费率持仓	现货买入 + 永续做空 = 赚资金费用 (详见 §3.4)
小幅正 (~0.01%)	温和看多	正常市场, 多头略多	-
0 附近	中性	多空均衡	-
小幅负	温和看空	空头略多	-
大幅负 (<-0.05%)	极度看空	空头愿意付高额费率持仓	借币卖出 (做空) + 永续做多 = 赚资金费用

4.6 资金费率套利 (Delta-Neutral, 方向中性)

核心思路: 一边做多, 一边做空, 价格涨跌对你没影响, 只赚资金费用.

当资金费率持续为正时 (多头付钱给空头), 经典套利策略:

策略: 现货买入 + 永续做空 (Cash-and-Carry)
───────────────────────────────

1. 现货市场: 买入 1 ETH ($3000)         ← 真的持有 ETH
2. 永续合约: 做空 1 ETH ($3000, 1x)     ← 开空头仓位

两边对冲:
  +1 ETH (现货持有) - 1 ETH (永续做空) = 0  ← 净敞口为零, 不赌方向

价格涨跌对你没影响:
  ETH 涨到 $3500 → 现货赚 $500, 永续亏 $500, 互相抵消
  ETH 跌到 $2500 → 现货亏 $500, 永续赚 $500, 互相抵消

利润来源 = 资金费用:
  资金费率 = +0.01% 每 8h
  你的空头仓位每 8h 收到: $3000 × 0.01% = $0.30
  每天 3 次结算: $0.30 × 3 = $0.90
  年化收益率 ≈ 0.01% × 3 × 365 = 10.95%

风险:
  - 资金费率可能转负 → 你从收钱变成付钱, 需要及时关仓
  - 永续做空需要保证金, 极端行情可能被清算
  - 交易所风险 (中心化交易所跑路) / 合约风险 (DeFi 智能合约漏洞)

反过来, 当资金费率持续为负时 (空头付钱给多头):

策略: 借币卖出 + 永续做多
───────────────────────────────

1. 借贷平台 (如 Aave): 借 1 ETH, 卖掉得 $3000  ← 现货做空
2. 永续合约: 做多 1 ETH ($3000, 1x)               ← 开多头仓位

两边对冲, 净敞口 = 0
利润来源 = 你的多头仓位每 8h 收到资金费用
额外成本 = 借贷利率 (需要利润 > 借贷成本才有赚)

这就是为什么资金费率不会长期偏离太远, 套利者会持续把它拉回来.
费率越高, 套利利润越大, 吸引越多人来做反向对冲, 费率就被压下去了.

五、盈亏计算 (PnL)

5.1 基本公式

// 做多 (Long)
PnL (盈亏) = (exit_price (平仓价) - entry_price (开仓价)) × quantity (持仓数量)
           = (exit_price - entry_price) / entry_price × position_size (名义价值)  // 等价写法, 详见 P02 §2.2

// 做空 (Short)
PnL = (entry_price - exit_price) × quantity

// 其中:
//   quantity      = 持有的 token 数量 (如 1 ETH)
//   position_size = quantity × entry_price = 名义价值 (如 $3000)

ROE (回报率) = PnL / margin (保证金) = PnL × leverage (杠杆) / position_size

// 例: 10x 杠杆做多 1 ETH @ $3000
// quantity = 1 ETH, position_size = $3000
// margin = $3000 / 10 = $300 (初始保证金)
// ETH 涨到 $3150 (+5%)
// PnL = ($3150 - $3000) × 1 = $150
// ROE = $150 / $300 = 50%   ← 5% 的价格变动, 10x 杠杆 = 50% 收益

5.2 完整 PnL (含 funding + 费用)

realized_PnL (已实现盈亏) = trading_PnL (交易盈亏) + Σ(funding_payments (资金费用)) - trading_fees (交易手续费)

// trading_PnL:    开/平仓的价差盈亏
// funding:        持仓期间所有 funding 结算的累计 (可正可负)
// trading_fees:   开仓 + 平仓的手续费 (taker ~0.05%, maker ~0.02%)

5.3 杠杆的双面性

10x 杠杆做多: 价格涨 10% → 翻倍; 价格跌 10% → 清零 (清算).
杠杆放大收益的同时, 等比例放大亏损. 清算线 ≈ 1/leverage - MMR ≈ 9.5% (详见 P02 §2.3).

六、多空平衡与 Open Interest

6.1 Open Interest (OI, 未平仓合约)

open_interest (未平仓合约总量) = Σ(所有未平仓的 long positions (多头仓位))
                              = Σ(所有未平仓的 short positions (空头仓位))
                              // 两者相等, 因为每一个多头必须有一个空头对手方

// 注: OI 统计的是 "合约数量", 不是 "人数"
// 100 个人做多 vs 1 个人做空, 只要名义价值相等, 就是平衡的

6.2 OI 的意义

OI 变化	含义
OI 上升 + 价格上升	新多头入场 (看多信号增强)
OI 上升 + 价格下降	新空头入场 (看空信号增强)
OI 下降 + 价格上升	空头平仓 (空头投降)
OI 下降 + 价格下降	多头平仓 (多头投降)

6.3 链上 vs CEX 的 OI 限制

维度	CEX (Binance)	DeFi (GMX)	DeFi (dYdX)
OI 上限	动态调整	硬上限 (per asset)	硬上限 (per market)
多空平衡	市场自由决定	OI cap 限制单侧	funding rate 调节
OI 数据	API 查询	链上可读	链上可读

DeFi 特有问题: GMX 这类 Oracle 型永续, LP 池 (GLP) 是所有交易者的对手方.
如果 90% 的人做多, LP 池就承担了巨大的空头风险.
所以 GMX 必须设置 OI cap 限制单侧持仓, 否则 LP 可能被抽干.
这个话题在 P03 (GMX) 中详细展开.

七、链上永续合约的三种定价模型

链上实现永续合约有三种主流方式, 各有优劣:

7.1 模型对比

维度	Oracle 型 (GMX)	订单簿型 (dYdX)	vAMM 型 (Perp Protocol)
价格来源	Chainlink 喂价	做市商报价撮合	虚拟 x*y=k 曲线
市价单滑点	无滑点	取决于订单簿深度	取决于虚拟池大小
LP 风险	高 (方向性风险)	无传统 LP	无真实 LP
资本效率	低 (需要大 GLP 池)	高 (做市商杠杆)	中
去中心化程度	中 (依赖 Oracle)	低~中 (链下撮合)	高 (v1 纯链上, v2 依赖 Oracle)
可扩展性	受 Oracle 币种限制	理论无限	受虚拟池参数限制

八、Funding Rate 的链上实现

不同协议对 funding rate 的实现差异很大, 这里给出核心思路:

8.1 离散结算 (CEX 风格)

// 每 8h 结算一次 (Binance 模式)
// 结算时间: 00:00, 08:00, 16:00 UTC

if block.timestamp >= next_funding_time (下次结算时间):
    rate (费率) = calculate_funding_rate()
    for each position (仓位):
        payment (费用) = position.size (仓位大小) * rate
        if position.is_long:
            position.margin (保证金) -= payment   // rate > 0 时多头付钱
        else:
            position.margin += payment            // rate > 0 时空头收钱
    next_funding_time += 8 hours

8.2 连续累积 (DeFi 常见)

链上不可能遍历所有 position, 所以用 全局累积变量 实现:

// 类似 Uniswap 的 feeGrowthGlobal 思路
int256 public cumulativeFundingRate;  // 全局累积资金费率

// 每次有交互时更新全局状态
function _updateFunding() internal {
    int256 rate = _calculateFundingRate();                // rate (费率)
    int256 elapsed = block.timestamp - lastFundingUpdate; // elapsed (经过时间)
    cumulativeFundingRate += rate * elapsed;               // 累积资金费率 += 费率 × 时间
    lastFundingUpdate = block.timestamp;
}

// 每个 position (仓位) 记录 "入场时的累积值"
struct Position {
    int256 size;              // size (仓位大小): 正=多头, 负=空头
    uint256 margin;           // margin (保证金)
    int256 entryFundingRate;  // entryFundingRate (入场累积费率): 开仓时的 cumulativeFundingRate
}

// 计算某个 position 的 pending funding (待结算资金费用)
function pendingFunding(Position memory pos) view returns (int256) {
    int256 fundingDelta = cumulativeFundingRate - pos.entryFundingRate; // fundingDelta (费率差值)
    return pos.size * fundingDelta;
    // size > 0 = long, size < 0 = short
    // fundingDelta > 0 = 多头付钱
}

这个模式和 Uniswap 的手续费累积完全一样 (Uniswap V3 的手续费累积机制).
核心思想: 不逐个更新, 而是维护一个全局累积值, 每个 position 只记录 “入场快照”.
任何时刻: pending = global_cumulative - entry_snapshot.
这样无论有多少 position, gas 成本都是 O(1).

累积值是双向变化的, 不是单调递增:

rate 是 int256 (有符号), 所以:

多头多 → premium > 0 → rate > 0 → 累积值上升
空头多 → premium < 0 → rate < 0 → 累积值下降

// 手算示例: rate 在正负之间切换
t=0:   cumulative (累积值) = 0
t=100: rate=+0.001%  → cumulative = 0 + (+0.001% × 100)   = +0.1%  ↑
t=300: rate=-0.002%  → cumulative = 0.1% + (-0.002% × 200) = -0.3% ↓
t=500: rate=+0.001%  → cumulative = -0.3% + (+0.001% × 200) = -0.1% ↑
// 累积值围绕 0 波动, 不会单方向跑飞

为什么不会跑飞: 负反馈机制:

累积值持续上涨 → 做多成本越来越高 → 多头平仓
  → premium 下降 → rate 转负 → 累积值回落

累积值持续下跌 → 做空成本越来越高 → 空头平仓
  → premium 上升 → rate 转正 → 累积值回升

funding rate 本质上是一根弹簧: 价格偏离越大, 回拉力越强.
在一个活跃市场里, 累积值会围绕某个区间波动, 自动趋于平衡.

8.3 Go: Funding Rate 计算

上面 Solidity 代码中的 cumulativeFundingRate 和 entryFundingRate 是链上合约的 storage 变量,
需要通过 RPC 调用合约的 view 函数读取. 完整的链上读取示例见 P08 (perp-data).

这里展示拿到数据后的本地计算逻辑:

package main

import (
	"fmt"

	"github.com/shopspring/decimal"
)

// CalcPendingFunding 计算某个 position (仓位) 的待结算 funding (资金费用)
//
// 参数来源 (需通过 RPC 从合约读取, 读到的 big.Int 用 decimal.NewFromBigInt 转换):
//   - positionSize:         合约的 positions[account].size
//   - entryFundingRate:     合约的 positions[account].entryFundingRate
//   - currentCumulativeRate: 合约的 cumulativeFundingRate (全局累积值)
//
// 返回值 > 0 表示需要支付, < 0 表示可以收取
func CalcPendingFunding(
	positionSize decimal.Decimal,         // 仓位大小: 正=多头, 负=空头
	entryFundingRate decimal.Decimal,     // 开仓时记录的全局累积费率
	currentCumulativeRate decimal.Decimal, // 当前全局累积费率
) decimal.Decimal {
	// fundingDelta (费率差值) = 当前累积值 - 入场时累积值
	delta := currentCumulativeRate.Sub(entryFundingRate)
	// pending (待结算) = 仓位大小 × 费率差值
	return positionSize.Mul(delta)
}

// AnnualizedRate 将单周期 funding rate 转换为年化收益率 (%)
//
// 不同协议结算周期不同:
//   - CEX (Binance 等):       每 8h, periodsPerDay = 3
//   - Hyperliquid, dYdX v4:   每 1h, periodsPerDay = 24
//   - GMX v2:                 每秒连续累积, periodsPerDay = 86400
func AnnualizedRate(ratePerPeriod decimal.Decimal, periodsPerDay int) decimal.Decimal {
	// annual(%) = rate × periodsPerDay × 365 × 100
	return ratePerPeriod.
		Mul(decimal.NewFromInt(int64(periodsPerDay))).
		Mul(decimal.NewFromInt(365)).
		Mul(decimal.NewFromInt(100))
}

func main() {
	// === 验证 1: CEX 8h funding rate ===
	rate8h := decimal.NewFromFloat(0.0001) // 0.01% per 8h
	fmt.Printf("CEX 8h rate:  %s%%\n", rate8h.Mul(decimal.NewFromInt(100)).StringFixed(4))
	fmt.Printf("Annualized:   %s%%\n", AnnualizedRate(rate8h, 3).StringFixed(2))

	// === 验证 2: Hyperliquid 1h funding rate (真实数据 2026-04-05 23:00 BTC) ===
	// 数据来源: POST https://api.hyperliquid.xyz/info
	//   body: {"type": "fundingHistory", "coin": "BTC", "startTime": <unix_ms>, "endTime": <unix_ms>}
	//   响应: [{"coin":"BTC", "fundingRate":"-0.0000177249", "premium":"...", "time":1743890400000}]
	hlRate := decimal.RequireFromString("-0.0000177249") // 每小时
	fmt.Printf("\nHL 1h rate:   %s%%\n", hlRate.Mul(decimal.NewFromInt(100)).StringFixed(6))
	fmt.Printf("Annualized:   %s%%\n", AnnualizedRate(hlRate, 24).StringFixed(2))

	// === 验证 3: dYdX v4 1h funding rate (真实数据 2026-04-05 15:00 BTC-USD) ===
	// 数据来源: GET https://indexer.dydx.trade/v4/historicalFunding/BTC-USD?limit=8
	//   响应: {"historicalFunding": [{"rate":"-0.000004", "effectiveAt":"2026-04-05T15:00:00.381Z"}]}
	dydxRate := decimal.RequireFromString("-0.000004") // 每小时
	fmt.Printf("\ndYdX 1h rate: %s%%\n", dydxRate.Mul(decimal.NewFromInt(100)).StringFixed(6))
	fmt.Printf("Annualized:   %s%%\n", AnnualizedRate(dydxRate, 24).StringFixed(2))

	// === 验证 4: CalcPendingFunding ===
	// 假设: 多头 10 ETH, 开仓时累积费率 0.005, 当前 0.008
	size := decimal.NewFromInt(10)
	entry := decimal.RequireFromString("0.005")
	current := decimal.RequireFromString("0.008")
	pending := CalcPendingFunding(size, entry, current)
	fmt.Printf("\nPending funding: %s (正=需支付)\n", pending.StringFixed(4))

	// Output:
	// CEX 8h rate:  0.0100%
	// Annualized:   10.95%
	//
	// HL 1h rate:   -0.001772%
	// Annualized:   -15.52%
	//
	// dYdX 1h rate: -0.000400%
	// Annualized:   -3.50%
	//
	// Pending funding: 0.0300 (正=需支付)
}

九、小结

概念	一句话
永续合约	无到期日的衍生品, 靠 funding rate 锚定现货
Index Price	多交易所加权均价, 代表 “真实价格”
Mark Price	协议内部参考价, 用于清算和 PnL, 抗操纵
Funding Rate	多空互付的定期费率, rate > 0 多头付空头, 是自动平衡弹簧
PnL	价差盈亏 + funding 收支 - 手续费
Open Interest	未平仓合约总量, 多头 OI = 空头 OI (零和)
三种定价模型	Oracle 型 (GMX), 订单簿型 (dYdX), vAMM 型 (Perp)

9.1 下一步

保证金管理与清算引擎: 初始/维持保证金数学, 清算引擎, ADL, 保险基金
GMX 协议深度解析: Oracle 型永续的具体实现, GLP 池的运作

十、参考

Binance Funding Rate - CEX funding rate 标准实现
GMX Docs - Oracle 型永续代表
dYdX v4 Docs - 订单簿型永续代表
Perpetual Protocol Docs - vAMM 型永续代表
Hyperliquid Docs - 链上订单簿永续

Web3

#Web3 #永续合约 #Funding Rate

永续合约 01 - 永续合约机制详解

https://mritd.com/2025/07/15/perp-mechanics/

作者

Kovacs

发布于

2025年7月15日

许可协议

永续合约 02 - 保证金管理与清算引擎上一篇

永续合约 00 - 总览与学习路线下一篇

永续合约 01 - 永续合约机制详解

一、术语表

1.1 基础概念

1.2 价格体系

1.3 资金费率

1.4 保证金 (详见 保证金管理与清算引擎)

二、为什么需要永续合约?

2.1 传统期货 vs 永续合约

2.2 到期交割 vs Funding Rate (资金费率)

2.3 为什么对标期货而不是股票?

2.4 永续合约 = 链上做空最简单的方式

三、价格体系: Index, Mark, Last

3.1 Index Price: 真实市场价

3.2 Mark Price: 清算参考价

3.3 基差移动平均 (EMA of Premium) 怎么算?

3.4 什么是 TWAP (时间加权平均价格)?

3.5 Binance 实际怎么算 Mark Price

3.6 为什么不直接用 EMA(last_price)?

3.7 Basis (基差): 标记价格与指数价格的偏差

四、Funding Rate: 永续合约的灵魂

4.1 直觉理解

4.2 资金费率 (Funding Rate) 计算

4.3 Binance 模型 (中心化交易所标准, 也是很多 DeFi 协议的参考)

4.4 资金费用 (Funding Payment)

4.5 Funding Rate 的经济含义

4.6 资金费率套利 (Delta-Neutral, 方向中性)

五、盈亏计算 (PnL)

5.1 基本公式

5.2 完整 PnL (含 funding + 费用)

5.3 杠杆的双面性

六、多空平衡与 Open Interest

6.1 Open Interest (OI, 未平仓合约)

6.2 OI 的意义

6.3 链上 vs CEX 的 OI 限制

七、链上永续合约的三种定价模型

7.1 模型对比

八、Funding Rate 的链上实现

8.1 离散结算 (CEX 风格)

8.2 连续累积 (DeFi 常见)

8.3 Go: Funding Rate 计算

九、小结

9.1 下一步

十、参考

1.4 保证金 (详见保证金管理与清算引擎)