高人请进，一件令人费解的丢币事件

[lmmy]

刚学到钱包的私钥导出导入命令，想试试，结果小悲剧，没了0.2ltc,请看经过...
1:把原莱特币钱包（称为钱包A）的4个币其中3.8传给某一交易网站，留0.2做试验...
2:记得很清楚，传送被确认后，钱包A 余额0.2LTC.
3:打开控制台，用刚学到的命令dumpprivkey导出私钥，复制到一个安全地方。
4：重装windows系统，重装litecoin Core 钱包（称为钱包B).
5: 在钱包B 导入原钱包A私钥。。。一番等待,结果显示余额为0,也就是说0.2ltc没了，在最近交易记录显示一笔3.8传给某网站，这个没错，而另有一笔却是同一时间发生0.2传给另一地址Lb8PsHVwEQNwAX4EyH39gcZ1bAfdLpiSPK

另外我把交易ID复制出来：7b4cb8b0cacf1e4c502cbd865b1d4b63e8c11208fca0bbe86f4291c57f7f3758
请高手帮我诊断一下这是什么情况，我在http://www.qukuai.com/ 网站查得这两笔交易是在同一时间发生，
因为我不懂得怎么上传图片，只能这样写一下，有看不明的请问，谢谢

[wuhann]

这个看起来很像deeponion的change机制，也就是找零的意思
具体说来就是你每次转账时，钱包里剩余的部分（零钱）都会被默认转移到一个随机生成的新地址，也就是零钱地址。我也不清楚这样设计的原因，可能是为了安全吧
如果不需要让零钱跑到其他地址，deeponion钱包有个coin control功能，可以指定自己原本的钱包地址为找零地址，这样零钱就不会跑去其他地址了。你这种情况，实际上就是你因为不知道而没有dump零钱地址那个私钥，也就是说0.2个ltc永远丢失了

[lmmy]

感觉你讲的很有道理...下次再拿0.2试一下(太多，就拿0.1)，有结果再与你分享。
最后表示感谢。诚挚的感谢。

[thirdkiller]

找零造成的  不要导A的私钥到B，要把A的钱包文件导入到B就有0.2了，或者你把找零的私钥从A的钱包文件里分离出来

[lmmy]

现在明白了，谢谢楼上各位，想想"找零机制"似乎是个设计不完美，考虑不周全所致，设计者完全能做到余钱留在原来的私钥，这样也符合常人思维。

[yuzaihao]

学习到了，原来还有这么一个机制

[wjdfx]

BTC有这样的找零机制吗？

[lmmy]

我是血的教训经历了这个"找零机制"

[jonathaner]

根本原因是比特币的找零机智，莱特fork比特的 ，所以也有这种机制吧

[samfcoin]

学习了，其实我一直都不知道比特币钱包有这种找零机制，以前听人家隐约提起过，但是没有在意，看来以后万事都要留个心眼，把钱包文件和私钥一起备份是不是会更好一点？我现在一般都是2个一起备份，就怕有个万一。

[runling]

原来还有这种找零机制啊 以后得小心了

[halicarton]

5: 在钱包B 导入原钱包A私钥。。。一番等待,结果显示余额为0,也就是说0.2ltc没了，在最近交易记录显示一笔3.8传给某网站，这个没错，而另有一笔却是同一时间发生0.2传给另一地址

问题就在这里了，就是这个狗日的找零机制。不过说到这个，不得不提一下咱国的智能坊，他们就没这个问题。他们是把每个地址的币单独发送出去，找零也是找回原来的地址，比特开发团队应该借鉴一下这些创新之处。

[malimaya]

很明显,那时找零机制