BTC/BCH 全節點 節省硬碟空間模式 無法匯入錢包？ - 數位貨幣

根據白皮書第七節 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還有救ㄇ 看不懂裡面的私鑰格式

感謝～

--
血に飢えた狼達よ…今こそ自らの牙で、鎖を解き放つ時が来たのだ…。

すでに戦いは始まっているのだ。さぁ、武器を取れ!そして殺せ!殺しまくれ!!

自らの命を、守るために…

--