首页 / 更正记录
更正记录 · 公开 diff
这一页是本站所有已发布内容的更正历史,每条含 old / new / 日期 / 原因。记录被错过、被发现、被改正的全过程,本身就是透明度的一部分。下面 5 条标记 #001-#005 是发布前编辑组内审稿过程中产生的修改;发布后读者抓到的错,会用 #100+ 编号单列。
✓ 透明度做法
凡是站内文章发布后被发现的错误,我们 24 小时内 修改文章本体,并在本页登记 diff。修改幅度大(影响结论)时,在文章顶部用 callout 标注。我们不删除错误版本——保留 old/new 是这套机制的关键。
📬 站点新上线 · 期待第一位读者更正
本站 2026-05-18 上线,目前发布后阶段的读者提交更正还是 0 条。如果你抓到任何过时数据、概念错误、链接失效、术语表述不准,都是有效更正——通过 privacy@okexcex.com 提交,采用后会以「#100」起编入下面列表,记录提交日期、脱敏 ID 与原因。
old:OKX Wallet 当前支持的链超过 100 条
new:OKX Wallet 当前支持的链超过 120 条
原因:发布前最终复核时,核对 OKX 官方 Web3 文档(2026-05-15 版本),实际支持链数已达 120+,初稿引用的「100+」是 2025 年底的旧数据。
old:新手用自托管钱包前 3 个月被钓鱼的概率约 20%
new:新手用自托管钱包前 6 个月被钓鱼的概率 ~12%(依据多个安全公司报告综合估算)
原因:初稿引用的「20% 在 3 个月内」数字未能在 SlowMist 与 Chainalysis 公开报告中找到精确出处。复核后,改为依据多份安全公司报告综合估算的「6 个月内 ~12%」,并显式标注「综合估算」。我们倾向于使用可追溯到一手源的数字,无法溯源的统计应明确性质。
old:X Layer 上 DeFi 协议约 30+,TVL 约 $9000 万(基于 2026-05-01 DefiLlama 数据)
new:X Layer 上 DeFi 协议约 30+,TVL 约 $1-1.5 亿(基于 2026-05-13 DefiLlama 数据)
原因:初稿基于 2026-05-01 数据写作。文章计划 2026-05-17 上线,期间 X Layer TVL 有所增长,旧数据已过时。统一改为「2026-05-13 数据」并写为区间值,降低后续因日常波动再更正的频率。
old:套路按「2025-2026 增长速度」排序(Permit 钓鱼排第 1,SetApprovalForAll 排第 2)
new:套路按「2024 全年累计损失金额」排序(SetApprovalForAll 排第 1,Permit 钓鱼排第 2)
原因:编辑组 2026-05-15 第二轮审稿讨论。两种排序方法都合理,但读者视角的「危险度」更应该看「最大可能损失」而非「增长速度」。累计损失反映的是真实造成伤害的规模,「增长速度」对新手参考价值较低。改后排序更稳定,也避免「按增长率排」每月需要重排的频率。
old:任何场景下,永远不要 approve「无限额度」——每次 swap 都改成精确额度
new:对官方主流合约(Uniswap、Curve、1inch 等)可以 approve 无限额度但每月 revoke.cash 扫一次;对未知 / 新合约一律精确额度
原因:编辑组 2026-05-15 第一轮审稿讨论。初稿采用「精确额度永远」立场,理论上最安全。但内部讨论后认为:① 精确额度增加每次操作的认知负担,新手反而在疲劳后开始随便点;② 主流官方合约(Uniswap V3 SwapRouter 等)安全性高,接受 Unlimited 风险换便利是合理权衡;③ 月度 revoke 作为「后置防御」机制比「每次防御」更可持续。改为分级立场更符合实际使用场景。
提交更正建议
如果你发现本站任何内容有错误、过时、或可以改进:
- 邮件
privacy@okexcex.com,标题用「[更正] 文章名 · 简短问题」 - 说明:在哪篇文章、哪一段、有什么问题、你认为应该怎么改、你的信源(如有)
- 我们 7 个工作日内回复并处理。重大或涉及安全的更正,24 小时内处理
编辑组真心感谢每一位提交更正的读者——你帮我们做了不可替代的事。