@acess 谢谢！你真是这方面的专家呀，相关知识太丰富了！

我这两天也了解了下 HD 钱包，发现它相比单一的比特币地址 /私钥方式，在保护隐私方面很强，但是从安全性上来说，似乎两者不相伯仲，对于单一的地址 /私钥方式，只要私钥丢失了，那比特币也没了；同样对于 HD 钱包来说，如果助记词丢失了，后果是一样的。不知我这么理解对不对？
而且如果不考虑保护隐私这一块，单一的地址似乎还有个「好处」，就是可以把找零都转回同一个地址，便于随时在网上查看自己的交易流程，避免每次都登录钱包查看。

你还提到私钥导入采用复制粘贴有安全隐患，这个风险的确是存在！谢谢提醒！
不过我特意去看了下私钥的文本，数了数一共 51 个字符（ WIF 格式），那手动一个个输入应该也不慢，这样就可以大大降低风险了吧（当然还是会存在键盘被木马软件监控的风险）。

话说我现在不太敢随便转币了，还是想一次性把原始地址导入本地钱包，感觉这样更稳妥些。

@acess 哦，的确是！我查找了下硬盘，果然有一个“blockchain.wallet.aes.json”文件，看来这个就是私钥的备份文件了。
那么，我如果换用 Electrum 这类本地钱包，只要导入这个 json 文件就可以了吧？

@acess 原来如此！
我的在线钱包是好多年前注册的了，不知道支不支持 HD 钱包这种方式，我记得当时网站让我记下了 15 个单词，可能就是助记词吧。
关于 BTC，这是最不让我放心的一点，总觉得 BTC 里有太多不确定的东西，一不留神就踩了什么陷阱，而且这种去中心化的系统，出了问题也没地方申诉……哈哈，当然技术本身就具有两面性，去中心化也恰恰是 BTC 的优点。

@acess 非常感谢！你把相关概念解释得真清晰，佩服！
我也来汇报一下后续情况，后来通过第二笔高手续费的找零余额交易（即 CPFP 方式），我的两笔交易都得到确认了，看来只要手续费提上去了，矿工还是很乐意把遗留的零确认交易一并打包的。
元旦期间有事耽搁，一直也没好好使用下 Electrum，等我回头把 Blockchain.com 上的地址私钥导入后，再发起一笔 RBF 交易试试看：）

@acess 谢谢你的解释！
我恰好遇到了这个问题，只不过是在 Blockchain.com 的在线钱包，它的找零地址都是即时生成的，无法人为指定。好在我的在线钱包中目前只有这一笔 0 确认交易，就把这笔交易对应的找零地址中的余额又转了一部分给我的另一个钱包地址，手续费也提高到了网站自动建议的费率（ 59 sat/B ），只不过目前这笔交易也是未确认状态……如果这第二笔交易得到确认，是否第一笔 0 确认交易也可以同时得到确认呢？

Electrum 本地钱包我还真没用过，今天研究研究，之前一直用的都是在线钱包，没想到过会遇到这种问题。

我有个疑问，假设 A 地址有 3btc，向 B 地址转账 1btc，找零地址 C 得到 2btc，由于手续费低（此处假设为 0，实际可能是个很低的费率），交易一直未确认。那么，此时可以用找零地址 C 向另一个地址 D 进行转账吗，如果提高手续费，能否将之前 A 向 B 进行的零手续费交易确认呢？

听个响的话，买 m43 机器吧，松下的有几款性价比很高，还小巧

@zvl0reqglvd 基于 C++有什么优势吗

@loginv2 明白了，那这样看来还是电脑棒更合适些，虽然慢点，但至少是个独立系统，而且还体积小便于携带。

@loginv2 Win to go 可以单独连接在显示器上使用吗？（显示器有 usb 接口）

@dimlau 貌似不行啊……

@sengxian 我也发现了， Farbox 这么处理的原因是什么呢？
貌似其他支持 Mathjax 的网站都可以用“\(”和“\[”数学环境。

怎么实现的呀？
我也很想这么搞一套