认识我的人都知道,今年以来,我曾多次看空并做空$ZEC 。然而,没有无缘无故的恨,我对ZEC的失望,主要源于一段自己使用Zodl钱包的经历,希望引起 Zodl 开发团队、Zcash 社区以及广大 ZEC 持有者的重视。
一笔原本正常的转账,因为疑似钱包交易流程异常,导致我的1.0981枚ZEC至今无法使用。
更让我失望的是,Zodl 技术团队曾明确告诉我资金可以恢复,但在我进一步提交信息后,问题却迟迟没有得到解决。
一、事情发生在2026年7月23日
当时,我使用 Android 版 Zodl 钱包,准备向币安交易所充值约1.0984枚ZEC。
币安提供的收款地址为:
tex165vcva8r86qn0lrf0f99hgu0ea9p7662jh58sj
Zodl 支持隐私交易,而币安的充值地址属于透明地址体系。转账过程中,Zodl 会通过中间地址处理资金。
正常情况下,资金最终应进入币安账户。
然而,这次转账时,Zodl 却提示:
Sending Failed(发送失败)
失败交易ID:
45c22e7c03c926c5728ea6daac46356e9bcfa20b36b8a68fcd57a55a3d8ec32b
这个交易ID在区块浏览器中无法查询。

之后,钱包又出现了与这次转账相关的交易记录。
经过进一步追踪,我发现资金并没有进入币安,而是停留在一个中间透明地址:
t1MCQuTpkYHzSax778iwV9paQJoVSW5Akaa
该地址收到1.0981枚ZEC,却没有任何转出记录。
对应链上交易ID:
dffff548a8137368ff5efcf93a5208775f022cbe9693ba7089cf8766e520425c
也就是说,这笔资金在区块链上仍然存在,但我已经无法通过钱包使用它。
https://blockexplorer.one/zcash/mainnet/tx/dffff548a8137368ff5efcf93a5208775f022cbe9693ba7089cf8766e520425c
二、疑似漏洞:发送失败后,临时地址中的资金无法自动退回
通过对比其他成功转账,我发现 Zodl 在处理部分转账时,会使用临时透明地址完成资金转移。
正常转账时,临时地址收到资金后,会继续执行下一步交易。
而7月23日这笔交易只完成了前一部分,后续转账没有发生。
更奇怪的是:
Zodl 钱包余额显示为0。
临时透明地址仍保留1.0981枚ZEC。
我尝试重置钱包、重新导入助记词并同步区块链,资金依然无法显示。
使用 Zodl 的 Discover Funds 功能,结果却是“No funds were discovered”。
重置钱包后,部分早期涉及0.00015 ZEC的小额交易记录也不再显示,而后续类似交易仍然可见。
这让我怀疑:Zodl 对中间透明地址的管理、异常交易恢复或钱包历史扫描机制,可能存在尚未解决的问题。
我不能仅凭这些现象断定具体代码漏洞在哪里,但对于一款自托管钱包而言,用户持有正确助记词,却无法恢复链上仍然存在的资金,无疑是值得严肃调查的问题。
三、币安客服确认无法处理
发现问题后,我首先联系了币安客服,并提供交易记录、收款地址和相关截图。
经过多次沟通,币安客服表示,这笔资金并没有进入币安支持的正常充值流程,建议我联系 Zodl 钱包开发团队。
我认为币安的解释有一定合理性。
因为从链上记录来看,资金停留在中间的 t1 地址,并没有完成向币安 tex 地址的转账。
因此,我并不是要求币安为尚未收到的资金负责。(篇幅有限,我只上传了部分与币安客服的对话记录,声明:我并不是第一次使用Zodl钱包,只是这次出现了问题)
真正需要回答问题的,是创建并管理这个中间地址的 Zodl 钱包。





四、Zodl技术团队曾明确回复:资金可以恢复
7月28日,我收到了 Zodl(原Zashi)团队成员 Neal 的邮件。
邮件中有一句话让我印象深刻:
“Regardless, it certainly will be possible to recover, but if not through this way, then we'll need to dig deeper.”
意思是:
无论如何,资金应当可以恢复。如果当前方法不行,就需要进一步深入调查。
这封邮件曾让我重新燃起希望。
随后,我按照技术团队的要求进一步检查钱包交易记录,并继续提供相关细节。
但是,直到2026年10月21日,我仍然没有收到能够实际解决问题的恢复方案。
从7月23日至今,已经过去近3个月。
我的1.0981枚ZEC依然停留在那个临时地址中,无法转出。

五、我想向Zodl团队提出四个问题
第一:临时透明地址的私钥究竟如何生成和管理?
它是否可以通过用户原始助记词重新派生?如果可以,为什么钱包恢复后无法发现这笔资金?
第二:为什么发送失败后,钱包没有自动恢复未完成的转账?
如果第一阶段已经成功,第二阶段却失败,钱包是否应该提供重试、退款或恢复机制?
第三:为什么 Discover Funds 无法发现这笔链上仍然存在的资金?
这是扫描范围问题、地址派生问题,还是钱包实现上的缺陷?
第四:既然技术团队曾明确表示资金可以恢复,为什么迟迟没有提供具体的操作方案?
我理解软件开发需要时间,也理解隐私钱包的技术复杂性。
但对于用户而言,最需要的是持续的沟通、明确的技术解释以及可执行的恢复方案。
六、这不是单纯的1枚ZEC问题,而是自托管钱包的信任问题
加密货币强调:
Not your keys, not your coins.
但我的经历引出了另一个问题:
如果用户拥有自己的助记词,资金也仍然存在于区块链上,却因为钱包无法识别某个中间地址而无法使用,那么用户是否真正掌握了资金控制权?
如果这属于钱包软件的缺陷,那么其他用户是否也可能遇到类似问题?
我不希望在没有完整技术证据的情况下直接断言 Zodl 存在普遍性漏洞,但我认为这个案例足以引起开发团队重视。
七、我的诉求
我不要求任何人赔偿,也不希望无端指责某个开发者。
我只希望:
Zodl 开发团队正式调查这笔交易。
解释临时透明地址的密钥派生和恢复机制。
提供能够恢复这1.0981枚ZEC的技术方案。
如果确实存在软件缺陷,及时修复并提醒其他用户。
我愿意提供完整交易ID、区块浏览器记录和与技术团队的往来邮件,配合进一步调查,但不会向任何人泄露助记词或私钥。
Zcash 的隐私技术值得尊重,但钱包的可靠性与资金可恢复性,同样是整个生态不可忽视的基础。
希望 Zodl 团队能够正面回应,也希望 Zcash 社区的开发者能关注这个案例。
