PONKE永续今日下架：时间均价与吃单费用怎样核对结算账

看到PONKEUSD-PERP下架通知中的TWAP，仍然算不出个人最终结算金额。CoinTools于2026年10月30日援引Crypto.com公告称，该永续合约将于11月2日08:00 UTC下架，剩余仓位按时间加权平均价格自动结算，并收取吃单手续费。[1] 北京时间对应11月2日16时。对持有人而言，真正缺少的是均价用了哪些价格、覆盖多长时间，以及手续费按什么金额收取。这些输入决定了结算数字，不能用下架前屏幕上的最后报价替代。

一份通知给出了处理方式，却没有给出计算所需的全部输入

本次取得的资料是CoinTools报道及其列出的官方公告链接。官方页面直接读取遭连接重置，备用恢复没有取得可用正文。因此，以下事件事实均按该报道归因，不把媒体概述写成本文已经独立核验的官方全文。报道明确的范围是Crypto.com Exchange/Advanced Trading Platform上的PONKEUSD-PERP，不包含所有PONKE现货或其他平台的同名产品。[1]

这份资料最值得保留的细节，是它同时列出了已知与未知：已知剩余仓位将自动采用Time-Weighted Average Price结算，并产生taker fees；未知包括TWAP计算窗口、参考市场、精确费率、单独的手动平仓截止时刻和挂单处理方式。[1] 这些缺口不是边角备注，而是决定能否复算结算单的必要条件。

例如，“08:00 UTC下架”只给出了处理节点，不能自动推出均价从07:00开始，也不能推出采用最后一分钟。通知里未出现的窗口，不能用另一家交易所常见规则填上。即使两份合约都写TWAP，它们也可能采用不同观察频率和不同参考价格，最后得到的数值未必一致。

Binance全球顶级交易所 v3.22.3

类型：金融理财大小：306.0M语言：多国语言[中文]时间：10-25评分：10.0

均价的差异，先从时间样本看起

用一个纯教学模型拆开这个词：假设两个长度相同的时段，各自代表价格为0.08美元与0.10美元，简单时间平均为0.09美元。这些价格不是PONKE当日报价，两个样本也不是Crypto.com公布的实际算法。它们只展示一个关系：如果不同时段拥有相同权重，最终平均值不由最后一个时段单独决定。

观察结束时屏幕显示0.10美元，不能据此认定结算也应为0.10美元。对于同样持有10000枚币敞口的简化线性多头，若其他条件相同，结算价相差0.005美元，结算差额就是50美元；空头受影响的方向相反。真实合约仍需核对单位和计价规则。时间均价可能平滑某些短暂跳价，但不会让多空双方都获得更好的退出价格。

图为时间与价格观察的概念插图，非行情图。沙漏表示观察区间，资产物件不对应PONKE的实时价格或本次最终结算结果。

没有成交的时段，也不能擅自删掉

时间加权与按成交量加权回答的是不同问题。前者关注价格在观察时间中的位置，后者按成交数量分配影响力。在一个交易稀疏的假设场景中，少量成交可能改变末笔价，但后续很长时间没有新成交；此时若用末笔价持续填充、改用指数价，或把缺失样本剔除，结果都会受到处理方法影响。这是一般定价分析，不代表本次平台确实采用了其中某一种补值方式。

同理，把一个窗口等分为很多采样点，并不能单独证明价格更可靠。如果样本都引用同一个出现偏差的来源，增加观察次数只是反复读取偏差。若参考价格来自多个市场，还需要知道异常值、市场停机和价格脱节怎样处理。本次可读资料没有披露这些参数，因而本文不评判本次TWAP是否足够抗操纵，也不根据名称宣布它一定优于其他价格机制。[1]

一个反例是持续性价格变化：如果市场在整个观察窗口中逐渐上涨，均价可能低于结束时价格；如果持续下跌，均价可能高于结束时价格。偏离末笔价在这里可能只是时间定义的正常结果，并不自动构成结算错误。判断异常要先确认公式、输入与样本，不能先把自己更有利的那个报价当作唯一正确答案。

吃单费率需要分母，结算收益也需要口径

报道明确自动结算收取吃单手续费，但没有披露具体费率。[1] 这意味着无人手动下单不等于免费处理。若某个简化示例的结算计费金额为900美元，假设费率为0.05%，费用就是0.45美元。900美元与0.05%均为演算输入，不是本文核实的本次计费金额和适用费率。

图为CoinTools原文摘录排版，非网页截图。该句说明报道中的自动结算费用；相关资料及其官方公告入口见文末。

仅知道费率还不够。同样一个百分比，若被误套到保证金余额而不是实际计费基数上，就可能算错金额。例如，一个账户只放入部分保证金来维持更大的合约敞口，不能仅凭保证金数额推断手续费。这里不假定本次账户的杠杆和费率等级，而是要求复算时先确认平台采用的基数、合约单位与账户条件。

收益口径也会造成误读。页面上的持仓盈亏、最后一笔结算盈亏和账户可用余额，可能分属不同层次：持仓盈亏对价格敏感，结算记录把该仓位终止时的结果记账，可用余额还可能受到其他仓位占用与费用的影响。本文没有读取任何私人账户，不能确认平台本次界面如何列示这些项目；个人核验应以可导出的流水字段为准。

如果账户曾经部分平仓，最后自动结算的只是剩余数量，不能拿最初全部开仓数量乘以最后价格差，再与单笔结算记录硬比。此前已实现部分与本次剩余部分需要各自对应。资金费若独立记账，也应保留自己的时点和符号，不能为了凑出一个总额，把所有扣款都称为本次吃单手续费。

欧易okx交易所 v6.195.1

类型：金融理财大小：549.4M语言：中文时间：11-1评分：10.0

把结算争议变成可以复算的问题

在规则尚未补齐时，持有人可以先保存合约完整名称、剩余数量、方向、合约单位、账户可见费率和正式通知。这些信息用于确定计算对象。屏幕报价也可留作时间点记录，但应区分它是最新成交价、标记价还是指数价；在没有平台字段说明时，不把三者随意互换。

等结算发生后，核对的顺序应从原始记录开始：成交或结算编号、实际结算数量、平台列示的结算价格、手续费项目，以及对应的余额变动。若数量已对上而价格与个人截图不同，下一步应查TWAP规则和观察窗口，而不是立即把差额归为扣款。若价格相符却净额不符，则应核对费用基数、先前部分平仓和其他独立记账项目。

只有取得官方公布的价格样本或可验证参考数据，才有条件做进一步复算。自己从另一交易所下载一份一分钟K线，即使均价很接近，也只能作为外部对照；它不能证明本次使用了相同来源、相同时区边界或相同缺失值处理。若差异较大，这份对照可以帮助提出具体问题，仍不能单独证明平台计算错误。

反过来，最终金额看起来合理，也不能替代参数透明。一个可核查的解释应能说明采用什么区间、什么价格输入、怎样取样及怎样计算费用，而不是只给出“系统自动处理”的结论。可读报道明确这些参数尚未披露，本文因此不提供本次最终结算价估算，也不使用未经核实的盘口与行情填补空白。[1]

11月2日16时是报道给出的下架节点，本文未取得实际结算完成记录，不能据此宣布所有账户已完成记账。[1] 对当前持有人，有价值的后续变化是平台补充计算规则、账户出现明确流水，以及费率和金额可以逐项对应。把疑问落实为缺少哪个输入、哪个记录不匹配，才能区分正常的时间平均差异、费用误读与需要平台解释的异常。

资料来源

[1] CoinTools：PONKE合约下架与结算安排（含官方链接）