作者kugwa (闇黑圣饥魔)
看板DigiCurrency
标题[闲聊] BTC/BCH 全节点 节省硬碟空间模式 无法汇入钱包？
时间Sun Sep 8 16:41:05 2019
根据白皮书第七节 Reclaiming Disk Space
理论上 全节点可以丢弃已经被花掉的交易 不影响以後的验证
（不可能有新交易指向已经被花掉的交易 所以丢弃当然不影响验证
但如果单纯想查被丢弃的交易的详细资料 那当然找不到了）
而这个功能实际上在比特币全节点软体里也有支援
只要在启动全节点时加上「-prune=N」的参数即可 N的单位是MiB
意思是你只想要保留最新N MiB的区块资料 更旧的就丢弃
N最小可以设550 这样的话硬碟上的raw block data就会维持在550 MiB
（不包含目前大约4 GB的UTXO资料库chainstate
4 GB + 550 MiB -> 整个比特币节点软体大约固定占用5 GB的硬碟空间）
更详细的说明在0.11版的release notes
https://tinyurl.com/obc8mhb
（BTC从0.11版开始支援 BCH是之後才分叉出去所以应该也有）
如果有需要跑全节点 但又不想占太多硬碟空间
就可以启用这种block file pruning模式
不跑的时候也可以把上述5 GB整个备份
等哪天又有需要再把这5 GB拿回来用
这样的话只要补验证这段时间错过的区块即可
不用从头验证几百GB的区块链
而且因为都是亲自验证 所以也没有需要信任别人的问题
当然如果有人想跑全节点但又懒得亲自从头验证
直接跟你要这5 GB来用（我不知道会不会有这种需求）
那他就必须信任你了
理论上 开启prune mode的全节点 功能依然完整（问题只在於有无实作）
上面提到没办法查询被丢弃的交易
其实只要跟「保留该交易的节点」要就好了
拿到的交易只要hash值能一路串到merkle root
就能证明它确实存在於区块里 依然没有信任问题
这就跟SPV的原理一样
只能感叹聪神的强大
目前要注意的一点
就是全节点在prune mode下似乎无法汇入钱包
这点在0.11版release notes也有提及
这也是「理论上不是问题但目前尚未实作」
（不太懂技术上的难点在哪
源码在src/wallet/rpcdump.cpp importwallet函数
这次应该不是BTC的锅 因为BCH的这段源码也差不多）
我以前用dumpwallet备份了文字档钱包 里面的BTC大约值1 USD
现在想importwallet回来居然跳错
「Importing wallets is disabled in pruned mode」
手边没有以前的wallet.dat可以测试
不知道直接复制贴上整个wallet.dat而非透过RPC来弄 是否可行
希望有大大能解惑：
1. 目前prune mode下是否真的无法汇入钱包
2. 我的dumpwallet里的BTC还有救ㄇ 看不懂里面的私钥格式
感谢～
--
血に饥えた狼达よ…今こそ自らの牙で、锁を解き放つ时が来たのだ…。
すでに戦いは始まっているのだ。さぁ、武器を取れ!そして杀せ!杀しまくれ!!
自らの命を、守るために…
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.227.4.89 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/DigiCurrency/M.1567932082.A.FA0.html
1F：→ kugwa: SL:qq2vtymc5syylwfda7rwfanx2pmhvls46gwrnepsh2 09/08 16:41
2F：推 DarkerDuck: 推推~~ 09/08 16:42
3F：推 DarkerDuck: 在prune mode下汇入钱包会需要重爬一次完整区块链啊 09/08 16:44
4F：→ DarkerDuck: 但是就被prune掉了，当然就无法进行 09/08 16:45
5F：→ kugwa: 理论上只要有当前UTXO set 就没问题不是吗？ 09/08 16:46
6F：→ kugwa: 我的钱包里都是还没花掉的 09/08 16:47
7F：→ DarkerDuck: 汇入不同的钱包，不同地址要重新验证交易啊 09/08 16:49
8F：→ DarkerDuck: 没有区块链历史资料，没办法重新验证啊 09/08 16:49
9F：→ DarkerDuck: 除非跟SPV节点一样再重新跟其他完整节点要 09/08 16:50
10F：→ DarkerDuck: dumpwallet出来的私钥就原始格式 09/08 16:51
11F：→ DarkerDuck: 而不是WIF或是BIP39格式 09/08 16:51
12F：→ kugwa: 为啥需要重新验证交易 09/08 16:55
13F：→ kugwa: 钱包里的地址 如果是没花掉的 应该要能在UTXO里match到？ 09/08 16:55
14F：→ kugwa: UTXO属於chainstate的一部分 是自己跑过的 没有信任问题吧 09/08 16:56
15F：→ DarkerDuck: 这是为了产生交易历史，假如你只要最後的余额 09/08 16:56
16F：→ DarkerDuck: 那当然是只要UTXO就已经足够了 09/08 16:56
17F：→ DarkerDuck: 但我实际重新汇入过钱包，他会重新产生交易历史资料库 09/08 16:56
18F：→ DarkerDuck: 因此会重新验证交易才能重新产生整个交易历史 09/08 16:57
19F：→ DarkerDuck: 至於为什麽一定要重新产生交易历史才行 09/08 16:57
20F：→ DarkerDuck: 这可能就要去问Core开发者了，他们思维跟一般人不一样 09/08 16:58
21F：→ kugwa: 原来如此 09/08 16:58
22F：→ kugwa: 但我根本不需要交易历史啊xdddd 09/08 16:58
23F：→ kugwa: 我只要能提出里面的BTC 把他转走而已 09/08 16:59
24F：→ kugwa: 或是不知道有没有SPV钱包认得dumpwallet格式 09/08 17:01
25F：→ kugwa: 只要能动到里面的BTC 任何方法都行～ 09/08 17:03
26F：→ kugwa: 除了重新验证整条区块链这个方法之外 09/08 17:03
27F：→ DarkerDuck: blockchain.info网站钱包我有汇入过原始私钥，可用 09/08 17:05
28F：→ kugwa: 刚刚产生一个私钥 来测试汇入到blockchain.info钱包 09/08 20:56
29F：→ kugwa: 真的可以用 感谢 09/08 20:56
30F：→ kugwa: 刚刚才搞懂 我的dumpwallet档案 里面的私钥原来是WIF格式 09/08 20:57
31F：→ kugwa: 只是blockchain.info可以吃WIF和原始私钥 09/08 20:57
32F：→ DarkerDuck: 不过blockchain.info的安全性没很好，汇入後就可转出 09/08 20:57
33F：→ kugwa: 对 所以我刚刚是用没钱的私钥来测 09/08 20:58
34F：→ kugwa: 感觉没什麽SPV钱包可以直接汇入私钥 都要认他们自己的格式 09/08 20:59
35F：→ kugwa: 要码就是seed phrase 要码就是钱包自己认得的格式 09/08 21:00
36F：→ kugwa: 这样要在不同钱包之间转换有点困难 09/08 21:00
38F：推 DarkerDuck: WIF格式的话，用Electrum也可以直接汇入 09/08 21:22
39F：→ kugwa: 这个好～ 09/08 21:40
※ 编辑: kugwa (36.227.4.89 台湾), 09/09/2019 02:40:52
40F：→ DarkerDuck: 773字 * 7星 = 5411 PCH 09/09 04:30