據(jù)比特幣Core協(xié)議首席維護(hù)者Wladimir J van der Laan在github透露，Bitcoin Core最新版本客戶(hù)端0 19 0日前已正式完成，這一版本客戶(hù)端不僅
據(jù)比特幣Core協(xié)議首席維護(hù)者Wladimir J. van der Laan在github透露，Bitcoin Core最新版本客戶(hù)端0.19.0日前已正式完成，這一版本客戶(hù)端不僅提供了一些新的功能(例如BIP158區(qū)塊過(guò)濾器，用于替代BIP 37的Bloom過(guò)濾器)，其還部分提升了比特幣的隱私特性，值得注意的是，新版本客戶(hù)端默認(rèn)啟用了兼容隔離見(jiàn)證的bech32地址格式，并默認(rèn)禁用了BIP70支付請(qǐng)求協(xié)議。
據(jù)悉，比特幣下一個(gè)重要版本客戶(hù)端 v 0.20.0，預(yù)計(jì)將于2020年5月份發(fā)布。
以下是0.19.0版本core客戶(hù)端的具體更新說(shuō)明：
比特幣0.19.0版本Core客戶(hù)端現(xiàn)可通過(guò)以下網(wǎng)址獲得：
https://bitcoin core.org/bin/bitcoin-core-0.19.0/
此版本更新，包括了新的功能、各種bug修復(fù)、性能提升以及翻譯更新。
開(kāi)發(fā)者可使用GitHub的問(wèn)題跟蹤器上報(bào)錯(cuò)誤：
https://github.com/bitcoin/bitcoin/issues
若要接受安全及更新通知，請(qǐng)訂閱：
https://bitcoincore.org/en/list/announcements/join/
一、如何更新
如果你運(yùn)行的是舊版本客戶(hù)端，請(qǐng)關(guān)閉它，直至其完全關(guān)閉(舊版本可能需要幾分鐘的時(shí)間)，然后再運(yùn)行安裝程序(Windows)或拷貝覆蓋至/Applications/Bitcoin-Qt(Mac系統(tǒng))或bitcoind/bitcoin-qt(Linux系統(tǒng))。
直接從舊版本的Bitcoin Core客戶(hù)端進(jìn)行升級(jí)是可能的，但如果需要遷移datadir，則可能需要一些時(shí)間。舊版本的Bitcoin Core客戶(hù)端通常是支持的。
二、兼容性
Bitcoin Core客戶(hù)端已在多個(gè)操作系統(tǒng)上進(jìn)行了廣泛測(cè)試，其中包括Linux 內(nèi)核操作系統(tǒng)、macOS 10.10+、Windows 7以及更新的操作系統(tǒng)。不建議在不支持的系統(tǒng)上使用Bitcoin Core客戶(hù)端。
Bitcoin Core在其他類(lèi)似Unix系統(tǒng)的OS上也是可工作的， 但測(cè)試相對(duì)較少。
需要注意的是，macOS操作系統(tǒng)低于10.10版本，就無(wú)法運(yùn)行高于0.17.0版本的Bitcoin Core客戶(hù)端，這是因?yàn)?.17.0是使用Qt 5.9.x構(gòu)建的，它并不支持低于10.10版本的macOS操作系統(tǒng)。
此外，當(dāng)macOS“dark模式”被激活時(shí)，Bitcoin Core不會(huì)改變外觀(guān)。
運(yùn)行macOS Catalina系統(tǒng)的用戶(hù)可能需要“右鍵單擊”，然后選擇“Open”以打開(kāi)Bitcoin Core.dmg。這是因?yàn)樘O(píng)果公司提出了新的簽名要求，而B(niǎo)itcoin Core項(xiàng)目目前還沒(méi)有遵守這一要求。
三、顯著的更改
3、1 新用戶(hù)文檔
降低內(nèi)存(Reduce memory)建議對(duì)在內(nèi)存有限系統(tǒng)上運(yùn)行Bitcoin Core客戶(hù)端進(jìn)行了配置調(diào)整。 (#16339)
3、2 新的RPC
1. getbalances返回一個(gè)包含所有余額的對(duì)象(mine, untrusted_pending以及immature)。有關(guān)詳細(xì)信息，請(qǐng)參閱getbalances的RPC幫助部分。新的RPC旨在替換getbalance, getunconfirmedbalance以及getwalletinfo中的balance字段。這些舊的調(diào)用和字段可能在將來(lái)的版本中會(huì)被刪除。(#15930，#16239)
2. setwalletflag 設(shè)置和消除錢(qián)包flag，啟用或禁用特定于現(xiàn)有錢(qián)包的特性，如在這些發(fā)布說(shuō)明中其它地方記錄的新avoid_reuse功能。 (#13756)
3. getblockfilter 獲取指定區(qū)塊的BIP158過(guò)濾器。僅當(dāng)已使用 -blockfilterindex配置選項(xiàng)創(chuàng)建區(qū)塊過(guò)濾器時(shí)，才啟用此RPC。(#14121)
3、3 新的設(shè)置
-blockfilterindex允許為整個(gè)區(qū)塊鏈創(chuàng)建BIP158區(qū)塊過(guò)濾器。過(guò)濾器將在后臺(tái)創(chuàng)建，目前其使用會(huì)大約占用4GB的空間。注意：雖然本地用戶(hù)可使用getblockfilter RPC獲得區(qū)塊過(guò)濾器，但此版本的Bitcoin Core不在P2P網(wǎng)絡(luò)上提供區(qū)塊過(guò)濾器。(#14121)
3、4 更新的設(shè)置
1. whitebind和whitelist現(xiàn)在接受一個(gè)權(quán)限列表，以提供使用指定接口或IP地址進(jìn)行連接的對(duì)等方。如果沒(méi)有使用地址或CIDR網(wǎng)絡(luò)指定權(quán)限，則隱式默認(rèn)權(quán)限與早期版本相同。有關(guān)可用權(quán)限的詳細(xì)信息，請(qǐng)參見(jiàn)這兩個(gè)選項(xiàng)的bitcoind -help 輸出(#16248)
2. 設(shè)置自定義dbcache值的用戶(hù)，可以在不使用任何實(shí)際內(nèi)存的情況下稍微增加設(shè)置。最近的變化減少了大約9%的內(nèi)存使用，并使鏈?zhǔn)綘顟B(tài)計(jì)算更加準(zhǔn)確(以前它低估了內(nèi)存的使用)。例如，如果之前設(shè)置的值為“450”，使用大約相同的實(shí)際內(nèi)存量，你現(xiàn)在可設(shè)置的值為"500"。 (#16957)
3、5 更新的RPC
注：一些主要用于測(cè)試的低level RPC更改，放到了下面的低level更改部分內(nèi)容中。
sendmany不再有minconf參數(shù)。這個(gè)參數(shù)沒(méi)有很好地指定，即使錢(qián)包的幣選擇成功，也會(huì)導(dǎo)致RPC錯(cuò)誤。想要影響幣選擇的用戶(hù)，可使用現(xiàn)在的-spendzeroconfchange，-limitancestorcount, -limitdescendantcount以及-walletrejectlongchains配置參數(shù)。 (#15596)
getbalance和sendtoaddress，加上新的RPC getbalances和createwallet，現(xiàn)在接受一個(gè)“avoid_reuse”參數(shù)，該參數(shù)控制是否應(yīng)在操作中包含已經(jīng)使用的地址。此外，即使尚未通過(guò) -avoidpartialspends命令行標(biāo)志啟用此功能，當(dāng)啟用avoid_reuse時(shí)，sendtoaddress也將避免部分開(kāi)銷(xiāo)，因?yàn)椴贿@樣做可能會(huì)在地址重用的情況下使用“錯(cuò)誤”的UTXO。(#13756)
帶有include_watch only參數(shù)或includeWatching選項(xiàng)的RPC，現(xiàn)在對(duì)于只讀錢(qián)包默認(rèn)為true。受影響的RPC有：getbalance, listreceivedbyaddress, listreceivedbylabel, listtransactions, listsinceblock, gettransaction, walletcreatefundedpsbt以及fundrawtransaction。 (#16383)
如果錢(qián)包標(biāo)志"avoid_reuse" 被啟用了，listunspent現(xiàn)在為每個(gè)輸出返回一個(gè)“reused”bool。(#13756)
getblockstats現(xiàn)在使用BlockUndo數(shù)據(jù)代替交易索引，使其更快，而不再依賴(lài)于 -txindex配置選項(xiàng)，并且所有未修剪的區(qū)塊都有此功能。(#14802)
utxoupdatepsbt現(xiàn)在接受一個(gè)descriptors參數(shù)，該參數(shù)將在已知時(shí)填寫(xiě)輸入和輸出腳本和Key。當(dāng)提供一個(gè)描述符來(lái)顯示它們正在使用隔離見(jiàn)證(segwit )輸出時(shí)，P2SH-witness輸入將從UTXO集中填充。有關(guān)詳細(xì)信息，請(qǐng)參閱RPC幫助文本。(#15427)
如果交易費(fèi)超過(guò)配置選項(xiàng)-maxtxfee的值，sendrawtransaction和 testmempoolaccept將不再接受allowhighfees參數(shù)以使mempool接受失敗。當(dāng)使用maxfeerate參數(shù)調(diào)用任何一個(gè)RPC時(shí)，現(xiàn)在有一個(gè)硬編碼的預(yù)設(shè)最大費(fèi)率可被更改。(#15620)
除非使用配置選項(xiàng)-deprecatedrpc=size，否則getmempoolancestors、getmempooldescendants、getmempoolentry以及getrawmempool不再返回范圍字段。相反，將返回新的vsize字段和交易的虛擬大小(與其它RPC如getrawtransaction一致)。(#15637)
getwalletinfo現(xiàn)在包含一個(gè)scanning字段，該字段可為false(不掃描)，也可包含錢(qián)包掃描歷史記錄區(qū)塊的持續(xù)時(shí)間和進(jìn)度信息的對(duì)象，以查看影響其余額的交易。(#15730)
gettransaction現(xiàn)在接受第三個(gè) (布爾)參數(shù)verbose。如果設(shè)置為true，則將向包含解碼交易的響應(yīng)中添加新的解碼字段。傳遞verbose時(shí)，此字段等效于RPC decoderawtransaction或RPC getrawtransaction。 (#16185, #16866, #16873)
createwallet接受一個(gè)新的passphrase參數(shù)。如果設(shè)置，這將創(chuàng)建用給定密碼短語(yǔ)加密的新錢(qián)包。如果未設(shè)置(默認(rèn)設(shè)置)或設(shè)置為空字符串，則不會(huì)使用加密。(#16394)
getchaintxstats RPC 現(xiàn)在返回window_final_block_height的附加 key。(#16695)
getmempoolentry現(xiàn)在提供了一個(gè)weight字段，其中包含BIP141中定義的交易權(quán)重。(#16647)
getnetworkinfo和getpeerinfo命令現(xiàn)在包含一個(gè)帶有解碼網(wǎng)絡(luò)服務(wù)標(biāo)志的新字段。(#16786)
getdescriptorinfo現(xiàn)在返回一個(gè)額外的checksum字段，該字段包含用戶(hù)提供的未修改描述符的校驗(yàn)和。(#15986)
joinpsbts現(xiàn)在對(duì)結(jié)果連接的PSBT輸入和輸出順序進(jìn)行無(wú)序處理。而在以前，輸入和輸出是按提供PSBT的順序添加的，這使得輸入與輸出的關(guān)聯(lián)是容易的，從而對(duì)隱私不利(譯者注：即新的joinpsbts增強(qiáng)了隱私保護(hù))。
如果-walletrbf配置選項(xiàng)設(shè)置為true，walletcreatefundedpsbt現(xiàn)在會(huì)發(fā)出BIP125 費(fèi)用替代法(Replace-by-Fee)信號(hào)。(#15911)
3、6 GUI(圖形用戶(hù)界面)更改
GUI錢(qián)包現(xiàn)在默認(rèn)提供bech32地址，用戶(hù)可以在invoice生成期間使用GUI切換更改地址類(lèi)型，或者使用-addresstype配置選項(xiàng)更改默認(rèn)地址類(lèi)型。(#15711, #16497)
在0.18.0版本錢(qián)包中，./configure標(biāo)志被引入了，以允許在GUI中禁用BIP70支持(默認(rèn)情況下已啟用支持)。而在0.19.0版本錢(qián)包中，此標(biāo)志現(xiàn)在默認(rèn)為禁用。如果要在GUI中編譯支持BIP70，你可以將--enable-bip70傳遞給./configure。 (#15584)
3、7 廢棄或刪除的配置選項(xiàng)
-mempoolreplacement已被移除，盡管默認(rèn)節(jié)點(diǎn)行為保持不變。此選項(xiàng)以前允許用戶(hù)阻止節(jié)點(diǎn)接受或中繼BIP125交易替換。它與繼續(xù)存在的配置選項(xiàng)-walletrbf不同。(#16171)
3、8 廢棄或刪除的RPC
bumpfee不再接受totalFee選項(xiàng)，除非指定了配置參數(shù)deprecatedrpc=totalFee，此參數(shù)將在后續(xù)版本中被完全刪除。 (#15996)
bumpfee有一個(gè)新的fee_rate選項(xiàng)來(lái)替代已棄用的totalFee。(#16727)
generate在Bitcoin Core 0.18版本中被棄用后，現(xiàn)在已被正式移除。請(qǐng)改用generatetoaddress RPC。 (#15492)
3、9 P2P更改
BIP 61拒絕消息在0.18版本中被棄用，它們現(xiàn)在為默認(rèn)禁用，但你可通過(guò)設(shè)置-enablebip61 命令行選項(xiàng)來(lái)啟用它。BIP61拒絕消息將在未來(lái)版本的客戶(hù)端中被完全刪除。 (#14054)
為了消除Bitcoin Core中眾所周知的拒絕服務(wù)向量，特別是對(duì)于具有spinning disk的節(jié)點(diǎn)，新版本客戶(hù)端已將-peerbloomfilters配置選項(xiàng)的默認(rèn)值更改為false。這可防止比特幣Core客戶(hù)端發(fā)送BIP111 NODE_BLOOM服務(wù)標(biāo)志、接受BIP37 BLOOM過(guò)濾器或服務(wù)merkle區(qū)塊或與BLOOM過(guò)濾器匹配的交易。
而仍希望提供BLOOM過(guò)濾器支持的用戶(hù)，可以將配置選項(xiàng)設(shè)置為true，以重新啟用對(duì)BIP111和BIP37的支持，或者使用本發(fā)布說(shuō)明中其他地方描述的更新的-whitebind和-whitelist配置選項(xiàng)僅對(duì)特定對(duì)等方啟用BIP37支持。在不久的將來(lái)，使用公共BIP111/BIP37節(jié)點(diǎn)的輕客戶(hù)端，應(yīng)該仍能夠連接到較早版本的Bitcoin Core和手動(dòng)啟用BIP37支持的節(jié)點(diǎn)，但此類(lèi)軟件的開(kāi)發(fā)人員，應(yīng)考慮遷移到使用特定BIP37節(jié)點(diǎn)或替代的交易過(guò)濾系統(tǒng)。(#16152)
默認(rèn)情況下，Bitcoin Core客戶(hù)端現(xiàn)在將建立兩個(gè)專(zhuān)門(mén)用于區(qū)塊中繼的額外出站連接。不會(huì)在這些連接上處理任何交易或地址信息。這些連接旨在增加很少的額外內(nèi)存或帶寬資源需求，但會(huì)使某些分區(qū)攻擊(partitioning attack)更難執(zhí)行。 (#15759)
3、10 雜項(xiàng)CLI更改
bitcoin-cli -getinfo中的testnet字段已重命名為chain，現(xiàn)在返回BIP70(main、test、regtest)中定義的當(dāng)前網(wǎng)絡(luò)名。 (#15566)
四、低level更改
4、1 RPC
getblockchaininfo不再返回bip9_softforks對(duì)象。相反，信息被移動(dòng)到softforks對(duì)象中，另外一個(gè)type字段描述了Bitcoin Core客戶(hù)端如何確定該軟分叉是否處于活動(dòng)狀態(tài)(例如BIP9或BIP90)。有關(guān)詳細(xì)信息，請(qǐng)參閱RPC幫助。(#16060)
getblocktemplate不再返回包含CSV和segwit(當(dāng)前處于活動(dòng)狀態(tài)的BIP9部署)的rules數(shù)組。(#16060)
getrpcinfo現(xiàn)在返回一個(gè)logpath字段，路徑為debug.log。(#15483)
4、2 測(cè)試
由-regtest命令行標(biāo)志啟用的退化測(cè)試鏈，現(xiàn)在要求交易在默認(rèn)情況下不違反標(biāo)準(zhǔn)策略。這與主網(wǎng)使用的默認(rèn)值相同，使在regtest測(cè)試網(wǎng)上測(cè)試主網(wǎng)行為變得更容易。請(qǐng)注意，默認(rèn)情況下，測(cè)試網(wǎng)仍然允許非標(biāo)準(zhǔn)交易，并且可使用-acceptnonstdtxn命令行標(biāo)志為兩個(gè)測(cè)試鏈本地調(diào)整策略。(#15891)
4、3 配置
在默認(rèn)部分中指定，但未在網(wǎng)絡(luò)特定部分(例如測(cè)試網(wǎng))中指定的設(shè)置，現(xiàn)在將產(chǎn)生一個(gè)阻止啟動(dòng)的錯(cuò)誤，而不僅僅是一個(gè)警告，除非網(wǎng)絡(luò)是主網(wǎng)。這將防止針對(duì)主網(wǎng)的設(shè)置，應(yīng)用于測(cè)試網(wǎng)或regtest測(cè)試網(wǎng)。 (#15629)
在支持thread_local的平臺(tái)上，可以在日志行前面加上導(dǎo)致日志線(xiàn)程的名稱(chēng)。要啟用此行為，請(qǐng)使用 -logthreadnames=1 。(#15849)
4、4 網(wǎng)絡(luò)
當(dāng)獲取由多個(gè)對(duì)等節(jié)點(diǎn)宣布的交易時(shí)，Bitcoin Core早期版本的客戶(hù)端將按接收到這些對(duì)等方的通知順序，然后依次下載交易，直到接收到該交易為止。而在新版本客戶(hù)端中，下載邏輯已更改為隨機(jī)獲取方式，并傾向于將下載請(qǐng)求發(fā)送到出站對(duì)等端而不是入站對(duì)等端。這修復(fù)了入站對(duì)等方可能阻止節(jié)點(diǎn)獲取交易的問(wèn)題。 (#14897, #15834)
如果用戶(hù)正在使用Tor隱藏服務(wù)，Bitcoin Core客戶(hù)端也將綁定到標(biāo)準(zhǔn)端口8333(即使為透明網(wǎng)連接配置了不同的端口)，這可防止通過(guò)使用相同的非默認(rèn)端口號(hào)泄漏節(jié)點(diǎn)身份。(#15651)
4、5 Mempool 和交易中繼
允許每個(gè)包(package)有一筆額外的單一祖先交易。以前，如果mempool中的一筆交易有25筆子代交易，或者它和它的所有子代交易都超過(guò) 101,000 vbyte，那么作為子代交易，新接受的交易都將被忽略。現(xiàn)在，新客戶(hù)端將允許一筆額外的子代交易，前提是它是直接子代，并且子代交易的大小不超過(guò)10,000 vbyte。
這使得像閃電網(wǎng)絡(luò)這樣的兩方合約協(xié)議，可以為每個(gè)參與者提供一個(gè)子付(Child-Pays-For-Parent)費(fèi)用的輸出，而不允許一個(gè)惡意參與者填滿(mǎn)整個(gè)包(package)，從而防止另一個(gè)參與者花費(fèi)他們的輸出。 (#15681)
輸出為v1到v16 witness版本(未來(lái)的隔離見(jiàn)證版本)的交易，現(xiàn)在被接受到mempool中，進(jìn)行中繼和挖礦操作。試圖使用這些輸出仍然被政策所禁止。當(dāng)這一變化被廣泛應(yīng)用時(shí)，錢(qián)包和服務(wù)可以接受任何有效的bech32比特幣地址，而無(wú)需擔(dān)心未來(lái)版本的隔離見(jiàn)證交易支付將陷入未經(jīng)確認(rèn)的狀態(tài)。 (#15846)
傳統(tǒng)交易(沒(méi)有隔離見(jiàn)證輸入的交易)現(xiàn)在必須使用傳統(tǒng)編碼格式發(fā)送，強(qiáng)制執(zhí)行BIP144中指定的規(guī)則。(#14039)
4、5 錢(qián)包
在修剪模式下，由importwallet、importpubkey、importaddress或importprivkey RPC觸發(fā)的重新掃描(rescan)只有在區(qū)塊被修剪時(shí)才會(huì)失敗。以前當(dāng)-prune被設(shè)置時(shí)，它才會(huì)失敗，此更改允許將-prune設(shè)置為高值(例如磁盤(pán)大小)，而在第一個(gè)區(qū)塊被修剪之前，對(duì)任何導(dǎo)入RPC的調(diào)用都不會(huì)失敗。(#15870)
創(chuàng)建費(fèi)用高于-maxtxfee (默認(rèn)為0.1btc)的交易時(shí)，RPC命令 walletcreatefundedpsbt和fundrawtransaction現(xiàn)在將失敗，而不是降低費(fèi)用。請(qǐng)注意，feeRate參數(shù)是以每1,000 vbyte的BTC指定的，而不是以每vbyte的satoshi指定的。(#16257)
添加了一個(gè)新的錢(qián)包標(biāo)志avoid_reuse(默認(rèn)為關(guān)閉)，啟用它后，錢(qián)包將區(qū)分已使用和未使用的地址，并默認(rèn)在幣選擇中不使用前者。當(dāng)在現(xiàn)有錢(qián)包上設(shè)置此標(biāo)志時(shí)，需要重新掃描區(qū)塊鏈以正確標(biāo)記先前使用的目的地。再加上 "避免部分支出" (在Bitcoin Core v0.17.0中添加的功能)，這可以消除一個(gè)嚴(yán)重的隱私問(wèn)題，即惡意用戶(hù)可通過(guò)將小額支付發(fā)送到先前支付的地址(該地址隨后將包含在未來(lái)支付的無(wú)關(guān)輸入中)來(lái)跟蹤支出。(#13756)
4、6 開(kāi)發(fā)系統(tǒng)更改
目前項(xiàng)目的開(kāi)發(fā)，Python需要>=3.5版本。這包括構(gòu)建系統(tǒng)、測(cè)試框架和linter。之前支持的最低值 (3.4版本)已經(jīng)在2019年3月被棄用。(#14954)
支持的miniUPnPc API 版本，最低為10。這與Ubuntu 16.04 LTS和Debian 8 libminiupnpc-dev包保持兼容。請(qǐng)注意，在Debian上，此軟件包仍然易受CVE-2017-8798(僅限于jessie)和CVE-2017-1000494(包括jessie和stretch版)的攻擊。(#15993)（灑脫喜）
五、0.19.0更改日志(略)
六、參與貢獻(xiàn)的開(kāi)發(fā)者名單
感謝所有直接參與此次軟件發(fā)布的開(kāi)發(fā)者，他們是： (譯者注：排名不分先后)
251
Aaron Clauson
Akio Nakamura
Alistair Mann
Amiti Uttarwar
Andrew Chow
andrewtoth
Anthony Towns
Antoine Riard
Aseem Sood
Ben Carman
Ben Woosley
bpay
Carl Dong
Carnhof Daki
Chris Capobianco
Chris Moore
Chuf
clashic
clashicly
Cory Fields
Daki Carnhof
Dan Gershony
Daniel Edgecumbe
Daniel Kraft
Daniel McNally
darosior
David A. Harding
David Reikher
Douglas Roark
Elichai Turkel
Emil
Emil Engler
ezegom
Fabian Jahr
fanquake
Felix Weis
Ferdinando M. Ametrano
fridokus
gapeman
GChuf
Gert-Jaap Glasbergen
Giulio Lombardo
Glenn Willen
Graham Krizek
Gregory Sanders
grim-trigger
gwillen
Hennadii Stepanov
Jack Mallers
James Hilliard
James O'Beirne
Jan Beich
Jeremy Rubin
JeremyRand
Jim Posen
John Bampton
John Newbery
Jon Atack
Jon Layton
Jonas Schnelli
Jonathan "Duke" Leto
João Barbosa
Joonmo Yang
Jordan Baczuk
Jorge Timón
Josu Goñi
Julian Fleischer
Karl-Johan Alm
Kaz Wesley
keepkeyjon
Kirill Fomichev
Kristaps Kaupe
Kristian Kramer
Larry Ruane
Lenny Maiorani
LongShao007
Luca Venturini
lucash-dev
Luke Dashjr
marcoagner
MarcoFalke
marcuswin
Martin Ankerl
Martin Zumsande
Matt Corallo
MeshCollider
Michael Folkson
Miguel Herranz
Nathan Marley
Neha Narula
nicolas.dorier
Nils Loewen
nkostoulas
orient
Patrick Strateman
Peter Bushnell
Peter Wagner
Pieter Wuille
practicalswift
qmma
r8921039
RJ Rybarczyk
Russell Yanofsky
Samuel Dobson
Sebastian Falbesoner
setpill
shannon1916
Sjors Provoost
soroosh-sdi
Steven Roose
Suhas Daftuar
tecnovert
THETCR
Tim Ruffing
Tobias Kaderle
Torkel Rogstad
Ulrich Kempken
whythat
William Casarin
Wladimir J. van der Laan
zenosage
關(guān)鍵詞： Bitcoin Core 客戶(hù)端 區(qū)塊過(guò)濾器
