Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

ch05-05 maker fee、taker fee、protocol fee 与 rebate

返回本章

先沿资金问问题

这一节把“maker fee、taker fee、protocol fee 与 rebate”放到余额流里看。只看钱包余额会误判交易可用性,真正要追的是权限 proof、托管余额、费用参数和结算路径。

源码入口

沿资金流看

trade_params.move 只保存核心交易费率:taker_feemaker_feestake_requiredOrderInfo 记录成交过程中的 paid_feesmaker_feesOrderFilled 事件会输出 taker_feetaker_fee_is_deepmaker_feemaker_fee_is_deep

taker fee 是主动吃单的一方支付的费用。pool.get_quantity_outget_quantity_in 会用 governance.trade_params().taker_fee() 做交易前估算。maker fee 是挂单成交时对应的 maker 费用或返佣参数,历史 maker fee 会进入 state.history,取消订单时 process_cancel 根据订单 epoch 的 maker fee 计算退款。

DeepBook 的手续费资产可以是 DEEP,也可以是输入资产。pay_with_deep = true 时,deep_price.get_order_deep_price 给出 OrderDeepPricedeep_price::fee_quantity 把成交规模换算成 DEEP 数量;输入资产付费时,买单从 quote 侧加费,卖单从 base 侧加费,并应用 constants::fee_penalty_multiplier()

本章把 protocol fee 理解为流入协议 vault 并后续可治理处理的费用。pool.burn_deep 会从历史累计的待销毁 DEEP 中调用 vault.withdraw_deep_to_burn,再用 token::deep::burn 销毁,并发出 DeepBurned { pool_id, deep_burned }

资金旁白:这条线不要从撮合引擎开始。钱包里的 Coin<T> 先进入 balance_manager.move 的托管余额,成交后的 settled/owed 记录在 account.move,真正资产进出由 vault.move 收尾。读费用和余额时,始终沿这条资金线核对。

费用阅读顺序建议从 packages/deepbook/sources/state/trade_params.move 的当前参数开始,再看 packages/deepbook/sources/state/account.move 中 active stake 和 rebate 记录。pay_with_deep 会把手续费支付资产切到 DEEP,因此交易前检查必须同时覆盖 base/quote 余额、DEEP 余额和 deep price 是否可用。

资金安全判断

  • 交易前同时检查 BalanceManager 余额、授权 proof、pool version 和费用参数。
  • 钱包余额只表示未托管资产;下单可用余额必须来自 balance_manager.move 的 manager 余额。
  • 涉及费用或返佣时,分别记录 maker/taker、base/quote/DEEP 和当前 epoch 参数。

动手检查

  • maker fee、taker fee、protocol fee 与 rebate 中哪一步会读写 BalanceManager,哪一步会进入 Vault
  • 失败时应优先排查余额不足、cap/proof 权限、pool pause/version 还是治理参数未生效?
  • 应用侧需要向用户展示 wallet balance、manager balance、locked balance 中的哪几项?