代币化股票 Maker / Taker 手续费排名：显性交易成本怎么比较
作者：Flowie｜ChainCatcher 内容作者，关注 RWA，解读 Web3 真实叙事。
代币化股票交易所的 Maker / Taker 手续费，适合回答“在页面显示规则下，哪一档显性费率值得进一步研究”，却不适合直接回答“哪家交易所对任何订单都更便宜”。原因很简单：订单是否按 Maker 或 Taker 成交、目标合约是否适用、账户处于哪一档费率，以及当时的价差与实际执行，都是不同层的条件。
本文以 RootData 于 2026 年 7 月 23 日 17:30 冻结的 29 家平台快照为起点，完整保留 Maker / Taker 显示值、区间值与 --。先把显示费率读对，再讨论同一名义金额下的显性费用；不把它写成开户建议、平台背书或总成本排行。
费用比较的三个先后条件
- 先分角色：Maker 与 Taker 分列阅读，避免混成一个“最低费率”。
- 再核规则：目标合约、产品规则与账户档位决定显示值是否适用。
- 最后算金额：名义金额乘以适用费率，只得到单边显性费用，不得到总成本。
Maker / Taker 手续费先回答什么，不回答什么
Maker / Taker 反映订单的流动性角色。Maker 指提供可被他人撮合的流动性，Taker 指消耗现有流动性。SEC 对 maker-taker 结构的说明与其市场结构资料都把费用或返还与这两类角色联系起来。放到代币化股票交易所的页面字段中，最重要的读法是：先分列，再比较；不要把 Maker 和 Taker 混成一个“最低手续费”。
费用字段只回答显性费率。它不自动覆盖买卖价差、订单规模带来的价格影响、资金费率或其他持有成本。SEC 对交易成本构成的讨论也将价差与市场影响作为可区分的成本成分。因此，费率低是一个需要继续核验的信号，而不是完整交易成本已经更低的结论。
先把订单角色和规则档位固定，显示费率才有比较意义；再把报价与持有成本另行记录，才不会把一列手续费读成总成本。
29 家代币化股票交易所快照：页面显示的 Maker / Taker 费率
下表按 RootData 页面冻结快照顺序，完整保留 29 家代币化股票交易所显示的 Maker / Taker 费率。数据截至 2026-07-23 17:30，来源 RootData。具体字段来自RootData 股票衍生品交易所排名页。这里的“快照序号”沿用页面顺序，不是按 Maker 或 Taker 费率重新排序。
页面原始 -- 保留为缺失状态。表中的 -- 不补作 0%；XT.COM 的 Maker 区间也按原样保留。RootData 股票衍生品排名说明将费用、流动性、价差和合约覆盖作为分开的字段，这也是本文不制作“最低总成本交易所”结论的原因。
| 快照序号 | 交易所 | Maker | Taker | 读表提示 |
|---|---|---|---|---|
| 1 | Binance | -- | -- | 保留缺失状态 |
| 2 | Bybit | 0% | 0.0275% | 分列比较 |
| 3 | OKX | 0.02% | 0.05% | 分列比较 |
| 4 | Bitget | 0.02% | 0.06% | 分列比较 |
| 5 | Ourbit | 0.02% | 0.04% | 分列比较 |
| 6 | Gate | -0.01% | 0.075% | 负显示值需核验规则 |
| 7 | Hyperliquid | 0.015% | 0.045% | 分列比较 |
| 8 | Lighter | 0% | 0% | 仍需核验适用条件 |
| 9 | BingX | 0.02% | 0.05% | 分列比较 |
| 10 | XT.COM | 0.02% - 0.04% | 0.06% | 保留区间值 |
| 11 | Ondo Perps | 0.015% | 0.035% | 分列比较 |
| 12 | Extended | 0% | 0.025% | 仍需核验适用条件 |
| 13 | Phemex | 0.01% | 0.06% | 分列比较 |
| 14 | Bitunix | 0.02% | 0.06% | 分列比较 |
| 15 | GRVT | -0.0001% | 0.045% | 负显示值需核验规则 |
| 16 | KuCoin | 0.02% | 0.06% | 分列比较 |
| 17 | edgeX | 0.018% | 0.038% | 分列比较 |
| 18 | MEXC | 0% | 0% | 仍需核验适用条件 |
| 19 | MSX | 0.02% | 0.045% | 分列比较 |
| 20 | OrangeX | 0.02% | 0.06% | 分列比较 |
| 21 | Coinbase | -- | -- | 保留缺失状态 |
| 22 | Aster | -- | -- | 保留缺失状态 |
| 23 | BitMart | 0.02% | 0.06% | 分列比较 |
| 24 | HTX | 0.02% | 0.06% | 分列比较 |
| 25 | BitMEX | 0.05% | 0.05% | 分列比较 |
| 26 | Kraken | 0.02% | 0.05% | 分列比较 |
| 27 | Crypto.com | -- | -- | 保留缺失状态 |
| 28 | Paradex | 0% | 0.02% | 仍需核验适用条件 |
| 29 | Ostium | 0.06% | 0.06% | 分列比较 |
这张表最适合做两类初步动作：一是分别圈出 Maker 与 Taker 列中值得研究的显示值；二是标记缺失、区间或负显示值，留待回到具体规则核验。它不回答个人账户实际会被收取多少，也不说明某笔订单最终会以什么价格成交。
把显示费率变成可比成本，先过三层条件
先固定角色与规则，再将显示费率作为显性成本输入。更具体地说，底层是订单角色，中层是目标合约与费用档位，顶层才是同一名义金额下的单边显性费用；报价、滑点和资金成本仍在这座“金字塔”之外单独记录。这样做不会制造一个看似精确、实际却混入不同条件的总成本分数。
第一层：先固定订单角色
不同角色不应构成同一费率比较对象。若研究的是需要立即成交的订单，就应只在 Taker 列中比较；若研究的是可以等待撮合、以提供流动性为目标的订单，才进入 Maker 列。页面的 0% 或负 Maker 显示值，也只有在订单确实按对应角色成交时才有讨论空间，不能因为下了限价单就预设一定适用。
第二层：再确认合约规则与费用档位
交易量分级会对应不同的费用或返还水平。SEC 对分级交易所费率的公开说明提示，费用安排可能随交易量等条件变化。这里并不据此断言 29 家平台采用同一机制；它只是说明：RootData 快照中的显示值不能跳过目标合约、产品规则和账户档位，直接被视作每位读者的实际结算费率。
第三层：把显性费率与报价成本分开
单列费率不能成为成交质量的代称。SEC 关于执行质量统计的资料以订单到达时的报价和实际执行数量为参照，说明执行结果并不只由一列费用决定。对代币化股票合约研究而言，显性手续费可以单独比较；价差与价格影响需要同一时点的报价和规模；资金费率则属于持仓过程中的另一类字段。三者可以并列研究，不能互相替代。
研究示例：以 10,000 美元名义金额换算单边显示费率
名义金额指用于计算费率的交易金额口径。假设同一笔 10,000 美元名义金额的订单，确实适用页面显示的 Taker 费率，单边显性手续费的算式就是：名义金额 × 显示费率。10,000 × 0.0275% = 2.75。例如，0.05% 对应 5.00 美元；0.075% 对应 7.50 美元。
| 页面显示 Taker 费率 | 10,000 美元名义金额的单边示例 | 计算边界 |
|---|---|---|
| 0.0275% | 10,000 × 0.0275% = 2.75 美元 | Bybit 快照显示值；假设该费率适用 |
| 0.05% | 10,000 × 0.05% = 5.00 美元 | 多个平台的快照显示值；不代表同一规则 |
| 0.075% | 10,000 × 0.075% = 7.50 美元 | Gate 快照显示值；假设该费率适用 |
这个示例只展示单边、显性的费率差异，不包含开仓后继续持有的资金费率，也不包含进入或退出时的价差与价格影响。双边操作、不同名义金额或不同费用档位，都应重新写明假设后再计算。换算的价值在于把百分比显示值变成同口径金额，而不是替任何交易所计算最终成本。
从平台快照回到合约：怎样保留可复核的费用记录
先记录快照条件，再复查具体规则。一个足够简洁的研究记录应至少写明：页面观察时间、交易所、目标股票合约、预期的 Maker 或 Taker 角色，以及当时需要确认的费用档位。若还要讨论成交成本，则另起一栏记录报价、订单规模和持仓期间的费用字段；不要把它们塞进 Maker / Taker 一列。
RootData 将费用与其他平台字段并列呈现。排名页与字段说明可作为建立研究起点的入口。查看费用字段后，可查看 RootData 股票交易平台排名，在同一页面核对更新时间与其他比较维度；RootData 数据标准也提供了理解动态数据口径的公开方法入口。页面发生更新时，应以新时间点重新保存这组条件，而不是把旧费率与新报价混在一起。
手续费字段不能替代的四类判断
RootData 公开免责声明界定内容使用边界。第一，它不能证明某个产品或合约对某一地区、某一用户可用；第二，它不能代表报价紧密度、深度或实际成交质量；第三，它不能代替资金费率等持有成本的比较；第四，它不能推出任何平台对特定读者“更适合”。本文是数据字段的研究说明，请同时参阅 RootData 公开免责声明。
常见问题
-- 保持为缺失状态，显示费率不替代个人适用费率。以下问题只补充读表边界，不为任何交易所补充页面未显示的规则。
Maker 费率为 0% 是否表示完全没有成本？
不表示；0% 仅是页面显示的某项 Maker 费率，仍要确认订单是否实际按 Maker 成交、目标合约是否适用，以及账户是否处在对应档位。即便显性 Maker 费率为 0%，订单仍可能面临报价、价格影响或持有期间的其他成本。页面费率通常是某个规则下的显示项；在没有确认这些条件前，不能据此计算个人结算。最稳妥的表述是“该快照显示 0%”，而不是“这笔交易完全免费”。
负的 Maker 显示值在交易所页面中应该怎样阅读？
应先把它读作冻结快照中的负 Maker 显示值，不直接推出每一笔订单都会获得返还。它至少还取决于订单角色、产品规则和费用档位是否满足；本文也不根据负显示值推断平台激励、实际结算方式或成交概率。对比时可将其单独标记为需要复核的规则项，而非放入无条件的“最便宜”排序。若规则页与快照显示不同，应以发布时可核验的具体规则为准。
为什么不能只看 Taker 手续费来选交易所？
因为 Taker 字段只覆盖显性执行费率。它不回答当前合约的买卖价差、指定规模下的实际价格影响、开仓后资金费率如何变化，也不确认个人账户能否适用该显示规则。若订单的目标是即时成交，Taker 列当然是必要输入；但它只是完整研究记录中的一项，而不是替代其他字段的结论。比较时还应确认订单规模与观察时间，否则同一费率也可能面对不同的执行条件。
页面显示 -- 时能否按零费率比较？
不能；-- 只表示冻结快照中没有可用显示值，应按原样保留。将缺失值补成 0%，会把“没有可比数据”错误变成“显性费用最低”，也会让后续名义金额换算失去基础。需要更新时，应回到新的 RootData 页面时间点和对应平台规则，而不是凭空填补数值。若只缺其中一列，也只能使用另一列做有限观察，不能替代完整费用比较。