难道每一笔 BTC 入账都会有一笔相同数额的 BCH 入账吗？

[KillPaul]

如题，一直用的 Bread Wallet 管理自己的 BTC （虽然少得可怜），但是发现这个 app 自动给我添加的 BCH 钱包里有和我的 BTC 钱包一模一样入账数额的币，里面显示的详细入账时间也是一模一样的，甚至在我用这个 app 前的记录也是一样的。只不过因为 BCH 价值远不如 BTC 所以总额也很少。
我就很奇怪，这些相同数额的 BCH 是正常的吗？难道我真的可以操作这些 BCH 且不会影响我的 BTC ？

[uqin]

2017 年 8 月 1 日之前的 btc ？那会有等额的 bch 以及后来的 bsv 什么的

[acess]

1.bread wallet 是 BIP39 助记词，但 HD 推导路径不是 BIP44/49/84 （貌似是因为这些标准产生其实比 bread wallet 用 BIP39 还迟），这个需要注意。

2.分叉出来的两个币当然都继承原来的余额。
分叉前，同一个地址收到的币，现在变成两种币，这个很正常；
主要是分叉后产生的交易可能有问题。
这里有个概念“重放保护”，简单说就是分叉出来的其中一种币修改交易格式，故意破坏兼容性，然后才能井水不犯河水——否则，就会产生问题：A 币的交易会有意无意地跑到 B 币的网络里，然后 A 币和 B 币的矿工（未必是同时！所以也可以用 nLockTime 来避免重放、实现拆分）都各自打包到 A 链和 B 链里面。简单说，本来只想转账 A 币的，一不小心把 B 币也给转账了。
BCH 对 BTC 做了重放保护，所以 BTC 和 BCH 分离问题不大。主要是 BCH 后来分出 BSV 的时候没做重放保护，不过 BCH 的 Schnorr 签名功能应该可以起到重放保护的作用。（因为 BSV 那边拒绝实现 Schnorr 签名功能，只有 BCH 那边有这个功能；除了这个使用不兼容的功能，以及上文提到的 nLockTime 之外，还有一个办法就是找矿工要 coinbase 交易挖出来的“纯”币，分叉后的 coinbase 交易肯定是“纯”的币，所以混入“纯”A 币的交易在 B 币那边一定是非法的，不会被重放）

[acess]

HD 推导路径可以大致想象成像文件夹路径一样，找错路径，就会推导出和之前不同的地址，于是就看不到正确的余额和交易记录（一般是变成余额 0 、交易记录空白）。

[acess]

HD 推导与文件夹不同的是，文件夹里的东西可以移动，HD 推导路径里的地址、余额、交易记录很显然是不能“移动”的。

[acess]

走不同 HD 推导路径其实是派生出了不同的新钱包，钱包之间当然是可以互相转账的，只不过转账后，很显然，该是钱包 1 交易记录还是钱包 1 的，钱包 1 的交易记录很显然不会跑到钱包 2 上。

[acess]

（啊，关于 coinbase 重放保护……其实这里也并不存在什么“纯度”，两种币还是两种币，问题只不过是 A 币的交易同时在 B 币上也有效，然后也得到打包确认了而已。分叉后新挖出来的 A 币（ coinbase 币），在 B 币那边肯定是不存在的，所以才有 coinbase 重放保护这么一说。其实要避免重放、分离两种币，未必需要是矿工新挖出来的币，只要是 A 币这边认为合法、B 币那边认为不合法的交易都可以实现重放保护。“混入”A 种 coinbase 币的交易，后续肯定也都“继承”一样的性质。如果是用了其他手段来拆分，比如用 nLockTime 分别把 A 币和 B 币转入不同的两个地址 X 和 Y，那很显然 X 地址上只有 A 币、Y 地址上只有 B 币，后续同样也“继承”了这个已经分开的状态）

[acess]

（至于 nLocktime，没记错的话是这样：两种币的区块高度一般是存在差异的，其中一种挖的比另一种“快一些”、区块高度攒到更高。于是就可以在发出交易时设定 nLocktime，nLockTime 根据数值大小有两种解读方式，数值比较大就当作 UNIX 时间戳解读，比较小就当作区块高度解读，在指定高度之前交易不能打包。所以就可以设定一个相对现在很近的未来的 nLockTime，然后“跑得快”的 A 币先挖到指定的高度，可以打包确认，这样就把 A 币转到 X 地址； B 币因为“比较慢”，同一时间还没挖到指定的高度，交易还不能在 B 币网络打包，所以就可以再发一笔只转账 B 币交易，把 B 币转到 Y 地址）

[KillPaul]

@uqin 对对，我看了一下的确都是这个时间点之前的。不过这个时间之后我也没再有 BTC 入账了。所以请问这些 BCH 是相当于我的额外收获，可以单独拿去交易么哈哈哈

[KillPaul]

@acess 大佬感谢你的详细回答，对不起我太小白了没看懂... 我还是不知道我多出来的这些 BCH 是否可以单独拿去交易且不影响我的 BTC ？😂

[acess]

@KillPaul BCH 当然可以，但是 BCH 后来不是又分出来 BSV 么，这个需要注意一下，要拆分，避免重放。
（而且分出 BSV 后我记得又搞出 BCHABC 和 BCHN，现在的 BCH 是 BCHN，BCHABC 虽然是原来的领衔开发者搞的，但现在存在感就比较稀薄了）
为了防止导入私钥折腾钱包的时候出岔子，可以把高价值的币先转到安全的地方（新的、备份好的钱包），然后再折腾低价值的币。

[KillPaul]

@acess 谢谢！就觉得很搞笑，相当于多了一笔小小的意外之财

[uqin]

不仅有 bch，我记得当时不少人跟风搞了上百种分叉币，号称 ifo （首次分叉发行）见 https://forkdrop.io/
这些币都是你白得的，绝大部分已经归零，在确保你的 btc 和 bch 等价值币已经转走的安全的情况，有空用原来的私钥倒腾一下还是能搞出一些小钱的。当然最值钱就是 bch，以及 bch 后来又分叉了一些，有价值的也就是 bsv
@KillPaul

[KillPaul]

@uqin 好滴，谢谢~ 不过貌似我已经扔掉原来的私钥了，现在就一个 bread wallet 钱包走天下

[archon]

分叉的 btc 有很多。 bch 都好像又分叉 bsv 和 bchabc 了。 等于白嫖而来的。

[uqin]

@KillPaul 不存在“扔掉原来的私钥”，钱包能用就表示你拥有私钥，bread wallet 导出私钥即可

[KillPaul]

@uqin ！！！感谢提醒！因为 bread wallet 上没有 BSV 那些币，我还以为就嫖不到了。不过刚才看了一下好像 bread wallet 没有自带的导出私钥功能，网上搜了一下好像是要下载别的专门的工具。

[acess]

@KillPaul
导入给 Electrum 就可以……作为 BIP39 导入，然后手动指定推导路径 m/0' 即可。
这方面有人还做了一个总结 walletsrecovery . org

[acess]

@KillPaul 还有 Ian Coleman 的 BIP39 工具威力更强大，但是这玩意跑在浏览器里，说不定一不小心就给上传了呢，还是小心，最好不要折腾这个。
github . com /iancoleman/bip39
而且一般 HD 钱包还分两条链呢，一条链收款一条链找零……只把收款地址导入进去，找零很显然就给遗漏了。

[KillPaul]

@acess 你好我可不可以再请教一下 😸️ 因为 Bread 不支持 BSV，为了取出来那些可能有的 BSV，今天上网学习了一下后大概知道怎么用 Electrum 导出 Bread Wallet 里的私钥了。但是可导出的私钥貌似有几十个，我是不是要把那些私钥地址都一个个再导入到支持 BSV 的钱包里才行呢？

[acess]

@KillPaul 首先 BTC 转移到安全的地方了没？
然后，虽然 Electrum 是 BTC 单币种钱包，但是 BCH 和 BSV 我记得也是把 Electrum 给移植了一下，BCH 的是 Electron Cash，BSV 是 ElectrumSV 。
其实并不需要手动一个一个导入导出私钥，HD 种子和派生路径搞对了就都 OK 了。
注意别下载到假的了。