Polymarket 费率计算

假设现在订单簿上报价：

role	side	token	price	amount	yes-price
maker	buy	no	0.41	5	0.59
maker	buy	no	0.40	5	0.60

我挂 buy-yes 市价 $3.27 买入会发生什么？

最终链上成交记录：

role	side	token	maker_filled	taker_filled	fee
maker	buy	no	2.050000	5.000000	0.000000
maker	buy	no	0.213333	0.533332	0.000000
taker	buy	yes	3.269999	5.533332	0.066870

撮合过程

但是因为 polymarket 订单簿是合并 Yes/No 之后的订单簿，我 buy yes 是可以和对手的 buy no 进行撮合。

处理规则如下：

对手的 buy-no 其实包含着一种 USDC=>Token 的转换，可以查看官方 SDK 订单构建的时候，会有两个参数:makerAmount/takerAmount。
合约就是输入 $0.41*5$ USDC 换取 $5$ NO。这个比例记作 λ。

λ = U / T

若是我吃下 $0.533333$ ，交易的时候，我收到 $0.533333$ Yes Token，对手也会收到这么多 No Token，所以对手需要支付金额 $U_{0}$ 。
因为我们合伙出钱把一个 1 x USDC => 1 x No + 1 x Yes

U_{0} = 0.533333 * 0.40 = 0.2133332 \approx 0.213333

对手支付了 $U_{0}$ 的 USDC 可以获取到 $T_{0}$ 数量的 No Token。因为

λ = U_{0} / T_{0}

转换一下就是：

T_{0} = U_{0} / λ = \frac{U_{0} * T}{U}

代入数值计算

T_{0} = 0.5333325

以 maker 的视角进行计算，抹去小数点后六位，所以最终份额是 $0.533332$ 不是 $0.533333$ 。

$0.533332$ 份额对手预计支付 $0.533332 * 0.40$ ，反推我预计支付，我这边抹零到对手身上。

实际结算不适用浮点数，使用整数，所以你会看到各种小数保留后六位。

上面实际是成交份额 $533332$ ，我预计支付的金额：

sum (533332) = T_{0} * U/T = 533332 * 0.6 = 319999.2

但是后面 $0.2$ 结算时候不能有这样的小数存在，所以在抹零换算一次换算到对手身上：

sum (1104165) = 533332 - 319999 = 213333

手续费计算公式， $C$ 是交易份额， $p$ 和 $(1 - p)$ 是 Yes/No 的价格， $feeRate$ 是收费比例，这里采用 $0.05$ 。
收费比例不是固定的，根据市场有些是 $0.04$ 。
手续费逐笔计费，最后合计，并且合计结果保留 5 位小数

fee = C × feeRate × p × (1 - p)

那么第一笔收费为：

fee = 5 * 0.05 * 0.41 * (1 - 0.41) = 0.060475

第二笔收费：

fee = 0.533332 * 0.05 * 0.40 * (1 - 0.40) = 0.006399984

合并之后保留 5 位小数：

fee_{t} = 0.060475 + 0.006399984 = 0.066874984 \approx 0.06687

这次随便找了一个链上数据做校对，内容写的有点粗糙，大体上流程没有错误。
双方动作都是 Buy 的时候就是我和对手各自出钱铸造 Token，双方都是都是 Sell 的时候两边的 Token 合并成为 USDC，然后再分钱。