比特幣0.19.0版本Core客戶端正式發布，默認啟用bech32地址格式并禁用BIP70_COI

據比特幣Core協議首席維護者WladimirJ.vanderLaan在github透露，BitcoinCore最新版本客戶端0.19.0日前已正式發布，這一版本客戶端不僅提供了一些新的功能(例如BIP158區塊過濾器)，其還部分提升了比特幣的隱私功能，值得注意的是，新版本客戶端默認啟用了兼容隔離見證的bech32地址格式，并默認禁用了BIP70付款請求協議。

據悉，比特幣下一個重要版本客戶端?v0.20.0，預計將于2020年5月份發布。

以下是0.19.0版本core客戶端的具體更新說明：

比特幣0.19.0版本Core客戶端現可通過以下網址獲得：

https://bitcoincore.org/bin/bitcoin-core-0.19.0/

此版本更新，包括了新的功能、各種bug修復、性能提升以及翻譯更新。

開發者可使用GitHub的問題跟蹤器上報錯誤：

https://github.com/bitcoin/bitcoin/issues

若要接受安全及更新通知，請訂閱：

https://bitcoincore.org/en/list/announcements/join/

一、如何更新

如果你運行的是舊版本客戶端，請關閉它，直至其完全關閉，然后再運行安裝程序或拷貝覆蓋至/Applications/Bitcoin-Qt或bitcoind/bitcoin-qt。

直接從舊版本的BitcoinCore客戶端進行升級是可能的，但如果需要遷移datadir，則可能需要一些時間。舊版本的BitcoinCore客戶端通常是支持的。

二、兼容性

BitcoinCore客戶端已在多個操作系統上進行了廣泛測試，其中包括Linux內核操作系統、macOS10.10+、Windows7以及更新的操作系統。不建議在不支持的系統上使用BitcoinCore客戶端。

BitcoinCore在其他類似Unix系統的OS上也是可工作的，但測試相對較少。

需要注意的是，macOS操作系統低于10.10版本，就無法運行高于0.17.0版本的BitcoinCore客戶端，這是因為0.17.0是使用Qt5.9.x構建的，它并不支持低于10.10版本的macOS操作系統。

此外，當macOS“dark模式”被激活時，BitcoinCore不會改變外觀。

運行macOSCatalina系統的用戶可能需要“右鍵單擊”，然后選擇“Open”以打開BitcoinCore.dmg。這是因為蘋果公司提出了新的簽名要求，而BitcoinCore項目目前還沒有遵守這一要求。

三、顯著的更改

3、1新用戶文檔

數據：7月底，比特幣活躍地址數增長30%:8月2日消息，區塊鏈分析平臺Glassnode數據顯示，在7月的過去一周里，比特幣的活躍地址數量明顯增長，從25萬增加到了32.5萬，增長了30%，系1月份42.5萬下降到7月初24.5萬以下后記錄的最大激增。

Glassnode指出，目前的比特幣活動水平對應的是2020年7月保持的水平。此外，BTC投資者在7月下旬也積累了更多的加密貨幣。根據分析公司Santiment的數據，截至8月1日，持有100-10,000個BTC的地址所持有的比特幣數量達到了923萬個比特幣（價值約3640億美元），系歷史新高。（Cointelegraph）[2021/8/2 1:29:53]

降低內存（

Reducememory）建議對在內存有限系統上運行BitcoinCore客戶端進行了配置調整。(#16339)

3、2新的RPC

getbalances返回一個包含所有余額的對象。有關詳細信息，請參閱getbalances的RPC幫助部分。新的RPC旨在替換getbalance,getunconfirmedbalance以及getwalletinfo中的balance字段。這些舊的調用和字段可能在將來的版本中會被刪除。

setwalletflag設置和消除錢包flag，啟用或禁用特定于現有錢包的特性，如在這些發布說明中其它地方記錄的新avoid_reuse功能。(#13756)

getblockfilter獲取指定區塊的BIP158過濾器。僅當已使用-blockfilterindex配置選項創建區塊過濾器時，才啟用此RPC。(#14121)

3、3新的設置

-blockfilterindex允許為整個區塊鏈創建BIP158區塊過濾器。過濾器將在后臺創建，目前其使用會大約占用4GB的空間。注意：雖然本地用戶可使用getblockfilterRPC獲得區塊過濾器，但此版本的BitcoinCore不在P2P網絡上提供區塊過濾器。(#14121)

3、4更新的設置

whitebind和whitelist現在接受一個權限列表，以提供使用指定接口或IP地址進行連接的對等方。如果沒有使用地址或CIDR網絡指定權限，則隱式默認權限與早期版本相同。有關可用權限的詳細信息，請參見這兩個選項的bitcoind-help(#16248)

設置自定義dbcache值的用戶，可以在不使用任何實際內存的情況下稍微增加設置。最近的變化減少了大約9%的內存使用，并使鏈式狀態計算更加準確。例如，如果之前設置的值為“450”，使用大約相同的實際內存量，你現在可設置的值為"500"。(#16957)

3、5更新的RPC

注：一些主要用于測試的低levelRPC更改，放到了下面的低level更改部分內容中。

sendmany不再有minconf參數。這個參數沒有很好地指定，即使錢包的幣選擇成功，也會導致RPC錯誤。想要影響幣選擇的用戶，可使用現在的-spendzeroconfchange，-limitancestorcount,-limitdescendantcount以及-walletrejectlongchains配置參數。(#15596)

灰度比特幣信托可能會“演變成系統性風險”:加密市場數據公司ByteTree的一份報告顯示，灰度比特幣信托可能會“演變成系統性風險” 。

在該報告中，ByteTree首席投資官查理·莫里斯（Charlie Morris）寫道，流入比特幣的機構資金中有81％是通過GBTC流入的。（Grayscale由CoinDesk母公司Digital Currency Group擁有）。[2021/3/20 19:02:33]

getbalance和sendtoaddress，加上新的RPCgetbalances和createwallet，現在接受一個“avoid_reuse”參數，該參數控制是否應在操作中包含已經使用的地址。此外，即使尚未通過-avoidpartialspends命令行標志啟用此功能，當啟用avoid_reuse時，sendtoaddress也將避免部分開銷，因為不這樣做可能會在地址重用的情況下使用“錯誤”的UTXO。(#13756)

帶有include_watchonly參數或includeWatching選項的RPC，現在對于只讀錢包默認為true。受影響的RPC有：getbalance,listreceivedbyaddress,listreceivedbylabel,listtransactions,listsinceblock,gettransaction,walletcreatefundedpsbt以及fundrawtransaction。(#16383)

如果錢包標志"avoid_reuse"被啟用了，listunspent現在為每個輸出返回一個“reused”bool。(#13756)

getblockstats現在使用BlockUndo數據代替交易索引，使其更快，而不再依賴于-txindex配置選項，并且所以未修剪的區塊都有此功能。(#14802)

utxoupdatepsbt現在接受一個描述符參數，該參數將在已知時填寫輸入和輸出腳本和Key。當提供一個描述符來顯示它們正在使用隔離見證輸出時，P2SH-witness輸入將從UTXO集中填充。有關詳細信息，請參閱RPC幫助文本。(#15427)

如果交易費超過配置選項-maxtxfee的值，sendrawtransaction和testmempoolaccept將不再接受allowhighfees參數以使mempool接受失敗。當使用maxfeerate參數調用任何一個RPC時，現在有一個硬編碼的預設最大費率可被更改。(#15620)

除非使用配置選項-deprecatedrpc=size，否則getmempoolancestors、getmempooldescendants、getmempoolentry以及getrawmempool不再返回范圍字段。相反，將返回新的vsize字段和交易的虛擬大小。(#15637)

getwalletinfo現在包含一個scanning字段，該字段可為false，也可包含錢包掃描歷史記錄區塊的持續時間和進度信息的對象，以查看影響其余額的交易。(#15730)

CME比特幣未平倉合約達7.24億美元創新高:在比特幣價格上漲之際，CMEGroup現金結算的比特幣期貨未平倉合約達到7.24億美元，創歷史新高。此前的歷史新高是在5月份，約為5.32億美元。未平倉合約的飆升表明，市場上越來越多的資金在流動，交易員預計比特幣的波動性在近期將會上升。盡管未平倉合約飆升，但交易量一直很低。本月迄今為止，CME比特幣期貨的日均交易量約為2.76億美元，上月為2.85億美元。然而，從圖表可以看出，昨日由于比特幣價格上漲，交易量飆升至13.3億美元。（TheBlock）[2020/7/28]

gettransaction現在接受第三個(布爾)參數verbose。如果設置為true，則將向包含解碼交易的響應中添加新的解碼字段。傳遞verbose時，此字段等效于RPCdecoderawtransaction或RPCgetrawtransaction。(#16185,#16866,#16873)

createwallet接受一個新的密碼短語參數。如果設置，這將創建用給定密碼短語加密的新錢包。如果未設置或設置為空字符串，則不會使用加密。(#16394)

getchaintxstatsRPC現在返回window_final_block_height的附加key。(#16695)

getmempoolentry現在提供了一個權重字段，其中包含BIP141中定義的交易權重。(#16647)

getnetworkinfo和getpeerinfo命令現在包含一個帶有解碼網絡服務標志的新字段。(#16786)

getdescriptorinfo現在返回一個額外的checksum字段，該字段包含用戶提供的未修改描述符的校驗和。(#15986)

joinpsbts現在對結果連接的PSBT輸入和輸出順序進行無序處理。而在以前，輸入和輸出是按提供PSBT的順序添加的，這使得輸入與輸出的關聯是容易的，從而對隱私不利。

如果-walletrbf配置選項設置為true，walletcreatefundedpsbt現在會發出BIP125費用替代法信號。

3、6?GUI更改

GUI錢包現在默認提供bech32地址，用戶可以在invoice生成期間使用GUI切換更改地址類型，或者使用-addresstype配置選項更改默認地址類型。(#15711,#16497)

在0.18.0版本錢包中，./configure標志被引入了，以允許在GUI中禁用BIP70支持。而在0.19.0版本錢包中，此標志現在默認為禁用。如果要在GUI中編譯支持BIP70，你可以將--enable-bip70傳遞給./configure。

3、7廢棄或刪除的配置選項

-mempoolreplacement已被移除，盡管默認節點行為保持不變。此選項以前允許用戶阻止節點接受或中繼BIP125交易替換。它與繼續存在的配置選項-walletrbf不同。(#16171)

3、8廢棄或刪除的RPC

比特幣微信指數日環比上升13.32%:金色財經報道，微信指數顯示，3月7日，區塊鏈搜索指數為794664，日環比下降7.26%；比特幣搜索指數為406402，日環比上升13.32%；以太坊搜索指數為56490，日環比上升42.66%。[2020/3/8]

bumpfee不再接受totalFee選項，除非指定了配置參數deprecatedrpc=totalFee，此參數將在后續版本中被完全刪除。(#15996)

bumpfee有一個新的fee_rate選項來替代已棄用的totalFee。(#16727)

generate在BitcoinCore0.18版本中被棄用后，現在已被正式移除。請改用generatetoaddressRPC。(#15492)

3、9P2P更改

BIP61拒絕消息在0.18版本中被棄用，它們現在為默認禁用，但你可通過設置-enablebip61命令行選項來啟用它。BIP61拒絕消息將在未來版本的客戶端中被完全刪除。(#14054)

為了消除BitcoinCore中眾所周知的拒絕服務向量，特別是對于具有spinningdisk的節點，新版本客戶端已將-peerbloomfilters配置選項的默認值更改為false。這可防止比特幣Core客戶端發送BIP111NODE_BLOOM服務標志、接受BIP37BLOOM過濾器或服務merkle區塊或與BLOOM過濾器匹配的交易。而仍希望提供BLOOM過濾器支持的用戶，可以將配置選項設置為true，以重新啟用對BIP111和BIP37的支持，或者使用本發布說明中其他地方描述的更新的-whitebind和-whitelist配置選項僅對特定對等方啟用BIP37支持。在不久的將來，使用公共BIP111/BIP37節點的輕客戶端，應該仍能夠連接到較早版本的BitcoinCore和手動啟用BIP37支持的節點，但此類軟件的開發人員，應考慮遷移到使用特定BIP37節點或替代的交易過濾系統。(#16152)

默認情況下，BitcoinCore客戶端現在將建立兩個專門用于區塊中繼的額外出站連接。不會在這些連接上處理任何交易或地址信息。這些連接旨在增加很少的額外內存或帶寬資源需求，但會使某些分區攻擊更難執行。(#15759)

3、10雜項CLI更改

bitcoin-cli-getinfo中的testnet字段已重命名為chain，現在返回BIP70中定義的當前網絡名。(#15566)

四、低level更改

4、1RPC

getblockchaininfo不再返回bip9_softforks對象。相反，信息被移動到softforks對象中，另外一個type字段描述了BitcoinCore客戶端如何確定該軟分叉是否處于活動狀態。有關詳細信息，請參閱RPC幫助。(#16060)

getblocktemplate不再返回包含CSV和segwit的rules數組。(#16060)

getrpcinfo現在返回一個logpath字段，路徑為debug.log。(#15483)

動態 | 全球最大的比特幣ATM制造商運營超過400臺加密ATM:在全球的6118個比特幣ATM中，排名前10位的比特幣ATM運營商運行了2560個加密ATM，占41.8％。其中，比特幣ATM制造商Bitcoin Depot是該行業第一家運營超過個400 比特幣ATM的公司，這使它成為全球最大的比特幣ATM運營商。CoinFlip和CoinCloud緊隨其后，運營加密ATM的數量分別為393臺和389臺。（TheMerkle）[2019/12/4]

4、2測試

由-regtest命令行標志啟用的退化測試鏈，現在要求交易在默認情況下不違反標準策略。這與主網使用的默認值相同，使在regtest測試網上測試主網行為變得更容易。請注意，默認情況下，測試網仍然允許非標準交易，并且可使用-acceptnonstdtxn命令行標志為兩個測試鏈本地調整策略。(#15891)

4、3配置

在默認部分中指定，但未在網絡特定部分中指定的設置，現在將產生一個阻止啟動的錯誤，而不僅僅是一個警告，除非網絡是主網。這將防止針對主網的設置，應用于測試網或regtest測試網。(#15629)

在支持thread_local的平臺上，可以在日志行前面加上導致日志線程的名稱。要啟用此行為，請使用-logthreadnames=1。(#15849)

4、4網絡

當獲取由多個對等節點宣布的交易時，BitcoinCore早期版本的客戶端將按接收到這些對等方的通知順序，然后依次下載交易，直到接收到該交易為止。而在新版本客戶端中，下載邏輯已更改為隨機獲取方式，并傾向于將下載請求發送到出站對等端而不是入站對等端。這修復了入站對等方可能阻止節點獲取交易的問題。(#14897,#15834)

如果用戶正在使用Tor隱藏服務，BitcoinCore客戶端也將綁定到標準端口8333，這可防止通過使用相同的非默認端口號泄漏節點身份。(#15651)

4、5Mempool和交易中繼

允許每個包有一筆額外的單一祖先交易。以前，如果mempool中的一筆交易有25筆子代交易，或者它和它的所有子代交易都超過101,000vbyte，那么作為子代交易，新接受的交易都將被忽略。現在，新客戶端將允許一筆額外的子代交易，前提是它是直接子代，并且子代交易的大小不超過10,000vbyte。這使得像閃電網絡這樣的兩方合約協議，可以為每個參與者提供一個子付費用的輸出，而不允許一個惡意參與者填滿整個包，從而防止另一個參與者花費他們的輸出。(#15681)

輸出為v1到v16witness版本的交易，現在被接受到mempool中，進行中繼和挖礦操作。試圖使用這些輸出仍然被政策所禁止。當這一變化被廣泛應用時，錢包和服務可以接受任何有效的bech32比特幣地址，而無需擔心未來版本的隔離見證交易支付將陷入未經確認的狀態。(#15846)

傳統交易現在必須使用傳統編碼格式發送，強制執行BIP144中指定的規則。(#14039)

4、5錢包

在修剪模式下，由importwallet、importpubkey、importaddress或importprivkeyRPC觸發的重新掃描只有在區塊被修剪時才會失敗。以前當-prune被設置時，它才會失敗，此更改允許將-prune設置為高值，而在第一個區塊被修剪之前，對任何導入RPC的調用都不會失敗。(#15870)

創建費用高于-maxtxfee的交易時，RPC命令walletcreatefundedpsbt和fundrawtransaction現在將失敗，而不是降低費用。請注意，feeRate參數是以每1,000vbyte的BTC指定的，而不是以每vbyte的satoshi指定的。(#16257)

添加了一個新的錢包標志avoid_reuse，啟用它后，錢包將區分已使用和未使用的地址，并默認在幣選擇中不使用前者。當在現有錢包上設置此標志時，需要重新掃描區塊鏈以正確標記先前使用的目的地。再加上"避免部分支出"，這可以消除一個嚴重的隱私問題，即惡意用戶可通過將小額支付發送到先前支付的地址來跟蹤支出。(#13756)

4、6開發系統更改

目前項目的開發，Python需要>=3.5版本。這包括構建系統、測試框架和linter。之前支持的最低值(3.4版本)已經在2019年3月被棄用。(#14954)

支持的miniUPnPcAPI版本，最低為10。這與Ubuntu16.04LTS和Debian8libminiupnpc-dev包保持兼容。請注意，在Debian上，此軟件包仍然易受CVE-2017-8798和CVE-2017-1000494的攻擊。(#15993)

五、0.19.0更改日志

有興趣的讀者可以查看原文：https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.19.0.md

六、參與貢獻的開發者名單

感謝所有直接參與此次軟件發布的開發者，他們是：??

251

AaronClauson

AkioNakamura

AlistairMann

AmitiUttarwar

AndrewChow

andrewtoth

AnthonyTowns

AntoineRiard

AseemSood

BenCarman

BenWoosley

bpay

CarlDong

CarnhofDaki

ChrisCapobianco

ChrisMoore

Chuf

clashic

clashicly

CoryFields

DakiCarnhof

DanGershony

DanielEdgecumbe

DanielKraft

DanielMcNally

darosior

DavidA.Harding

DavidReikher

DouglasRoark

ElichaiTurkel

Emil

EmilEngler

ezegom

FabianJahr

fanquake

FelixWeis

FerdinandoM.Ametrano

fridokus

gapeman

GChuf

Gert-JaapGlasbergen

GiulioLombardo

GlennWillen

GrahamKrizek

GregorySanders

grim-trigger

gwillen

HennadiiStepanov

JackMallers

JamesHilliard

JamesO'Beirne

JanBeich

JeremyRubin

JeremyRand

JimPosen

JohnBampton

JohnNewbery

JonAtack

JonLayton

JonasSchnelli

Jonathan"Duke"Leto

Jo?oBarbosa

JoonmoYang

JordanBaczuk

JorgeTimón

JosuGo?i

JulianFleischer

Karl-JohanAlm

KazWesley

keepkeyjon

KirillFomichev

KristapsKaupe

KristianKramer

LarryRuane

LennyMaiorani

LongShao007

LucaVenturini

lucash-dev

LukeDashjr

marcoagner

MarcoFalke

marcuswin

MartinAnkerl

MartinZumsande

MattCorallo

MeshCollider

MichaelFolkson

MiguelHerranz

NathanMarley

NehaNarula

nicolas.dorier

NilsLoewen

nkostoulas

orient

PatrickStrateman

PeterBushnell

PeterWagner

PieterWuille

practicalswift

qmma

r8921039

RJRybarczyk

RussellYanofsky

SamuelDobson

SebastianFalbesoner

setpill

shannon1916

SjorsProvoost

soroosh-sdi

StevenRoose

SuhasDaftuar

tecnovert

THETCR

TimRuffing

TobiasKaderle

TorkelRogstad

UlrichKempken

whythat

WilliamCasarin

WladimirJ.vanderLaan

zenosage

Tags：OINCOINCOITCOBitcoinVBcoinw幣贏有風控嗎healthfoodcoinOTCoin

世界幣