更正政策
凡是会影响读者判断或行动的内容错误,一律在这里记一条,包括:事实错误、机制描述有误、工具计算结果不正确、以及本站对自己做法的描述与实际不符。
不记的是:错别字、标点、排版调整、以及不改变结论的措辞润色。这类改动每天都可能发生,全记下来反而会淹没真正重要的条目。
更正不会以「悄悄改掉」的方式处理。如果一段内容被删除或大幅改写,这里会写清楚原来说的是什么、为什么不对。这一条对本站尤其重要——我们在文章里反复要求读者去核对信源,那么本站自己就得是一个经得起回头查的信源。
记录
按时间倒序。目前的条目都来自上线前的自查,数量不多,因为这个站刚开始。
2026-08-24 · 全站商业披露 · 无法核验的固定权益数字
问题:初稿把本站邀请码写成「最高 20% 手续费减免」,同时写死「不会多付」。公开推广页面不能证明这串具体邀请码对每个地区和账户都适用该比例,当前站点控制信息也没有登记可核验的邀请码资料。
处理:删除固定比例与「一定不会多付」的承诺,统一改为在提交注册前核对交易所表单实际显示。邀请码和注册链接未在这次审计中改动;它们是否确属本站仍是发布前必须由站主验证的事实。
2026-08-24 · A-01 冻卡卷宗 · 经验来源与拆单建议
问题:一段话把公开资料审阅写成「走了一遍主流平台 P2P 流程」,会让人误以为做过账户内实测;同篇还建议把大额分散到不同时间,可能被理解为规避审查。
处理:明确标成公开帮助资料的桌面归纳,不再声称一手下单体验;同时改成明确反对为降低风控概率而人为拆单、转卡或分散时间,并要求按真实用途、正式限额与所在地区规则处理。
2026-08-24 · 隐私说明 · 静态源码不能证明托管层零留存
问题:初稿把「页面没有统计代码」扩大成「本站没有任何个人数据」,但静态源码无法证明托管服务器或内容分发网络是否保留访问与安全日志,也无法证明推广后台只给聚合数据。
处理:把可证明的页面代码、工具输入与 Cookie 边界,和仍需发布环境确认的连接日志、推广后台字段分开写,不再用源码证据替代生产配置事实。
2026-08-23 · 工具 T-01 转账地址格式校验器 · 计算错误
问题:Base58 解码器在处理「数值部分为零」的地址时会多算出一个字节。受影响的典型情形是完全由 Base58 首字符组成的 Solana 地址(例如系统程序地址),它们会被判为 33 字节,进而落到「无法识别」的结论上,而正确结果应当是 32 字节、识别为 SOL 地址。
处理:修正了解码器中前导零的处理逻辑,并为这一情形补了测试用例。上线前的测试集现在覆盖 BTC 传统地址、Bech32、Bech32m、EIP-55 大小写混排、TRON、SOL 以及各自的失败样例,共 12 组。这个问题是在上线前的自测中发现的,没有对外提供过错误结果。
2026-08-23 · 商业披露页 · 本站对自身做法的描述不准确
问题:披露页初稿写的是「除注册教程那一篇之外,其余页面都不会有指向交易所的链接」。这个说法不准确——有几篇文章会链接到交易所的官方费率页和推广规则页,作为让读者自己去核对事实的信源。它们不带邀请码、与推广无关,但按字面读,原来那句话确实说错了。
处理:改成按邀请码参数 ref= 来描述,并明确区分「带邀请码的注册链接」与「不带码的官方引用链接」两类,同时说明后者的用途。披露页上的每一句话都应当是可以逐字核对的,含糊或过度简化在这一页上算错误。
2026-08-23 · B-03 假客服是怎么找上你的 · 行文标准
问题:正文中出现了一处报告体的转折套语。本站的行文标准是像一个把事情弄明白了的人在讲,不用公文腔。
处理:改写成口语化的过渡句,结论和事实未变。这一条严格说属于措辞润色,按上面的政策本可以不记——记下来是因为它是全站行文自查的一部分,顺带说明我们在按什么标准检查。
发现错误怎么告诉我们
如果你发现本站有事实错误、机制描述有误、工具算错、或者本站的实际做法与它自己写的不一致,请告诉我们。
写信到联系方式页上的地址即可。有具体页面地址和你认为不对的那句话,处理会快很多;如果能附上你依据的公开来源就更好。
属实的会改,并且在这一页记一条。不属实的我们也会回复说明理由,而不是不回。有一类情况我们不会改:如果你希望我们把某个具体平台或个人写成骗子,那超出本站的范围——我们只讲形态和结构,不做定性,原因写在风险与免责里。