一个被弃用的 CoinDCX 钱包持续收到充值，随后 1600 万美元不翼而飞

这些钱包本应属于CoinDCX的过去。在2025年7月发生安全漏洞后，这家印度交易所更换了受影响的系统基础设施，并告知客户使用新的存款地址。然而，一些客户仍继续向旧地址转账，而公司则继续为他们的账户入账，同时由一个独立服务将代币转出。到了10月，这第二步操作失败了。

加密货币地址不会因为交易所将其停用而失效。有人可能将其保存在提现表单中、从旧消息中复制，或连续数月自动向其转账。即使交易所当前的应用程序显示的是不同的目标地址，区块链仍会接受该交易。CoinDCX选择为客户确认这些存款，并将实际代币归集到更新的托管地址中。这一选择保护了人们免于因误存而损失资金，但同时留下了一条经由旧基础设施的通道。

该公司10月25日的说明称，这条通道中断了。该说明并未厘清未经授权转移的每一个步骤，外部读者也无法看到交易所的内部账本。可见的结果是一次极具启发性的托管失败：客户在应用程序中可能拥有已入账的余额，而对应的已存入USDT却仍留在一个已被视为不安全的地址中。这一缺口是如何被发现的、如何被填补以及如何被关闭，其意义远超头条新闻中的损失数字。

已停用的地址仍有其用途

CoinDCX表示，尽管有指引要求客户使用新地址，但客户仍继续向2025年7月事件后停用的地址存款。当转账到达时，交易所立即为客户的投资组合入账。一个独立的自动归集程序本应将加密货币从旧地址转移到安全钱包。客户无需等待这第二笔转账即可使用已入账的余额。

这一设计包含一种权衡。如果CoinDCX拒绝确认旧地址的转账，那么重复使用已保存指令的客户可能会看起来损失了资金。先入账能让用户快速获得账户余额，但公司要负责转移或替换实际代币。如果归集失败，即使代币仍留在易受攻击的钱包中，交易所账面上的负债也可能增加。

因此，一个旧地址被“弃用”可能意味着两件不同的事。它可能不再向新用户显示，也不再用于日常操作。但它仍然可以接收区块链存款，被交易所监控，并用于恢复流程。最初10月22日的争议就围绕这一区别展开。CoinDCX高管称这些地址是旧的，而调查人员则指出这些地址与交易所运营钱包之间持续存在资金流动。该公司后来的说明承认，有一个流程仍在处理那里的存款。

人们很容易把经过一个已停用地址的每一笔资金流动都称为普通的活跃使用，或者把“已停用”当作不可能有钱流入的证明。这两种描述都无法准确概括 CoinDCX 现在所描述的安排。这些地址并不是其应用希望用户选择的目的地。它们仍受到监控，客户存款会被记入账户，而且该交易所维持着一项旨在将资产继续转移出去的服务。如果该公司承担了客户的损失风险，那么这样的服务就必须持续可靠地运作。

清扫失败期间资金不断累积

CoinDCX 表示，其自动清扫服务“在某段特定时期内”出现故障，导致存款不断累积。它没有说明故障何时开始、是否触发了警报、涉及多少客户，或者为什么一笔巨额未转移余额没有在 10 月 21 日之前触发干预。这些缺失的细节使人难以判断这一薄弱环节持续了数小时、数周还是更长时间。

Bitquery 的 TRON 交易研究 统计出 40 个被清空的钱包，并将 1599 万美元总额中的 1582 万 USDT 归于单一存款地址。其分析称，这个大型地址持有来自一名存款人的 88 笔存款，其中没有一笔自 3 月以来被转移过。如果这一归属判断正确，那么这些存款与 10 月被转走之间的间隔，远远长于客户可能期望的自动清扫所带来的短暂延迟。区块链可以显示转账和余额；但它本身无法显示每笔存款是否已记入客户账户，也无法显示内部监控警报是如何处理的。

Bitquery 还检查了在 TRON 上转移 USDT 所需的小额 TRX 支付。它发现受影响存款地址收到了手续费充值，随后是常规转账，包括 10 月 21 日的活动。当交易所希望某个地址发送 USDT 时，必须向该地址提供该网络的原生代币作为手续费。这种反复出现的模式有助于解释为什么调查人员质疑这些钱包只是被弃用的说法。它并未指明是谁获得了清空这些钱包的手段，也无法证明每笔存款的原始来源。

CoinDCX 表示，它于 10 月 21 日注意到其系统中有异常活动，并于次日发现异常的链上资金流动，其社区的举报促使其展开更深入的调查。该公司表示，即时控制措施防止了对活跃钱包和交易基础设施的影响。其 10 月 25 日的披露随后确认了 1599 万 USDT 的损失。这些是该公司对检测和遏制过程的描述；公共链提供了交易记录，但没有提供该公司的内部事件日志。

客户余额与钱包余额并不相同

交易所客户通常看到的是账户记录，而不是某个特定代币存放在专门分配给他们的隔离区块链地址中。CoinDCX 针对旧地址的既定政策是，存款一到账就记入用户账户。随后，无论其单独的清扫是否延迟，交易所都欠客户所显示的金额。当资产从旧钱包消失时，如果公司提供了替代资金，损失可能由公司承担。

CoinDCX 表示它正是这样做的。其 已确认损失账户 称，公司吸收了这 1599 万 USDT 的损失，并坚称客户余额、活跃钱包和运营未受影响。这与交易所将损失转嫁给存款人或暂停提现有着本质区别。这也是一项值得通过核对、储备和提现数据进行后续验证的说法，因为外部观察者仅通过查看涉及此次清空的地址，无法检查所有客户负债。

交易所的账目并不能让缺失的资金变成虚构的。客户可能仍然拥有完整的入账余额，而公司却已为一次盗窃或运营损失付出了代价。在财务上，公司必须用自己的资产来填补缺口，或追回被盗的币。其是否有能力做到这一点，应当根据有日期的财务披露和储备证明披露，以及提现是否继续正常结算来评估，而不是仅凭“资金是安全的”这一说法。

CoinDCX 此前曾在 2024 年宣布设立客户保护基金，初始拨款约为 600 万美元。该计划的存在并不能表明它为 2026 年 10 月的损失提供了资金，而该损失大于最初的拨款。公司表示它已吸收了这一缺口。透明的后续说明应当指明替代资金是来自普通金库资产、专项储备、保险还是追回款项，而不是让客户从一项旧计划的名称中去推断资金来源。

保存了旧地址的客户应更新其付款指令。在公共链上，发送方仍可向旧目的地广播，而网络不会知道 CoinDCX 的应用当前推荐什么。交易所表示对已弃用地址的支持是临时的。如果该支持结束，之后意外存款的处理方式可能会改变。对于新的转账，客户只应依赖交易所当前应用内的地址，并在发送时核对资产和网络。

追踪 USDT 并不能识别出窃贼

Bitquery 在主转账后 18 小时内，追踪了约 963 万 USDT 经过中间钱包流向其关联到 OKX、Binance 和 Gate 的存款地址。到达与交易所关联地址的付款可能为调查人员提供一个寻求记录或合作的地点。这并不能证明被点名的交易所实施了盗窃、批准了盗窃或仍持有全部资金。服务地址的归属也可能被修订。

同一项研究称，Tether 于 10 月 22 日在九个钱包中冻结了约 221 万 USDT。冻结可能会阻止这些特定代币的移动，但这与向 CoinDCX 返还资金并不相同。赔偿可能需要法律程序、与发行方协调以及所有权确认。公司最初的声明并未宣布已追回资产。将冻结金额报告为已经归还的资金，会夸大已知情况。

公开记录揭示交易规模和路径的程度，远高于揭示入侵方法的程度。CoinDCX 提到了其已弃用基础设施中的未知漏洞。它没有说明 10 月的损失是来自 2025 年暴露的密钥、后来的访问故障还是其他途径。Bitquery 明确表示，其分析无法显示转移资金的人是如何获得密钥的。确切的技术原因需要运营方提供事件后说明，最好附带独立审查。

一个持有 1582 万 USDT 的地址使时机尤为关键。如果这些币在到达时就被扫走，那么在资金被抽走的那一刻，该余额就不会仍留在该地址。这种反事实并不能证明盗窃本可被完全阻止，因为目的钱包和访问控制也很重要。它确实解释了为什么清扫器的失败并非无关紧要的细节：它决定了有多少价值停留在被入侵的路径上。

2025 年的入侵是另一起事件

2025 年 7 月的事件报告描述了约 4400 万美元的损失，来自一个用于在合作交易所提供流动性的内部运营账户。CoinDCX 表示，隔离冷钱包中的客户资产未受影响，并且它用自己的金库弥补了风险敞口。新的 1599 万 USDT 损失是 2026 年 10 月的一起独立事件，涉及资金存入在该早先入侵后退役的基础设施。

这种关联之所以重要，是因为CoinDCX自己表示旧基础设施已被攻破。一旦某个地址或其周边系统被视为已暴露，继续通过它来抢救存款就需要格外谨慎的监控和快速的资金转移。旧事件无法证明是同一攻击者卷土重来，且经审查的公开证据均未指明十月转账背后的人是谁。共享的基础设施历史确实提出了一个直截了当的运营问题：在危险已知之后，为什么还有这么多钱留在那里？

2025年，该交易所还谈到了安全重新设计以及将客户钱包与运营账户分离。当时对服务器入侵的报道描述了所称的首次损失隔离。第二次事件表明，隔离主要托管只是工作的一部分。存款在到达该托管之前会经过地址和自动化服务。即使主要冷钱包未受影响，旧的入金路径也可能造成损失。

第一次事件后，交易和卢比提现恢复，该公司重申将承担损失。当前的保证具有相同的面向客户的形式，尽管机制不同。2025年7月，一个内部流动性账户被攻破。2026年10月，所述的故障是一个本应清扫到达已停用基础设施的存款的服务。比较这两起事件需要将这些机制分开看待；两者都让公司损失了钱，这一事实并不能证明是单一攻击者或重复的漏洞利用路径。

这并不意味着客户遭受了直接扣款。这意味着公司在履行其声称已给予客户的信贷时承担了损失。这两个命题可以同时成立。它们很容易被头条新闻模糊掉，这些新闻要么称该事件是无害的旧钱包资金移动，要么是已证实的客户余额短缺。CoinDCX已承认公司确实遭受了损失，并否认对客户余额造成影响；公开数据并不能解决所有剩余的会计问题。

为什么第一次否认很重要

当调查人员首次传播这些转账时，CoinDCX表示其当前钱包未被攻破，并暗示旧地址可能产生了误报。该声明回应了部分担忧，即主要活跃基础设施是否已被掏空，但并未解释为什么旧地址中的资金似乎已被取走。到10月25日，该公司已披露了真实损失和清扫流程失败。

CoinDCX承认本可以更主动地沟通。调查区块链资金移动需要时间，尤其是当地址标签和内部余额必须核对时。公司仍然可以在早期说明已知和未知的情况，而不必将未经证实的归因视为最终结论。在这里，首次回应与后来叙述之间的差距让客户和独立调查人员争论旧系统在任何有意义的意义上是否已停用。

最有用的后续行动将提供清扫中断的日期时间线、监控首次看到余额累积的时间、有多少受影响的存款被记入贷方，以及为阻止额外存款继续汇集而采取的措施。它还应区分在发行方处冻结的资金与已追回并返还的资金。这样的细节将让客户评估失败的流程，而不是依赖早期的否认或笼统的保证。

该公司表示交易、存款和提现全程持续进行。持续访问是关于即时客户体验的相关证据，但并非对每项资产和负债的审计。一份由更新后的证明和满足提现能力支持的关于公司损失吸收的声明，将使结论更加持久。监管机构也可能有报告期望，尽管在经审查的公开记录中未发现有关十月转账的已确认行动。

停用一个钱包不仅仅是更改应用

交易所可以停止显示旧存款地址；但它无法从TRON上移除该地址，也无法迫使发送方保存的表单忘记它。它必须决定是监控并抢救迟到的存款、尽可能阻止客户获得信贷，还是警告可能无法恢复。每个选择都有后果。抢救服务创造了一种持续关注的义务，即使大多数客户已转移到新地址。

CoinDCX的方法将任务分为两部分：先记入贷方，然后清扫。其十月的披露显示了当第二步悄然停止时会发生什么。因此，该事件不仅仅关乎密钥被攻破。它暴露了客户被告知资金已到达的会计时刻与交易所实际将资产移出脆弱位置的托管时刻之间的不匹配。

如果资产被追回，CoinDCX 的最终成本可能会发生变化。该公司已报告 1599 万 USDT 的损失，且在其声明中并未宣布此类追回。对客户而言，决定性的问题是：已入账的余额能否提取，未来的存款是否会进入当前地址，以及交易所是否已修复监控缺口。对更广泛的市场而言，教训在于那个仍在执行新任务的旧地址。只要真实资金仍在流入，且由一个单独的自动化流程负责挽救这些资金，它的退役就是不完整的。

值得关注的事项

• 中断时间线： 查找清扫停止的日期、警报触发的日期以及员工首次注意到余额累积的日期。
• 客户对账： 检查是否有注明日期的已入账存款、替代资产和已完成提现的账目。
• 资产追回： 将 Tether 冻结的 USDT 与实际返还给 CoinDCX 的任何代币区分开来。
• 技术原因： 等待有关已弃用钱包如何被清空的证据，而不是假设是 7 月的攻击者所为。
• 旧地址政策： 关注 CoinDCX 是否改变其临时救援服务，以及它如何警告那些保存的存款说明仍指向已退役地址的客户。

常见问题