升級您的錢包 | Bitcoin.com 支持中心

錢包 | Bitcoin.com 支持中心下載應(yīng)用程序EnglishFran?aisDeutschPусский簡體中文Espa?ol;簡體中文下載應(yīng)用程序EnglishFran?aisDeutschPусский簡體中文Espa?ol;簡體中文目錄所有收藏錢包錢包升級您的錢包升級您的錢包了解如何更新Bitcoin.com錢包應(yīng)用程序作者：AI Translator 一周前更新目錄摘要 確保您的比特幣錢包始終保持在最新版本非常重要。您會希望將錢包升級到最新版本，以便于訪問我們?yōu)殄X包添加的所有新功能。 如何查看您當(dāng)前的比特幣錢包版本您可以通過點(diǎn)擊主屏幕右上方的齒輪圖標(biāo)，然后點(diǎn)擊“關(guān)于比特幣錢包”來查看您目前的版本 如何更新您的比特幣錢包要更新您的錢包，請?jiān)L問應(yīng)用商店/游戲商店，搜索比特幣錢包，然后點(diǎn)擊更新。 如果您需要幫助更新錢包，請隨時聯(lián)系我們的支持團(tuán)隊(duì)，郵箱為[email protected]。這是否解答了您的問題？

下載 - 比特幣

下載 - 比特幣

Bitcoin.org 是一個社區(qū)支持的社區(qū)，我們十分感謝任何捐助。這些捐助會用于改進(jìn)網(wǎng)站。

捐助

Bitcoin.org 需要你的幫助！

×

捐助Bitcoin.org

使用下方二維碼或地址

3E8ociqZa9mZUSwGdSmAEMAoAxBK3FNDcd

$5.00

(... BTC)

$25.00

(... BTC)

$50.00

(... BTC)

介紹

個人

商家

開發(fā)者

入門指南

工作原理

White paper

資源

資源

兌換

社區(qū)

詞匯表

活動

比特幣核心

創(chuàng)新

參與

支持比特幣

購買比特幣

開發(fā)

常見問題

簡體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Language: zh_CN

下載Bitcoin Core

最新版本： 25.0

下載Bitcoin Core

Bitcoin Core 25.0

(This software is presently not available for download in the UK, and download links will not work if you are located within the UK.)

檢查您的帶寬和空間

Bitcoin Core 首次同步需要花費(fèi)很長時間和下載很多數(shù)據(jù)。您應(yīng)該確保有足夠的帶寬以及存儲整個塊鏈大小的磁盤空間（超過20GB）。如果你有一個良好的互聯(lián)網(wǎng)連接，你可以保持您的電腦運(yùn)行 Bitcoin Core 并且開放 8333 端口以幫助加強(qiáng)網(wǎng)絡(luò)。 閱讀完整的節(jié)點(diǎn)指南了解細(xì)節(jié)。

Bitcoin Core客戶端是一個由社區(qū)驅(qū)動的自由軟件項(xiàng)目，基于MIT協(xié)議授權(quán)發(fā)布。

驗(yàn)證發(fā)布的簽名

下載種子

源代碼

顯示版本歷史

或選擇你的操作系統(tǒng)

Windows

exe

-

zip

macOS (x86_64)

dmg

-

tar.gz

macOS (arm64)

dmg

-

tar.gz

Linux (tgz)

64 bit

ARM Linux

64 bit

-

32 bit

RISC-V Linux

64 bit

PPC64 Linux

64 bit

-

64 bit LE

Linux (Snap Store)

支持Bitcoin.org:

捐助

3E8ociqZa9mZUSwGdSmAEMAoAxBK3FNDcd

介紹:

個人

商家

開發(fā)者

入門指南

工作原理

注意事項(xiàng)

White paper

資源:

資源

兌換

社區(qū)

詞匯表

活動

比特幣核心

參與:

支持比特幣

開發(fā)

其他:

法律

Privacy Policy

新聞媒體

關(guān)于bitcoin.org

Blog

? Bitcoin Project 2009-2024 基于MIT協(xié)議授權(quán)發(fā)布

Bitcoin Core pages on Bitcoin.org are

maintained separately from the rest of the site.

Network Status

簡體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

zh_CN

比特幣開發(fā)者的“老難題”：如何升級整個網(wǎng)絡(luò)？ - 知乎

比特幣開發(fā)者的“老難題”：如何升級整個網(wǎng)絡(luò)？ - 知乎切換模式寫文章登錄/注冊比特幣開發(fā)者的“老難題”：如何升級整個網(wǎng)絡(luò)？CoinDesk中文全球區(qū)塊鏈與數(shù)字貨幣權(quán)威媒體。一場經(jīng)年未決的爭論又在比特幣開發(fā)者社區(qū)內(nèi)重現(xiàn)，矛頭指向了去中心化系統(tǒng)所面臨的一大關(guān)鍵性挑戰(zhàn)：如何在沒有負(fù)責(zé)人的情況下升級軟件。這次的導(dǎo)火索是 Taproot/Schnorr 。這是一項(xiàng)聚焦于隱私性和可擴(kuò)展性的升級，已經(jīng)持續(xù)開發(fā)了多年，近期取得了巨大的進(jìn)展，其代碼也以“pull request（合并請求）”的形式進(jìn)行過審查和測試，讓幾年前關(guān)于代碼更改的討論更加接近現(xiàn)實(shí)。目前為止，代碼更改本身并未在開發(fā)者之間引起爭議。引發(fā)討論的是，該如何激活這部分代碼，使之改變比特幣交易的發(fā)送方式，才是最佳方案。之所以會出現(xiàn)這樣的問題，其關(guān)鍵的原因在于，比特幣沒有領(lǐng)導(dǎo)者，而且分布在全世界各地。整個網(wǎng)絡(luò)如何以向后兼容的方式平穩(wěn)升級，讓那些運(yùn)行舊版本軟件的用戶繼續(xù)參與？怎樣才能讓比特幣在更改代碼的過程中不造成中斷？需要明確的一點(diǎn)是：比特幣是一個開源項(xiàng)目，擁有一個遍布全球的開發(fā)者網(wǎng)絡(luò)，幾乎每天都會更新其代碼。但是，如果“共識”代碼被更改，就會觸及比特幣更深層次的部分，需要進(jìn)行“軟分叉”，需要一定程度上的協(xié)作才能平穩(wěn)進(jìn)行。Bitcoin Core 的貢獻(xiàn)者馬特·科拉羅（Matt Corallo）上周寫了一份郵件群發(fā)給了比特幣的開發(fā)者，再度引發(fā)了這場爭論。他在郵件中寫道：“近期，有一系列軟分叉設(shè)計(jì)在具體實(shí)現(xiàn)和未來采用方面取得了良好的進(jìn)展。然而，由于種種原因，關(guān)于激活方式的討論卻不多。”有兩種方式可以進(jìn)行軟分叉。一種是通過 BIP 9（比特幣改進(jìn)提案），之前就有一些軟分叉是通過這種方式進(jìn)行的。它可以確保礦工在軟分叉之前做好準(zhǔn)備，確保軟分叉在整個網(wǎng)絡(luò)中平穩(wěn)推進(jìn)。關(guān)于這種方法，最常見的反對意見是，它給予了礦工太多權(quán)力。另一種方式是 BIP 8 ，也稱為用戶激活式軟分叉（UASF）。無論礦工是否發(fā)出了準(zhǔn)備就緒的信號，軟分叉都會被激活。科拉羅警告說，這種方式會引發(fā)其他問題，具體取決于執(zhí)行情況。歷史教訓(xùn)該討論始于 2017 年，當(dāng)時 BIP 9 被用于激活隔離見證（Segregated Witness，SegWit），成為了比特幣可擴(kuò)展性之爭的重要一節(jié)。為避免礦工挖出無效塊并遭受損失，只有當(dāng) 95% 的礦工表示準(zhǔn)備就緒之時，隔離見證才會被激活。大多數(shù)礦池（由一群將算力聚集起來的礦工組成）表示不會支持（實(shí)際上是禁止）隔離見證，除非在激活隔離見證的同時增加區(qū)塊大小參數(shù)。（那位神秘的比特幣之父將區(qū)塊大小的上限設(shè)定為 1 兆字節(jié)，從而限制了區(qū)塊內(nèi)可容納的交易數(shù)量。每 10 分鐘出一個塊。）這一需求引發(fā)了不小的爭議，許多人相信這會導(dǎo)致網(wǎng)絡(luò)中心化（無論如何，除非比特幣成為中心化的網(wǎng)絡(luò)，否則隔離見證不可能成功施行）。簡而言之，這場爭議表明了，礦池可以利用 95% 這一閾值來推動符合其預(yù)期目的更改：幫助他們完成過渡，以免造成損失。許多比特幣支持者并不喜歡這樣，認(rèn)為這是礦工在試圖利用他們的權(quán)力來推動有違部分用戶意愿的改變。隨著爭議不斷加劇，一位匿名開發(fā)者 Shaolinfry 指出，比特幣支持者們依然可以促成升級。從根本上來說，他的想法是，應(yīng)該讓比特幣用戶和交易所來決定是否進(jìn)行更改，并讓礦工遵從他們的意愿——而非反其道行之。這個方法已經(jīng)被用來激活其它更改。Shaolinfy 在 BIP 8 中正式提出了這一想法，也被稱為用戶激活式軟分叉。有大量用戶在社交媒體上表示了對用戶激活式隔離見證軟分叉的大力支持，并開始運(yùn)行該軟件。此舉似乎達(dá)到了預(yù)期的效果。在這個軟分叉激活的前一天，礦工就開始發(fā)出信號來支持隔離見證。值得注意的是，在爭論不休的這段時間內(nèi)，出現(xiàn)了多個用戶激活式軟分叉，一個比一個更為謹(jǐn)慎（且更為保守），而且爭議性更小。但是，如果不陷入困境的話，對于一些比特幣開發(fā)者來說，通過用戶激活式軟分叉，可以更好地實(shí)施改變。當(dāng)時，比特幣創(chuàng)業(yè)公司 Blockstream 的開發(fā)者羅斯提·拉塞爾（Rusty Russell）甚至還為參與構(gòu)建 BIP 9 而道歉。拉塞爾在 Medium 上的一篇文章中寫道：“我沒想到 BIP 9 會被用來綁架整個網(wǎng)絡(luò)。這極大地改變了風(fēng)險模型；目前，BIP 8 是一種更好地促成網(wǎng)絡(luò)升級的方法，礦工只能加快進(jìn)程，無法阻止它。”前車之鑒有了前車之鑒，一些開發(fā)者對于再次使用 BIP 9 促成 Schnorr/Taproot 或是其他更改之舉非常謹(jǐn)慎。Bitcoin Core 的開發(fā)者盧克·達(dá)什希爾（Luke Dashjr）在回應(yīng)科拉羅時表示：“我認(rèn)為 BIP 9 已經(jīng)被證實(shí)是一個失敗的方案了?！敝?，他又提出了技術(shù)上的理由。在這場關(guān)于可擴(kuò)展性的爭論中，有很多人支持通過用戶激活式軟分叉來實(shí)現(xiàn)隔離見證，達(dá)什希爾是其中呼聲最高的一個。創(chuàng)業(yè)公司 Lightning Labs 的開發(fā)者亞歷克斯·博斯沃思（Alex Bosworth）表達(dá)了相似的觀點(diǎn)，還拿 BCH （2017 年從比特幣分叉出的加密貨幣）舉了例子。最近，很多 BCH 礦池聯(lián)合提議，應(yīng)從區(qū)塊獎勵中撥出一部分 BCH 給開發(fā)者基金。博斯沃思認(rèn)為這又是一個礦池濫用權(quán)力的例子，不利于加密貨幣的去中心化。博斯沃思在推特上說：“我知道，部署軟分叉通常是為了嘗試對礦工友好的方法。但是，我們目前的算力有很大一部分（1/3）形成了壟斷，用于通過竊取區(qū)塊獎勵的提議。”他主要從事可擴(kuò)展型閃電網(wǎng)絡(luò)基礎(chǔ)設(shè)施的搭建。這就是為什么他支持用戶激活式軟分叉的原因，雖然后者需要消耗更多時間。博斯沃思補(bǔ)充說：“慢節(jié)奏的用戶激活式軟分叉是最適合我的?！被旌鲜椒桨溉欢行┤税l(fā)出了警示，擔(dān)心將用戶激活式軟分叉作為唯一的激活方式可能會促成有害比特幣的更改。舉例來說，最開始的時候，開發(fā)者喜歡 BIP 9 的一個原因是，95% 這一閾值會提供一道安全保障。如果礦池在升級軟件之時發(fā)現(xiàn)了問題，他們就會阻止更改。一旦用戶激活式軟分叉啟動，就很難停止激活。這就是為什么科拉羅老調(diào)重彈，提出了一個將 BIP 8 和 BIP 9 相結(jié)合的方案。先是按照 BIP 9 來激活軟分叉，如果因?yàn)椤安缓侠淼姆磳碛伞睂?dǎo)致軟分叉未在一年之內(nèi)成功激活，那么接下來的 6 個月里用戶可以再次提出爭議。之后，如果社區(qū)確實(shí)想要做出更改的話，可以在下一年嘗試 BIP 8 。一些開發(fā)者可能會爭辯說，如果不存在“不合理的反對理由”，那么推行一項(xiàng)更改所花的時間就太久了。但是科拉羅表示要有耐心。要辨認(rèn)這些反對理由是否“不合理”可能需要一些時間?？评_說：“如果更改未能成功推行，那么通過 BIP 9 流程可以很好地了解社區(qū)的民意?！笨评_說：“比特幣開發(fā)并不是一場競賽。如果有些事不得不為，等待 42 個月可以確保我們不會開出一個負(fù)面的先例。否則隨著比特幣的發(fā)展，我們將追悔莫及?！彪m然拉塞爾在 2017 年似乎很反對 BIP 9 ，但他已向 CoinDesk 表示，他現(xiàn)在同意采用這種混合式方法。拉塞爾說：“由于礦工未能成功阻止更改，我們也沒有因拖延而遭受巨大損失，我不介意激活 BIP 9 。”不過，他提議縮短時間線。拉塞爾說：“對于 BIP 9 來說，一年的激活期限似乎太久了， 6 個月或許更好。這樣一來，如果超出 BIP 9 的激活期限，并且被認(rèn)定是遭遇礦工阻撓的緣故，用戶就可以組織一個用戶激活式軟分叉。”工程師正在認(rèn)真審查 Taproot/Schnorr 的代碼，從而解決一切遺留問題。因此，開發(fā)者依然有時間來討論激活方案。不過，先要等社區(qū)做出決定之后，才能對比特幣協(xié)議進(jìn)行更改，增強(qiáng)網(wǎng)絡(luò)的隱私性。發(fā)布于 2020-02-21 09:15區(qū)塊鏈(Blockchain)開發(fā)者比特幣 (Bitcoin)?贊同??添加評論?分享?喜歡?收藏?申請

Taproot是什么(比特幣升級Taproot) - 知乎

Taproot是什么(比特幣升級Taproot) - 知乎切換模式寫文章登錄/注冊Taproot是什么(比特幣升級Taproot)BiuBiuBiu　　2021年11月14日左右，比特幣將迎來自己的的一次重要的軟分叉升級 Taproot，超過 90% 的礦工同意了這次升級，因此不太可能會出現(xiàn) SegWit 升級時出現(xiàn)的社區(qū)分叉論戰(zhàn)。似乎此次升級并沒有引起太多的關(guān)注，但是也有不少文章將其稱作最重要的升級?！　aproot 升級到底是什么，它是否真的讓人激動不已?　　Taproot 本身是主根系植物的意思，大概就像下圖這樣。而 Taproot 提出者GregoryMaxwell 解釋道，他希望比特幣交易支付的過程中，能夠像主根系植物一樣，關(guān)注大大的主根，而隱藏那些不必要的細(xì)小分支。什么是 Taproot?　　Taproot 由 Bitcoin Core 貢獻(xiàn)者 Gregory Maxwell 于 2018 年首次提出。該實(shí)現(xiàn)目前尚在開發(fā)中。如果沒有 Taproot，這些復(fù)雜的交易(時間鎖、多簽)需要多個事務(wù)來完成，因此很容易失敗?！　aproot 可以讓復(fù)雜交易(多簽、時間鎖)像單個比特幣交易那樣執(zhí)行，從而增強(qiáng)比特幣的隱私性?！　aproot 升級包括三個重要的技術(shù)變化(概念)，用來增強(qiáng)比特幣的可擴(kuò)展性、隱私性和靈活性?！　2SH(譯者注：P2SH 并非 Taproot 升級的內(nèi)容，但可以幫助大家理解 Taproot 的升級用意何在)　　MAST　　Schnorr 簽名　　P2SH(Pay-to-ScriptHash)　　比特幣地址是一個包含字母和數(shù)字的字符串。用戶可以將其分享給其他人，以便從后者那里接收 BTC。比特幣交易主要有兩大標(biāo)準(zhǔn)：Pay-to-PubKeyHash (P2PKH) 和 Pay-to-ScriptHash (P2SH)。　　在討論 P2SH (Pay To Script Hash) 和 P2PKH (Pay-To-PubKey Hash) 這兩個概念之前，我們首先熟悉一下關(guān)于比特幣的背景知識：　　在比特幣網(wǎng)絡(luò)中，比特幣的形式是 UTXO。UTXO 是 Unspent Transaction (TX) Output(未花費(fèi)交易輸出)的縮寫，即，比特幣交易執(zhí)行后形成的面額不定的單元。例如，你的比特幣錢包里有 10 BTC，你想要轉(zhuǎn) 5 BTC 給朋友。比特幣區(qū)塊鏈的處理方式與眾不同。它會把 10 BTC(全部余額)都花掉，將 5 BTC 轉(zhuǎn)入你朋友的錢包，剩下 5 BTC(10 BTC - 5 BTC = 5 BTC)轉(zhuǎn)入你自己的錢包。這下，你和你的朋友各持有未花費(fèi)的 5 BTC?！　”忍貛攀褂媚_本(幾行代碼)來規(guī)定花費(fèi) BTC/UTXO 的條件。腳本被用作一種鎖定機(jī)制?！　TC 鎖定在腳本中。當(dāng)腳本返回成功(即條件得到滿足)時，BTC 就會解鎖?！　∪魏稳硕伎梢韵蛉我獗忍貛诺刂钒l(fā)送 BTC。只有當(dāng)腳本中定義的某些條件得到滿足時，鎖定的 BTC 才可以被花費(fèi)出去。腳本決定了接收方可以如何花費(fèi)收到的 BTC。發(fā)起交易時，發(fā)送方會在交易中放入一個叫作 “PubKey Script(又稱鎖定腳本)”的腳本。接收方(在日后花費(fèi)時)需要生成一個 “簽名腳本(又稱解鎖腳本)” ，是滿足 PubKey 腳本的數(shù)據(jù)參數(shù)的集合。簽名腳本在代碼中又被叫作 “scriptSig”?！　≡谏鲜隼又?，你在向朋友發(fā)送 5 BTC 時，鎖定腳本也會包含在這個交易內(nèi)。如果你的朋友想要花費(fèi)這些 BTC，必須生成滿足鎖定腳本中規(guī)定條件的解鎖腳本。Pay-to-PubKeyHash (P2PKH)　　Pay-to-PubKeyHash 是一種傳統(tǒng)的比特幣地址格式。其地址以數(shù)字 1 開頭?！　≈挥?P2PKH 地址的所有者才能通過提供公鑰哈希值和私鑰簽名來解鎖 PubKey 腳本并花費(fèi)收到的 BTC。私鑰是用來證明公鑰哈希值的所有權(quán)的?！　≌缥覀兩衔挠懻撨^的那樣，腳本定義了特定地址上的 BTC 在什么條件下可以花費(fèi)。當(dāng)規(guī)定條件得到滿足且通過網(wǎng)絡(luò)驗(yàn)證時，該地址上的 BTC 就會被解鎖以供花費(fèi)?！　∵@一流程是如何運(yùn)作的?—— 接收方首先生成 PubKey 腳本并將其分享給發(fā)送方。發(fā)送方在發(fā)送 BTC 時將該 PubKey 腳本 添加到交易中。收到 BTC 時，如果接收方想要解鎖這些 BTC UTXO，就要提供公鑰哈希和私鑰簽名，并滿足 PubKey 腳本中提到的條件?！　±?，這些條件可以是：　　解鎖 BTC 至少需要兩個簽名?！　√峁┛诹?password)才能解鎖?！　TC 需要等待一段時間才能解鎖?！　∩鲜鲞@類情況可以作為解鎖 BTC 的條件。　　發(fā)送比特幣時，發(fā)送方需要在交易中包含 PubKey 腳本。因此，這會增加交易的體積，產(chǎn)生的交易費(fèi)比普通交易高出 5 倍左右?！　∵@里，發(fā)送方必須承擔(dān)額外的成本。Pay-to-ScriptHash 可以幫助發(fā)送方免去這一額外成本?！　ay-to-ScriptHash (P2SH)　　Pay To Script Hash (P2SH) 可以幫助發(fā)送方免去額外的成本，并將這一責(zé)任(額外成本)轉(zhuǎn)移到真正需要使用鎖定腳本中規(guī)定條件的接收方身上。Pay-to-ScriptHash 比特幣地址是以數(shù)字 3 開頭的?！　≡谶@個交易標(biāo)準(zhǔn)下，發(fā)送方不需要將很長的 PubKey 腳本放到他們的交易中。這里，鎖定腳本被替換成了贖回腳本(redeem script)哈希值。贖回腳本哈希值由贖回腳本計(jì)算而來。贖回腳本與 PubKey 腳本類似，包含接收方在花費(fèi)未花費(fèi)輸出之前必須滿足的條件。發(fā)送方只需在交易中注明贖回腳本的哈希值。贖回腳本哈?？梢苑g成標(biāo)準(zhǔn)比特幣地址，發(fā)送方無需進(jìn)行任何特殊操作或支付額外費(fèi)用即可將 BTC 發(fā)送到這些地址?！　〗邮辗较胍怄i這個 P2SH 地址上的 BTC 時，需要生成具有相同哈希值的贖回腳本并將其包含到交易內(nèi)。因此，接收方用來解鎖 UTXO 的交易大小會增加，執(zhí)行交易的成本也會增加?！　±纾珹lice 想要發(fā)送 10 BTC 給 Bob。Alice 必須將贖回腳本哈希包含到交易內(nèi)。首先，Bob 先生成一個贖回腳本，然后將贖回腳本的哈希值發(fā)送給 Alice，以便 Alice 將該哈希添加到交易內(nèi)并發(fā)起交易。如果 Bob 想要花費(fèi)該 UTXO，必須生成相同哈希值的解鎖腳本，并滿足腳本中提到的條件?！　e忘了，Alice 只需將贖回腳本的哈希值而非整個腳本添加到交易內(nèi)。因此，Alice 無需承擔(dān)額外的費(fèi)用。通往不可能三角之路　　不論什么樣的區(qū)塊鏈進(jìn)行升級，終究解決的都是區(qū)塊鏈中的不可能三角問題。區(qū)塊鏈?zhǔn)澜缰械牟豢赡苋抢碚撌怯?Vitalik 在一篇名為《On sharding blockchains》的文章中提出的。它是指，一個區(qū)塊鏈網(wǎng)絡(luò)中要同時實(shí)現(xiàn)去中心化，安全，性能(效率，擴(kuò)展性)三個條件是非常困難的，往往現(xiàn)實(shí)是我們在提升某兩個條件的時候，不得不以犧牲第三個條件為代價?！　《舜蔚?Taproot 升級其實(shí)也并未脫離這個大的框架。Taproot 升級主要對應(yīng)了兩個方面。首先的一個目的是進(jìn)一步提高其匿名性的能力，也就是進(jìn)一步提升安全性。另一方面則是期望通過改變區(qū)塊本身的數(shù)據(jù)結(jié)構(gòu)來提升交易的性能，減少交易中不必要的數(shù)據(jù)負(fù)擔(dān)。分解 Taproot　　Taproot 升級是三個相輔相成的 BIP 的統(tǒng)稱，其中包括了 Schnorr 簽名(BIP 340)，Taproot(BIP 341)和 TapScript(BIP 342)。Schnorr 簽名　　Schnorr 簽名是由德國密碼學(xué)家 Claus Schnorr 提出的，但是因?yàn)閷＠颍琒chnorr 簽名直到 2008 年才可以免費(fèi)使用，這就使得 2008 年誕生的比特幣與之失之交臂(這里指 2008 年發(fā)表的原始論文)，采用了 ECDSA 簽名?！　∧壳皝砜?，Schnorr 簽名幾乎是在性能，安全性上全方位超越了 ECDSA 簽名，更重要的是，Schnorr 和 ECDSA 采用相同的橢圓曲線算法，所以在升級的問題上更加容易實(shí)施。而其中 Schnorr 中最亮眼的部分在于作用于交易輸出層面的聚合簽名?！　≡诙嘀睾灻麠l件下，我們往往要往交易數(shù)據(jù)中放入多個簽名，尤其是當(dāng)簽名多的時候，這將帶來很大的交易費(fèi)和內(nèi)存負(fù)擔(dān)。但是利用聚合簽名，我們可以把多個簽名組合成一個簽名，就像下圖所示的那樣?！　☆愃频?，在 Schnorr 簽名下，也可以對公鑰進(jìn)行聚合，這大大的提升了比特幣網(wǎng)絡(luò)在交易時的性能?！　《隍?yàn)證的時候，傳統(tǒng)的 ECDSA 只能支持一一驗(yàn)證的方式，但 Schnoor 得益于它的聚合思想，可以在節(jié)點(diǎn)上進(jìn)行批量的驗(yàn)證。Taproot　　我們知道匿名一直是比特幣追求的一個重要的安全問題，在地址層面上，雖然比特幣地址的偽匿名性一定程度上隔離了物理世界身份和鏈上世界地址，但是不同的交易，地址的類型卻割裂的非常明顯。下面的這些地址的交易類型一目了然，這就導(dǎo)致了攻擊者對交易進(jìn)行地址分析的可能?！　《?Taproot 的目標(biāo)正是提升比特幣地址的匿名思想，讓所有的地址看起來都一樣，你無法從地址分析交易的類型。使用 Taproot 可以合并獨(dú)立的 P2PKH 和 P2SH，使得彼此無法區(qū)分，其負(fù)擔(dān)的交易費(fèi)卻是一樣的，而這也正是利用了 Schnorr 的思想?！　⊥瑫r，Taproot 將 Schnorr 用來創(chuàng)建默克爾抽象語法樹(MAST，一種將抽象語法樹和默克爾樹融合的數(shù)據(jù)結(jié)構(gòu))。在以前的情況中，假設(shè)我們有一筆交易，這筆交易設(shè)置的條件是，用戶 A 在交易發(fā)起的前 30 天可以使用交易，用戶 B 在交易發(fā)起的 30 天起可以使用交易。最終無論誰使用了交易，用戶 A，B 的信息都將被暴露出去，這顯然是不必要的。　　而在 MAST 中，只有使用了交易的用戶會被暴露出去，而另一個用戶的信息將被隱藏，這大大保護(hù)了用戶的隱私問題。TapScript　　BIP 342 是關(guān)于 Taproot 腳本實(shí)施的具體內(nèi)容，它增加了一些操作碼用于執(zhí)行，部署 Taproot，Schnorr，軟分叉等代碼層面的功能，，如 「OP_CHECKSIGADD」。禁用了「OP_CHECKMULTISIG」和「OP_CHECKMULTISIGVERIFY」 這樣的低效操作碼。修訂了「OP_CHECKSIG」和「OP_CHECKSIGVERIFY」以便可以提供 Schnorr 的功能。整體上完善了比特幣腳本的內(nèi)容，以便適應(yīng) Taproot 升級?？偨Y(jié)　　總結(jié)來看，Taproot 升級確實(shí)有一些亮點(diǎn)，但更多的 Taproot 更像是對 SegWit 遺留問題的完善和補(bǔ)充，正如 bip-0341 中摘要所描述的那樣：“This document proposes a new SegWit version 1 output type ...”這僅僅是 SegWit 輸出層面的一個新的解決思路。　　另一個問題是，Taproot 升級是一個軟分叉，其中包括 Schnorr 真正的激活也要到明年才開始，所以 Taproot 本身的升級過程也非一朝一夕，如果 P2TR(Taproot 下的地址)未能成為主流，那么 P2TR 顯然并未達(dá)成其匿名于其他地址的目的?！　〈送猓€有一種聲音質(zhì)疑了 Taproot 實(shí)際的效果，其認(rèn)為 Taproot 會導(dǎo)致地址空間碎片化，使得攻擊者更容易分析。　　對于普通用戶來說，Taproot 的最直觀的好處就是降低了交易費(fèi)用，提升了交易的匿名性和效率。無論如何 Taproot 的升級到底會對比特幣帶來怎樣的影響，是否能達(dá)到預(yù)期的目標(biāo)，都只有交給時間來驗(yàn)證了。來源網(wǎng)站：發(fā)布于 2021-11-16 14:35區(qū)塊鏈(Blockchain)比特幣 (Bitcoin)數(shù)字貨幣?贊同 12??2 條評論?分享?喜歡?收藏?申請

比特幣4年來首次重要升級，帶來了什么重大變化？ - 知乎

比特幣4年來首次重要升級，帶來了什么重大變化？ - 知乎首發(fā)于區(qū)塊鏈資訊切換模式寫文章登錄/注冊比特幣4年來首次重要升級，帶來了什么重大變化？靈貓肥喵區(qū)塊鏈行業(yè)愛好者6月13日，比特幣全網(wǎng)支持 Taproot 升級的礦池算力超過 90%，達(dá)到鎖定升級的最低要求，這也意味著 Taproot 升級將于今年11月正式激活。被視為比特幣數(shù)年來“最雄心勃勃的升級”， Taproot 在業(yè)內(nèi)尤其是比特幣愛好者的眼中確實(shí)代表著著非比尋常的意義，甚至是“目前為止比特幣協(xié)議升級提議中最具重要性的一次”。但與引起行業(yè)大辯論的以太坊 EIP 1559 提案相比，Taproot 升級引發(fā)的行業(yè)聲量并不大，不少朋友甚至都沒怎么聽說過，那究竟什么是 Taproot 升級，它又將為比特幣帶來怎樣的改變？ 01 、什么是 Taproot 升級?Taproot激活比特幣每隔段時間就會更新一次（網(wǎng)絡(luò)軟分叉），主要通過比特幣改進(jìn)提案（BIPs）的形式為比特幣引入新功能和信息。而此次最新的 Taproot 升級，就是三個BIPs的匯編“升級包”，也即 Taproot 升級包含了Schnorr簽名(BIP 340)、Taproot (BIP 341)和Tapscript (BIP 342)三個部分：1、BIP340 — Schnorr簽名Schnorr 簽名計(jì)劃長期以來一直列在許多比特幣開發(fā)者的愿望清單上，作為由德國數(shù)學(xué)家和密碼學(xué)家ClausSchnorr開發(fā)的密碼學(xué)數(shù)字簽名方案，主要以其生成短簽名的簡便性和效率著稱。Schnorr簽名的主要優(yōu)點(diǎn)之一是它們能夠在復(fù)雜的比特幣成交中獲取多個密鑰并產(chǎn)生唯一簽名。這意味著涉及多方的簽名可以被“匯總”成單一的Schnorr簽名，所以被稱為聚合簽名。所以一言以蔽之，Schnorr簽名主要是節(jié)省空間、減少費(fèi)用，也被譽(yù)為比特幣Segwit后的最大技術(shù)更新。2、BIP 341 — TaprootTaproot 是在 Schnorr 簽名基礎(chǔ)上的解決方案，它可以包含復(fù)雜的成交條件和資金使用細(xì)節(jié)，再把所有這些內(nèi)容作為一個新的資金使用條件（新的鎖）提供給外界使用，這個新的使用條件和該使用條件下的解鎖方法（新的鑰匙）是通過 Schnorr 的線性特征來支持的。這就為用戶提供了消費(fèi)(不是收款)時，在復(fù)雜的任意腳本和簡單地支付到公開密鑰之間進(jìn)行選擇的能力，此外密鑰聚合還使所有的Taproot輸出看起來類似。所以由于多重簽名輸出、單簽名輸出和其他復(fù)雜智能合約在區(qū)塊鏈上看起來都是一樣的，許多區(qū)塊鏈分析將不可用，從而為所有Taproot用戶保留隱私。3、BIP 342 — TapscriptBIP 342添加和更新了幾個操作碼，這些操作碼是指定要執(zhí)行的操作的機(jī)器語言指令的一部分。這些新腳本有助于驗(yàn)證Taproot開銷和Schnorr簽名，統(tǒng)稱為Tapscript，最大限度地提高了P2TR支出的靈活性，也有利于未來的升級。它將提高腳本功能和隱私，可以通過在支出時只顯示合約的相關(guān)部分，來幫助使智能合約更加高效和私密。簡言之，Tarpoot 升級的核心就在于 Schnorr 簽名，而 Taproot 在Schnorr 簽名算法的基礎(chǔ)，可以為比特幣帶來性能、隱私乃至智能合約方面的全新組合和可能性。02 、Tarpoot升級比特幣協(xié)議升級提議中最具重要性的一次眾所周知，比特幣是通過數(shù)字簽名來解鎖 UTXO 中的未花費(fèi)余額從而完成兌換，具體可以對一筆兌換進(jìn)行簡單拆解——以A轉(zhuǎn)給B一個比特幣為例，實(shí)際過程可分為“解鎖”、“加鎖”兩步：解鎖：A提供自己的私鑰，而完成解鎖，從而證明這一個比特幣屬于自己并可以調(diào)用；加鎖：A用B的公鑰把這一個比特幣加鎖，然后轉(zhuǎn)給B，從而只有B能夠用它自己的私鑰進(jìn)行解鎖使用；也即比特幣需要利用公鑰進(jìn)行加鎖，利用私鑰進(jìn)行解鎖，從而實(shí)現(xiàn)加密貨幣的轉(zhuǎn)賬兌換，而公鑰、私鑰的產(chǎn)生則是通過數(shù)字簽名算法，而上面提到的 Schnorr 簽名就是新的簽名算法。它最突出的特點(diǎn)在于可以把多個公鑰或多個私鑰簽名聚合成一個新的公鑰或一個新的簽名，可以簡單理解為把多個需要同時解開的鎖變成一個鎖，把用于解鎖的一串鑰匙變成一把鑰匙。所以從這個角度講，被視為“比特幣協(xié)議升級提議中最具重要性的一次”的Tarpoot “升級包”，對比特幣所能帶來的改變可能是多方面的。性能——類似Rollup的擴(kuò)容效果首先，性能角度的改善是最直接的。因?yàn)榛?Schnorr 簽名的 Taproot，可以包含復(fù)雜的兌換條件和資金使用細(xì)節(jié)，再把所有這些內(nèi)容作為一個新的資金使用條件（新的聚合簽名鎖）提供給外界使用。這樣就減少在區(qū)塊鏈上傳輸和存儲的數(shù)據(jù)量，使得單個區(qū)塊包含的成交更多，進(jìn)而降低成本，起到了擴(kuò)容的效果（其實(shí)筆者覺得有點(diǎn)像以太坊上的Rollup）。隱私——增強(qiáng)比特幣網(wǎng)絡(luò)的隱私選擇其次，隱私角度講也將獲得最大的加持。因?yàn)镾chnorr簽名雖然不會使公共區(qū)塊鏈上的個人比特幣地址更加匿名，但會使簡單的兌換與那些更復(fù)雜、由多個簽名組成的兌換難以區(qū)分。同時，這也能讓用戶將復(fù)雜的智能合約作為普通比特幣兌換來掩蓋，為用戶帶來更大的隱私性。03 、比特幣的“艱難支付”之路7月即將迎來的以太坊倫敦升級，除了包含了EIP-1559這個翹首期盼的提案，還有EIP-3198、EIP-3529、EIP-3541 和 EIP-3554 在內(nèi)的共計(jì)5個提案。而不同于以太坊里無邊界創(chuàng)新不斷涌現(xiàn)的蓬勃生態(tài)，比特幣的升級倒是向來聲量很小，相信很多朋友甚至都已經(jīng)覺得比特幣的開發(fā)可能處于停滯狀態(tài)。尤其是2020年以來，大家似乎已經(jīng)逐步默認(rèn)了比特幣“數(shù)字黃金”的定位，而淡忘了曾經(jīng)引發(fā)業(yè)內(nèi)激辯，乃至“BCH分叉”背后“全球貨幣”的支付屬性，看起來技術(shù)應(yīng)用方面的升級也沒那么重要了。閃電網(wǎng)絡(luò)：比特幣容量就像致力于比特幣小額支付的“閃電網(wǎng)絡(luò)”（Lightning Network），歷經(jīng)了近三年半的努力，鎖定的比特幣數(shù)量終于突破 1500 枚，相比 2021 年年初增長了 42%，創(chuàng)下歷史新高，看起來成績斐然。但與此同時，在過去的一年時間里，以太坊鏈上比特幣錨定幣總發(fā)行量則就已經(jīng)幾乎從0開始，突破了25.2萬枚，比特幣閃電網(wǎng)絡(luò)數(shù)年辛勤推廣，到底連“ERC20比特幣”的零頭都比不上。而 Taproot 升級可以算得上是一場及時雨，強(qiáng)化比特幣在支付性能、隱私方面的可用性，包括閃電網(wǎng)絡(luò)，如果采用 Taproot，可以通過使渠道看起來像常規(guī)的比特幣兌換來改善閃電網(wǎng)絡(luò)的隱私，或許可以回補(bǔ)比特幣作為“全球貨幣”地位，使其在與“數(shù)字黃金”的定位競爭中更具優(yōu)勢。不過無論是“數(shù)字黃金”愈受歡迎，還是“全球貨幣”才是初心，或許比特幣已經(jīng)和包括以太坊在內(nèi)的其它所有加密貨幣，都已不是同類的物種。發(fā)布于 2021-06-21 17:17虛擬貨幣比特幣 (Bitcoin)?贊同 7??2 條評論?分享?喜歡?收藏?申請轉(zhuǎn)載?文章被以下專欄收錄區(qū)塊鏈資訊分享區(qū)塊鏈資訊，不構(gòu)成投

比特幣核心版本 25.0 發(fā)布帶來新功能和交易用例

心版本 25.0 發(fā)布帶來新功能和交易用例 跳到內(nèi)容星期六, 三月 16日，2024 響應(yīng)菜單新聞報道刊登廣告訂閱聯(lián)系我們 BitcoinEthereumNews.com實(shí)時更新的有關(guān)比特幣，以太幣，加密貨幣，區(qū)塊鏈，技術(shù)，經(jīng)濟(jì)的全球新聞。 更新每分鐘。 提供所有語言版本。 搜索 搜索首頁市值最高收益最大損失全部新聞比特幣

以太幣加密金融科學(xué)技術(shù)NFT全面、 首頁比特幣

比特幣核心版本 25.0 發(fā)布帶來新功能和交易用例 比特幣

比特幣核心版本 25.0 發(fā)布帶來新功能和交易用例10個月前比特幣以太幣新聞Bitcoin Core 25.0 版已經(jīng)發(fā)布，為軟件帶來了新功能、錯誤修復(fù)和性能改進(jìn)。 用戶可以從 Bitcoin Core 官方網(wǎng)站下載最新版本或更新現(xiàn)有安裝。 發(fā)行說明概述了更改并提供了有關(guān)如何升級的說明。 一個顯著的變化是允許非見證大小為 65 字節(jié)及以上的交易，這開辟了新的用例并增強(qiáng)了對 CVE-2017-12842 等漏洞的保護(hù)。 另一個新增功能是 scanblocks RPC，它允許通過從一組描述符返回相關(guān)的區(qū)塊哈希來快速重新掃描錢包。在 RPC 更新方面，所有 JSON-RPC 方法現(xiàn)在都接受一個名為“args”的新命名參數(shù)，用于方便地傳遞位置參數(shù)值。 此外，如果無法在所需的深度和級別完成檢查，verifychain RPC 現(xiàn)在將返回 false，從而提供更準(zhǔn)確的反饋。該版本還包括對構(gòu)建系統(tǒng)的更改、更新的設(shè)置和新功能。 例如，shutdownnotify 選項(xiàng)允許用戶指定在 Bitcoin Core 開始其關(guān)閉序列之前執(zhí)行的命令。 在錢包部分，minconf 和 maxconf 等新選項(xiàng)已添加到各種 RPC，從而更好地控制 UTXO 確認(rèn)。Bitcoin Core 25.0 引入了多項(xiàng)改進(jìn)和優(yōu)化，增強(qiáng)了軟件的用戶體驗(yàn)和安全性。 與任何版本一樣，我們鼓勵用戶向官方 GitHub 問題跟蹤器報告他們遇到的任何錯誤。Bitcoin Core 在 Linux、macOS 和 Windows 等主要操作系統(tǒng)上得到廣泛支持和測試。 但是，不建議在不受支持的系統(tǒng)上使用 Bitcoin Core。 在升級到最新版本之前，用戶應(yīng)確保他們運(yùn)行的是兼容的操作系統(tǒng)。 此外，鼓勵用戶查看發(fā)行說明，以便在升級時詳細(xì)了解此版本的改進(jìn)。 資料來源：https://bitcoinmagazine.com/technical/bitcoin-core-version-25-0-released文章導(dǎo)航Klarna 將第一季度凈虧損減半并“有望在今年實(shí)現(xiàn)盈利”加密貨幣仇恨者彼得希夫給埃隆馬斯克提供投資建議 新聞報道 刊登廣告 訂閱 隱私政策 聯(lián)系我們

Bitcoin Core 24.0 更新了什么

oin Core 24.0 更新了什么BTCStudyBTCStudy首頁全站目錄標(biāo)簽地圖mempool123btcBitcoin Core 24.0 更新了什么BTCStudyBTCStudyBitcoin Core 24.0 更新了什么搜 索首頁全站目錄標(biāo)簽地圖mempool123btc主題設(shè)置字體設(shè)置錢包模塊升級初步的 Miniscript 支持不設(shè)找零的交易找零輸出隨機(jī)化，以避免留下痕跡升級 “手續(xù)費(fèi)替換（RBF）”描述符錢包遷移圖形用戶界面（GUI）變更P2P 通信的變更下載區(qū)塊頭的新邏輯Bitcoin Core 24.0 更新了什么Namcios2022-12-10產(chǎn)品作者：Namcios來源：https://bitcoinmagazine.com/technical/bitcoin-core-24-0-released-what-is-new最早由中本聰在 2009 年發(fā)布的軟件，現(xiàn)在發(fā)布了一個新版本。Bitcoin Core 24.0 由 112 名開發(fā)者，耗時約 7 個月開發(fā)而成，給 Bitcoin Core 的錢包模塊、點(diǎn)對點(diǎn)（P2P）通信、圖形用戶界面等等，帶來了可觀的提升。本文介紹了一些重要的變更。錢包模塊升級初步的 Miniscript 支持Bitcoin Core 24.0 通過拓展 wsh() 輸出操作符，引入了對 Miniscript 的支持。雖然這還是初步的集成，但也為在比特幣上更簡單、更安全地部署更復(fù)雜的腳本提供了幫助。Miniscript 可以被認(rèn)為是 Bitcoin Script（比特幣的原生編程語言）的一種框架（或者說模板）。Bitcoin Script 負(fù)責(zé)支持比特幣可用的所有編程功能，其中就包括（舉個例子）可能是最簡單的一種程序（腳本）：決定誰可以花費(fèi)某一筆資金。對每一筆比特幣交易，發(fā)送者都要請求接收者的地址，并使用這一信息構(gòu)造一個腳本，將支付的數(shù)額鎖定，使得只有接收者可以花費(fèi)它。雖然用 Bitcoin Script 可以很容易構(gòu)造這樣的簡單腳本，但更復(fù)雜的腳本就有更大概率遇上人力出錯。這就是為什么我們需要 Miniscript。Miniscript 允許我們以 結(jié)構(gòu)化 的方式編寫 Bitcoin Script 的子集。它支持分析、組合、通用簽名，等等，讓開發(fā)者可以更安全地編寫更高級的腳本。換句話來說，Miniscript 將預(yù)定義的 Bitcoin Script 的一些功能模塊 “裝載” 到了一套符合預(yù)期的行為模式中，從而限制了最終的風(fēng)險，因?yàn)楸M可能地減少了意外的行為。在實(shí)踐中，它為開發(fā)者修補(bǔ)和創(chuàng)建更高級、更復(fù)雜的比特幣腳本提供了一個 “工具箱”，而不是只能手動操作 Bitcoin Script。從 Bitcoin Core 24.0 開始，用戶將可以創(chuàng)建包含一段 Miniscript 腳本的錢包、為之創(chuàng)建地址并充值資金。但 Bitcoin Core 的錢包模塊還不支持從這些地址中花費(fèi)，意思是就當(dāng)下而言，Bitcoin Core 中啟用了 Miniscript 的錢包只能用作觀察。不設(shè)找零的交易Bitcoin Core 24.0 引入了一種新的 RPC， sendall ，允許用戶完全花費(fèi)掉特定的 UTXO。這個 RPC 將把指定 UTXO 中的價值完全轉(zhuǎn)移到一個或多個接收者處，而不會產(chǎn)生找零。（默認(rèn)情況下， sendall 會花掉錢包中的所有 UTXO。）這種行為在一些情況下是有用的。第一種自然是用戶想要清空自己的錢包的時候。調(diào)用這個新的 PRC，僅使用默認(rèn)的配置，就可以輕松完成清空錢包的操作。其次，客戶可能希望通過放棄找零來提高隱私性。找零地址是很棘手的，因?yàn)橛脩艚?jīng)常不知道它們是怎么來的，而且用可能會在未來的交易中跟其他 UTXO 一起作為輸入；這會因?yàn)?“輸入所有權(quán)同一啟發(fā)法” 導(dǎo)致隱私性風(fēng)險 —— 這是一種在區(qū)塊鏈分析中常用的工具，它假設(shè)一筆交易的所有輸入都來自于同一個用戶。如果找零輸出跟別的輸出混在一起，用戶就會制造出這種關(guān)聯(lián)，產(chǎn)生讓自己的多筆資金去匿名化的風(fēng)險，因?yàn)榉治鰩煏⑦@多個地址都?xì)w類為同一個錢包。不設(shè)找零的支付，通過創(chuàng)建完全花費(fèi)選定的 UTXO 的交易，解決了這個問題。因?yàn)闆]有找零，用戶就不會犯上面提到的錯誤。而且，無找零的支付給區(qū)塊鏈分析帶來了一個合理的疑難：新輸出到底是由發(fā)起支付的人自己擁有的（即只是轉(zhuǎn)移了資金到新的地址）呢，還是變換了所有者。（譯者注：作者這里的推理是不成立的。因?yàn)檎伊愕刂犯胀ㄊ湛畹刂窙]有任何區(qū)別，找零輸出不是因?yàn)槠涞刂飞系奶卣鞫槐嬲J(rèn)為找零的；而找零輸出之所以要跟收款輸出混用，是因?yàn)槠涿骖~不足。所以，就算不使用找零地址，也一樣會有被辨認(rèn)為找零的輸出（除非輸入的面額剛剛好）；而這樣的輸出一旦面額不足以支付，一樣會跟別的輸出混用，從而被啟發(fā)式分析捕捉。事實(shí)上，這個功能只有管理上的便利 —— 用戶可以手動避免使用 “找零地址”，也即跟收款地址的推導(dǎo)路徑不一樣的地址 —— 但不可能因此就不再產(chǎn)生找零輸出。）找零輸出隨機(jī)化，以避免留下痕跡如上所述，找零輸出可能會泄露隱私。雖然 sendall 可以減少對找零地址的使用，但在現(xiàn)實(shí)中，很少時候用戶會剛好持有跟支付數(shù)目相等的面額的 UTXO。保證觀察者無法辨認(rèn)哪個輸出是找零可以幫助用戶獲得少許隱私性，因?yàn)閷㈦y以把新創(chuàng)建的輸出（找零輸出）跟現(xiàn)在被花費(fèi)的輸入關(guān)聯(lián)起來。通常，當(dāng)沒有一個 UTXO 的面額恰好相當(dāng)于支付的需要事，大部分錢包和用戶會按直覺選擇面額最接近于支付需求的 UTXO。結(jié)果是，觀察者可以很清楚的看出哪個輸出是支付（通常是更大的那個）、哪個輸出是找零（更小的那個）。這帶來了上面提到的許多風(fēng)險。為了降低觀察者分辨出找零輸出并歸集用戶地址的可能性，Bitcoin Core 現(xiàn)在會隨機(jī)化找零輸出的面額。從 Bitcoin Core 24.0 開始，錢包模塊將在支付數(shù)額與支付數(shù)額的三倍值之間選出一個隨機(jī)數(shù)。這個數(shù)字將為 UTXO 選擇提供指引。本質(zhì)上，這意味著有時候宣發(fā)會選出一個 UTXO，其面額跟支付額是很接近的，但有時候，它會選出一個 UTXO，其面額會跟支付額的三倍更接近。前者會產(chǎn)生一般化的、找零輸出面額低于支付輸出的交易；而后者會產(chǎn)生相反的情形，找零輸出會大于支付輸出。因?yàn)閰^(qū)塊鏈觀察者無法辨別一筆交易到底是哪一種情形，用戶自然就獲得了更好的隱私性保證。升級 “手續(xù)費(fèi)替換（RBF）”在比特幣用戶將交易發(fā)送到網(wǎng)絡(luò)中時，RBF 給用戶提供了選擇權(quán)。通常，用戶不想給礦工太多手續(xù)費(fèi)，因此在手續(xù)費(fèi)和區(qū)塊確認(rèn)速度之間選擇一個平衡點(diǎn)。但是，如果用戶選擇的手續(xù)費(fèi)數(shù)值太低，或者說交易池正在擁堵，那么交易可能要花很長時間才能得到確認(rèn)（甚至?xí)ㄔ诮灰壮乩锩妫?。RBF 讓用戶可以追加手續(xù)費(fèi)，通常都能更快處理。從原理上來說，RBF 并沒有 “追加” 手續(xù)費(fèi)，只是軟件會廣播一筆 新 的交易，使用跟原版交易同樣的輸入以及大部分相同的輸出（一些輸出的面額改變了，因此手續(xù)費(fèi)的數(shù)值自然也改變了）。在以前，節(jié)點(diǎn)只會轉(zhuǎn)發(fā)它們見到的交易的第一個版本。而有了 RBF 之后，就出現(xiàn)了一種機(jī)制（譯者注：即 BIP125），讓用戶可以自己用標(biāo)簽表示發(fā)起的這筆交易是否能被追加手續(xù)費(fèi)，也即被帶有更高手續(xù)費(fèi)的版本替換。這是對節(jié)點(diǎn)的提醒，讓他們知道可能后面會出現(xiàn)同一筆交易的更高手續(xù)費(fèi)的版本，而且他們也應(yīng)該轉(zhuǎn)發(fā)。更高手續(xù)費(fèi)的替換版本有概率會被礦工認(rèn)為有吸引力，因此打包到下一個區(qū)塊。替換版本得到確認(rèn)之后，更低手續(xù)費(fèi)的版本就會從節(jié)點(diǎn)的交易池中剔除，因?yàn)樗鼈冏兂闪酥貜?fù)花費(fèi)的交易。Bitcoin Core 24.0 給 RBF 模塊引入了兩種更新。首先，它讓用戶可以配置節(jié)點(diǎn)，轉(zhuǎn)發(fā)一切交易的替換版本，不論 交易本身是否使用了 RBF 標(biāo)簽。這可以通過新的 mempoolfullrbf 選項(xiàng)來配置。這個選項(xiàng)默認(rèn)是 關(guān)閉 的，但有興趣的人可以打開它。其次，RBF 現(xiàn)在變成了 Bitcoin Core 錢包模塊的標(biāo)準(zhǔn)，交易會默認(rèn)使用 RBF 標(biāo)簽，而且 -walletrbf 選項(xiàng)默開啟。用戶可以在交易構(gòu)建流程中改變 RBF 選項(xiàng)，也可以將 -walletrbf 啟動選項(xiàng)設(shè)為關(guān)閉。描述符錢包遷移Bitcoin Core 23.0 讓描述符錢包變成了標(biāo)準(zhǔn)。描述符可以幫助用戶以標(biāo)準(zhǔn)化的格式備份錢包以及恢復(fù)備份。在描述符出現(xiàn)之前，用戶需要知道自己的錢包的派生路徑，這個路徑指明了錢包的主私鑰如何推導(dǎo)出地址，用戶接收和發(fā)送比特幣。因?yàn)殄X包可以有不同的推導(dǎo)路徑，所以光備份種子詞已經(jīng)不足以保證能恢復(fù)錢包了。有時候用戶比較幸運(yùn)，新錢包軟件跟老錢包軟件恰好使用了相同的派生路徑，所以種子詞備份能順利復(fù)原錢包；但也有小概率用戶無法順利恢復(fù)，因此出現(xiàn)了一個網(wǎng)站專門幫助用戶搞清楚不同軟件所用的派生路徑。描述符通過 描述 備份所用的派生路徑，解決了這個問題、顯著優(yōu)化了用戶體驗(yàn)。它背后的理念是，一個描述符錢包備份，自身就包含了讓任意的軟件正確恢復(fù)錢包的所有必要信息（只要這個軟件支持描述符）。現(xiàn)在，Bitcoin Core 24.0 引入了一種新工具，將傳統(tǒng)的錢包遷移成描述符錢包，讓用戶能夠利用這種新興的標(biāo)準(zhǔn)，更好地保護(hù)用戶的珍貴的比特幣。雖然它還是一個實(shí)驗(yàn)性的功能，它也有一種新的 RPC（ migratewallet ）。這份文檔提供了更多細(xì)節(jié)。圖形用戶界面（GUI）變更眾所周知，Bitcoin Core GUI 沒能提供媲美遠(yuǎn)程過程調(diào)用（PRC）和命令行工具的功能。Bitcoin Core 24.0 為此采取了一些措施。Bitcoin Core 24.0 給 GUI 帶來了一個新的菜單，讓用戶可以從備份中恢復(fù)一個錢包，因此不懂技術(shù)的用戶也更容易復(fù)原錢包了。以前，這個功能還只存在于命令行中。與 RPC 接口相比，GUI 的另一個缺點(diǎn)是 Bitcoin Core 客戶端的設(shè)定。以前， bitcoin.conf 文件可以說是 Bitcoin Core 配置的圣杯，但它也主要是通過命令行來調(diào)整的。GUI 中也存在一個調(diào)整設(shè)定的選項(xiàng)，但一個警告明確指出，如果文件和 GUI 嘗試設(shè)置同一項(xiàng)設(shè)定，文件的優(yōu)先級高于 GUI。因此，雖然 GUI 提供了改變設(shè)定的簡單選項(xiàng)，但配置文件依然是定制化你的 Bitcoin Core 客戶端的最可靠的方法。Bitcoin Core 24.0 改變了這一點(diǎn)。這次的更新將 GUI 的設(shè)定頁與 bitcoin.conf 文件統(tǒng)一了起來?，F(xiàn)在，當(dāng)用戶在 GUI 打開客戶端設(shè)置時，其中的內(nèi)容是從配置文件中拉取過來的。類似地，GUI 中作出的配置變更，也會反映在 bitcoin.conf 里面。（值得一提的是，兩者的關(guān)系是間接的，因?yàn)?GUI 作出的變更會寫在 settings.json 文件里面，這個文件優(yōu)先于 bitcoin.conf 。）P2P 通信的變更下載區(qū)塊頭的新邏輯Bitcoin Core 24.0 為節(jié)點(diǎn)在網(wǎng)絡(luò)中捕捉區(qū)塊鏈頂端的方式帶來一種升級；不論節(jié)點(diǎn)是第一次加入網(wǎng)絡(luò)，還是因長時間離開網(wǎng)絡(luò)而必須捕捉最新區(qū)塊。在本次更新以前，剛加入比特幣網(wǎng)絡(luò)的新節(jié)點(diǎn)要先尋找對等節(jié)點(diǎn)，然后從對等節(jié)點(diǎn)開始下載區(qū)塊頭。這些新節(jié)點(diǎn)一開始不會下載完整的區(qū)塊，因?yàn)楣?jié)點(diǎn)被引導(dǎo)在下載一條鏈的區(qū)塊之前先檢查這條鏈?zhǔn)遣皇亲钪档眯湃蔚囊粭l。不然，節(jié)點(diǎn)就會承擔(dān)下載錯誤鏈上的區(qū)塊、從而浪費(fèi)資源的風(fēng)險。雖然下載區(qū)塊頭的目的是節(jié)約時間和資源，依然有可能出現(xiàn)一種資源耗盡攻擊，就是惡意的對等節(jié)點(diǎn)發(fā)送大量的假區(qū)塊頭給請求區(qū)塊頭的節(jié)點(diǎn)。因?yàn)楣?jié)點(diǎn)需要下載和保存區(qū)塊頭在硬盤上，大量的數(shù)據(jù)可能導(dǎo)致節(jié)點(diǎn)的硬件過載。為了緩解這種威脅，Bitcoin Core 在幾年前引入了 “檢查點(diǎn)” 的概念。檢查點(diǎn)決定了一條鏈 必須 包含 某一些區(qū)塊，才是有效的。但是，這種解決方案會帶來一種新問題 —— 檢查點(diǎn)可能被濫用，導(dǎo)致實(shí)質(zhì)上的最長鏈被否定。這種可能性在比特幣中是不受歡迎的，所以我們必須提出另一種解決方案。這就是這次的升級。在 Bitcoin Core 24.0 中，節(jié)點(diǎn)會下載區(qū)塊頭兩次。在第一輪中，節(jié)點(diǎn)只會下載，但隨后就拋棄掉（不會保存在硬盤中），知道發(fā)現(xiàn)足夠多的工作量證明 —— 表明這條鏈?zhǔn)菍Φ哪且粭l。這時候，節(jié)點(diǎn)就會重新開始下載區(qū)塊頭，但這一次，節(jié)點(diǎn)會將區(qū)塊頭保存在硬盤中。先確保自己所下載的區(qū)塊頭是具有足夠多的工作量證明的鏈的一部分、再保存區(qū)塊頭到硬盤上，節(jié)點(diǎn)避免了在可能的攻擊（例如資源耗竭攻擊）中花費(fèi)大量存儲資源。這也移除了設(shè)置檢查點(diǎn)的需要，而且可以說是一種更優(yōu)雅的解決方案，因?yàn)樗灰蕾嚾肆斎雭頉Q定鏈的有效性。感謝 Aaron van Wirdum 的反饋。要了解更多細(xì)節(jié)和其它變更，請看 Bitcoin Core 24.0 更新說明。要下載 Bitcoin Core 24.0，請到這個網(wǎng)頁。關(guān)于 Bitcoin Core 24.0 的細(xì)節(jié)，也在 Bitcoin, Explained 播客的第 65 期有解釋。（完）NostrrssTeleg

干貨 | 比特幣升級提案 Taproot 技術(shù)解讀 | 登鏈社區(qū) | 區(qū)塊鏈技術(shù)社區(qū)

干貨 | 比特幣升級提案 Taproot 技術(shù)解讀 | 登鏈社區(qū) | 區(qū)塊鏈技術(shù)社區(qū)

文章

問答

講堂

專欄

集市

更多

提問

發(fā)表文章

活動

文檔

招聘

發(fā)現(xiàn)

Toggle navigation

首頁 (current)

文章

問答

講堂

專欄

活動

招聘

文檔

集市

搜索

登錄/注冊

干貨 | 比特幣升級提案 Taproot 技術(shù)解讀

EthFans

更新于 2021-09-26 11:03

閱讀 3526

本文將從各個技術(shù)層面分析 Taproot、介紹本次升級中涉及的技術(shù)以及這些技術(shù)會給比特幣用戶帶來哪些好處。


## **什么是 Taproot？**

Taproot 由 Bitcoin Core 貢獻(xiàn)者 Gregory Maxwell 于 2018 年首次提出。該實(shí)現(xiàn)目前尚在開發(fā)中。如果沒有 Taproot，這些復(fù)雜的交易（時間鎖、多簽）需要多個事務(wù)來完成，因此很容易失敗。

> Taproot 可以讓復(fù)雜交易（多簽、時間鎖）像單個比特幣交易那樣執(zhí)行，從而增強(qiáng)比特幣的隱私性。

Taproot 升級包括三個重要的技術(shù)變化（概念），用來增強(qiáng)比特幣的可擴(kuò)展性、隱私性和靈活性。

- P2SH（譯者注：P2SH 并非 Taproot 升級的內(nèi)容，但可以幫助大家理解 Taproot 的升級用意何在）

- MAST

- Schnorr 簽名

我們將從技術(shù)層面討論這三個概念，從而了解 Taproot 升級會給比特幣用戶帶來哪些好處。

## **P2SH（Pay-to-ScriptHash）**

比特幣地址是一個包含字母和數(shù)字的字符串。用戶可以將其分享給其他人，以便從后者那里接收 BTC。比特幣交易主要有兩大標(biāo)準(zhǔn)：Pay-to-PubKeyHash (P2PKH) 和 Pay-to-ScriptHash (P2SH)。

在討論 P2SH (Pay To Script Hash) 和 P2PKH (Pay-To-PubKey Hash) 這兩個概念之前，我們首先熟悉一下關(guān)于比特幣的背景知識：

- 在比特幣網(wǎng)絡(luò)中，比特幣的形式是 UTXO。UTXO 是 **Unspent Transaction (TX) Output（未花費(fèi)交易輸出)** 的縮寫，即，比特幣交易執(zhí)行后形成的面額不定的單元。例如，你的比特幣錢包里有 10 BTC，你想要轉(zhuǎn) 5 BTC 給朋友。比特幣區(qū)塊鏈的處理方式與眾不同。它會把 10 BTC（全部余額）都花掉，將 5 BTC 轉(zhuǎn)入你朋友的錢包，剩下 5 BTC（10 BTC - 5 BTC = 5 BTC）轉(zhuǎn)入你自己的錢包。這下，你和你的朋友各持有未花費(fèi)的 5 BTC。

- 比特幣使用**腳本（幾行代碼）** 來規(guī)定花費(fèi) BTC/UTXO 的條件。腳本被用作一種鎖定機(jī)制。

- BTC 鎖定在腳本中。當(dāng)腳本返回成功（即條件得到滿足）時，BTC 就會解鎖。

- 任何人都可以向任意比特幣地址發(fā)送 BTC。只有當(dāng)腳本中定義的某些條件得到滿足時，鎖定的 BTC 才可以被花費(fèi)出去。腳本決定了接收方可以如何花費(fèi)收到的 BTC。發(fā)起交易時，發(fā)送方會在交易中放入一個叫作 “**PubKey Script（又稱鎖定腳本）**”的腳本。接收方（在日后花費(fèi)時）需要生成一個 “**簽名腳本（又稱解鎖腳本）**” ，是滿足 PubKey 腳本的數(shù)據(jù)參數(shù)的集合。簽名腳本在代碼中又被叫作 “**scriptSig**”。

- 在上述例子中，你在向朋友發(fā)送 5 BTC 時，鎖定腳本也會包含在這個交易內(nèi)。如果你的朋友想要花費(fèi)這些 BTC，必須生成滿足鎖定腳本中規(guī)定條件的解鎖腳本。

## **Pay-to-PubKeyHash (P2PKH)**

Pay-to-PubKeyHash 是一種傳統(tǒng)的比特幣地址格式。其地址以數(shù)字 1 開頭。

只有 P2PKH 地址的所有者才能通過提供公鑰哈希值和私鑰簽名來解鎖 PubKey 腳本并花費(fèi)收到的 BTC。私鑰是用來證明公鑰哈希值的所有權(quán)的。

正如我們上文討論過的那樣，腳本定義了特定地址上的 BTC 在什么條件下可以花費(fèi)。當(dāng)規(guī)定條件得到滿足且通過網(wǎng)絡(luò)驗(yàn)證時，該地址上的 BTC 就會被解鎖以供花費(fèi)。

**這一流程是如何運(yùn)作的？**—— 接收方首先生成 PubKey 腳本并將其分享給發(fā)送方。發(fā)送方在發(fā)送 BTC 時將該 PubKey 腳本 添加到交易中。收到 BTC 時，如果接收方想要解鎖這些 BTC UTXO，就要提供公鑰哈希和私鑰簽名，并滿足 PubKey 腳本中提到的條件。


例如，這些條件可以是：

- 解鎖 BTC 至少需要兩個簽名。

- 提供口令（password）才能解鎖。

- BTC 需要等待一段時間才能解鎖。

上述這類情況可以作為解鎖 BTC 的條件。

發(fā)送比特幣時，發(fā)送方需要在交易中包含 **PubKey 腳本**。因此，這會增加交易的體積，產(chǎn)生的交易費(fèi)比普通交易高出 5 倍左右。

這里，發(fā)送方必須承擔(dān)額外的成本。Pay-to-ScriptHash 可以幫助發(fā)送方免去這一額外成本。

## **Pay-to-ScriptHash (P2SH)**

Pay To Script Hash (P2SH) 可以幫助發(fā)送方免去額外的成本，并將這一責(zé)任（額外成本）轉(zhuǎn)移到真正需要使用鎖定腳本中規(guī)定條件的接收方身上。Pay-to-ScriptHash 比特幣地址是以數(shù)字 3 開頭的。

在這個交易標(biāo)準(zhǔn)下，發(fā)送方不需要將很長的 PubKey 腳本放到他們的交易中。這里，鎖定腳本被替換成了贖回腳本（redeem script）哈希值。贖回腳本哈希值由贖回腳本計(jì)算而來。贖回腳本與 PubKey 腳本類似，包含接收方在花費(fèi)未花費(fèi)輸出之前必須滿足的條件。**發(fā)送方只需在交易中注明贖回腳本的哈希值**。贖回腳本哈?？梢苑g成標(biāo)準(zhǔn)比特幣地址，發(fā)送方無需進(jìn)行任何特殊操作或支付額外費(fèi)用即可將 BTC 發(fā)送到這些地址。

接收方想要解鎖這個 P2SH 地址上的 BTC 時，需要生成具有相同哈希值的贖回腳本并將其包含到交易內(nèi)。因此，接收方用來解鎖 UTXO 的交易大小會增加，執(zhí)行交易的成本也會增加。

例如，Alice 想要發(fā)送 10 BTC 給 Bob。Alice 必須將贖回腳本哈希包含到交易內(nèi)。首先，Bob 先生成一個贖回腳本，然后將贖回腳本的哈希值發(fā)送給 Alice，以便 Alice 將該哈希添加到交易內(nèi)并發(fā)起交易。如果 Bob 想要花費(fèi)該 UTXO，必須生成相同哈希值的解鎖腳本，并滿足腳本中提到的條件。

別忘了，Alice 只需將贖回腳本的哈希值而非整個腳本添加到交易內(nèi)。因此，Alice 無需承擔(dān)額外的費(fèi)用。

## **Pay-to-ScriptHash 的優(yōu)勢**

- 使用哈希值取代冗長的腳本。

- 發(fā)送方可以在不知道腳本中規(guī)定的花費(fèi)條件的情況下，在交易中放入任意數(shù)量的贖回腳本哈希值。

- 減輕了發(fā)送方的交易費(fèi)負(fù)擔(dān)。

（……）

## **MAST（默克爾抽象語法樹）**

MAST 是 **Merklized Abstract Syntax Tree（默克爾抽象語法樹）** 的縮寫。

**為什么要使用 MAST？** 如果你想花費(fèi) P2SH 地址里的 BTC，你必須生成具有相同哈希值的贖回腳本并將其包含到交易中。如果腳本中規(guī)定的花費(fèi)條件太多，交易體積會變得格外龐大。MAST 可以很好的解決這一問題。

默克爾抽象語法樹是默克爾樹和抽象語法樹的結(jié)合體。

就像 Pay To Script Hash (P2SH) 是給哈希值為某某的腳本付款那樣，MAST 是給哈希值為某某的默克爾根付款。MAST 是把一個大的條件集合中的各個條件組裝成一棵哈希樹（所謂的默克爾樹），而默克爾樹的根值是一個哈希值，由所有條件哈希而成。

**默克爾根和哈希樹是如何生成的？**

首先分別對所有腳本（條件）做哈希計(jì)算；然后將計(jì)算得到的哈希值與相鄰哈希值組合起來進(jìn)行哈希計(jì)算，生成一組新的哈希值。不斷重復(fù)這個兩兩哈希計(jì)算的過程，直到計(jì)算出最后一個哈希值為止。這個哈希值就是默克爾根。

假設(shè)共有四組條件。首先，分別計(jì)算出這四組條件的哈希值；再將這四個哈希值兩兩配對，計(jì)算出兩個哈希值；最后，把這兩個哈希值組合起來做哈希計(jì)算，生成最終的哈希值。最后這個哈希值就是默克爾根。


這個默克爾根可以翻譯成一個能夠接收付款的有效比特幣地址，即，**默克爾比特幣地址（Merklized Bitcoin address）**。默克爾比特幣地址有很多優(yōu)點(diǎn)，最主要的優(yōu)點(diǎn)是無需知曉所有腳本單元就能驗(yàn)證某個腳本是否位于這棵默克爾樹上。這個技術(shù)叫作**默克爾證明（Merkle Proof）**，可以用來輕松驗(yàn)證一個比特幣 UTXO 是否包含某些解鎖條件。

在 MAST 中，BTC 與一棵默克爾樹綁定。這棵默克爾樹指定了可以解鎖未花費(fèi) BTC 的所有復(fù)雜條件。每個葉節(jié)點(diǎn)都代表著一個條件。為了解鎖 BTC，你必須生成一個滿足默克爾樹上某個分支所代表的條件的腳本。僅使用默克爾根即可驗(yàn)證這個條件是否屬于原始條件集合（即驗(yàn)證某個葉節(jié)點(diǎn)是否在這棵默克爾樹上）。一旦比特幣區(qū)塊鏈網(wǎng)絡(luò)發(fā)現(xiàn)某個腳本（及其所代表的條件）屬于這個默克爾根，網(wǎng)絡(luò)就會知道這個腳本是這些比特幣的鎖定條件并開始驗(yàn)證解鎖腳本。因此，我們無需生成完整的腳本并將其包含到交易內(nèi)，即可花費(fèi)以 MAST 鎖定的 BTC。這有助于減少 BTC 交易的體積。

## **Schnorr 簽名**

在密碼學(xué)中，Schnorr 簽名是由 Claus Schnorr 提出的 Schnorr 簽名算法生成的數(shù)字簽名。Schnorr 簽名算法是一種以簡單聞名的數(shù)字簽名方案，通過將多個簽名聚合成單個簽名以優(yōu)化驗(yàn)證和認(rèn)證過程。該方案適用于多簽交易。

若想執(zhí)行交易，你需要使用私鑰簽名該交易，以證明你是某個公鑰背后的 BTC 的所有者。但是，若想執(zhí)行多簽交易，你必須提供多個簽名。這些簽名會占據(jù)額外的空間。

以 12/20 多簽交易為例。12/20 指的是執(zhí)行該交易至少需要提供 20 個簽名中的任意 12 個。簽署交易時，簽名也會存儲在區(qū)塊內(nèi)。假設(shè) 1 個簽名的大小是 5 字節(jié)，12 個簽名需要占用區(qū)塊 60 字節(jié)（5*12 = 60）的內(nèi)存，100 個簽名需要占用 500 字節(jié)的內(nèi)存。這會增加內(nèi)存用量。**Schnorr 簽名**恰好可以解決這一問題。

**為了理解 Schnorr 簽名，我們來看兩個例子：**

- （……）

- 另一種情況是多簽交易。假設(shè)你需要 100 個簽名且每個簽名的大小是 5 字節(jié)，Schnorr 簽名方案可以將這 100 個簽名合并成一個大小為 64 字節(jié)的 Schnorr 簽名。省下 436 字節(jié)（5*100-64=436）的內(nèi)存可以用來存儲更多交易。（注：現(xiàn)在的橢圓曲線簽名可不止 5 字節(jié)）

**比特幣升級** —— Taproot 計(jì)劃將上述概念引入比特幣區(qū)塊鏈，增強(qiáng)其可擴(kuò)展性、隱私性和靈活性。

## **比特幣 Taproot：總結(jié)**

本文主要圍繞以下幾個要點(diǎn)介紹了 Taproot：

- Taproot 是 Bitcoin Core 貢獻(xiàn)者 Gregory Maxwell 在 2018 年提出的比特幣升級提案。

- Taproot 讓復(fù)雜的交易如多簽名交易、時間鎖交易看起來如同普通的比特幣交易，增強(qiáng)了比特幣的隱私性。

- Taproot 升級主要包含 3 個技術(shù)概念 —— P2SH、MAST 和 Schnorr 簽名。

- 比特幣使用腳本注明花費(fèi) BTC/UTXO（未花費(fèi)交易輸出）的條件。

- Pay To Script Hash (P2SH) 可以幫助發(fā)送方免去額外的交易費(fèi)，并將這一責(zé)任（額外的交易費(fèi)）轉(zhuǎn)移到真正需要使用鎖定腳本中規(guī)定條件的接收方身上。

- 使用 MAST，比特幣可用默克爾樹抽象語法樹來鎖定。（與默克爾根對應(yīng)的）默克爾樹決定了可以解鎖未花費(fèi) BTC 的所有復(fù)雜條件。默克爾抽象語法樹（Merklized Abstract Syntax Trees，MAST）被提議引入比特幣區(qū)塊鏈，以減少 BTC 交易的體積，使得接收方無需在交易中附加冗長的腳本。僅使用默克爾根即可驗(yàn)證接收方生成的腳本是否屬于原始條件集合。

- Schnorr 簽名可以將多個簽名合并成單個簽名。

原文鏈接: https://b10c.me/blog/004-the-incomplete-history-of-bitcoin-development/

作者:0xB10C

本文首發(fā)于：https://mp.weixin.qq.com/s/_cl3XeXdX7m0ZJHpyBp02g

什么是 Taproot？

Taproot 由 Bitcoin Core 貢獻(xiàn)者 Gregory Maxwell 于 2018 年首次提出。該實(shí)現(xiàn)目前尚在開發(fā)中。如果沒有 Taproot，這些復(fù)雜的交易（時間鎖、多簽）需要多個事務(wù)來完成，因此很容易失敗。

Taproot 可以讓復(fù)雜交易（多簽、時間鎖）像單個比特幣交易那樣執(zhí)行，從而增強(qiáng)比特幣的隱私性。

Taproot 升級包括三個重要的技術(shù)變化（概念），用來增強(qiáng)比特幣的可擴(kuò)展性、隱私性和靈活性。

P2SH（譯者注：P2SH 并非 Taproot 升級的內(nèi)容，但可以幫助大家理解 Taproot 的升級用意何在）

MAST

Schnorr 簽名

我們將從技術(shù)層面討論這三個概念，從而了解 Taproot 升級會給比特幣用戶帶來哪些好處。

P2SH（Pay-to-ScriptHash）

比特幣地址是一個包含字母和數(shù)字的字符串。用戶可以將其分享給其他人，以便從后者那里接收 BTC。比特幣交易主要有兩大標(biāo)準(zhǔn)：Pay-to-PubKeyHash (P2PKH) 和 Pay-to-ScriptHash (P2SH)。

在討論 P2SH (Pay To Script Hash) 和 P2PKH (Pay-To-PubKey Hash) 這兩個概念之前，我們首先熟悉一下關(guān)于比特幣的背景知識：

在比特幣網(wǎng)絡(luò)中，比特幣的形式是 UTXO。UTXO 是 Unspent Transaction (TX) Output（未花費(fèi)交易輸出) 的縮寫，即，比特幣交易執(zhí)行后形成的面額不定的單元。例如，你的比特幣錢包里有 10 BTC，你想要轉(zhuǎn) 5 BTC 給朋友。比特幣區(qū)塊鏈的處理方式與眾不同。它會把 10 BTC（全部余額）都花掉，將 5 BTC 轉(zhuǎn)入你朋友的錢包，剩下 5 BTC（10 BTC - 5 BTC = 5 BTC）轉(zhuǎn)入你自己的錢包。這下，你和你的朋友各持有未花費(fèi)的 5 BTC。

比特幣使用腳本（幾行代碼） 來規(guī)定花費(fèi) BTC/UTXO 的條件。腳本被用作一種鎖定機(jī)制。

BTC 鎖定在腳本中。當(dāng)腳本返回成功（即條件得到滿足）時，BTC 就會解鎖。

任何人都可以向任意比特幣地址發(fā)送 BTC。只有當(dāng)腳本中定義的某些條件得到滿足時，鎖定的 BTC 才可以被花費(fèi)出去。腳本決定了接收方可以如何花費(fèi)收到的 BTC。發(fā)起交易時，發(fā)送方會在交易中放入一個叫作 “PubKey Script（又稱鎖定腳本）”的腳本。接收方（在日后花費(fèi)時）需要生成一個 “簽名腳本（又稱解鎖腳本）” ，是滿足 PubKey 腳本的數(shù)據(jù)參數(shù)的集合。簽名腳本在代碼中又被叫作 “scriptSig”。

在上述例子中，你在向朋友發(fā)送 5 BTC 時，鎖定腳本也會包含在這個交易內(nèi)。如果你的朋友想要花費(fèi)這些 BTC，必須生成滿足鎖定腳本中規(guī)定條件的解鎖腳本。

Pay-to-PubKeyHash (P2PKH)

Pay-to-PubKeyHash 是一種傳統(tǒng)的比特幣地址格式。其地址以數(shù)字 1 開頭。

只有 P2PKH 地址的所有者才能通過提供公鑰哈希值和私鑰簽名來解鎖 PubKey 腳本并花費(fèi)收到的 BTC。私鑰是用來證明公鑰哈希值的所有權(quán)的。

正如我們上文討論過的那樣，腳本定義了特定地址上的 BTC 在什么條件下可以花費(fèi)。當(dāng)規(guī)定條件得到滿足且通過網(wǎng)絡(luò)驗(yàn)證時，該地址上的 BTC 就會被解鎖以供花費(fèi)。

這一流程是如何運(yùn)作的？—— 接收方首先生成 PubKey 腳本并將其分享給發(fā)送方。發(fā)送方在發(fā)送 BTC 時將該 PubKey 腳本 添加到交易中。收到 BTC 時，如果接收方想要解鎖這些 BTC UTXO，就要提供公鑰哈希和私鑰簽名，并滿足 PubKey 腳本中提到的條件。

例如，這些條件可以是：

解鎖 BTC 至少需要兩個簽名。

提供口令（password）才能解鎖。

BTC 需要等待一段時間才能解鎖。

上述這類情況可以作為解鎖 BTC 的條件。

發(fā)送比特幣時，發(fā)送方需要在交易中包含 PubKey 腳本。因此，這會增加交易的體積，產(chǎn)生的交易費(fèi)比普通交易高出 5 倍左右。

這里，發(fā)送方必須承擔(dān)額外的成本。Pay-to-ScriptHash 可以幫助發(fā)送方免去這一額外成本。

Pay-to-ScriptHash (P2SH)

Pay To Script Hash (P2SH) 可以幫助發(fā)送方免去額外的成本，并將這一責(zé)任（額外成本）轉(zhuǎn)移到真正需要使用鎖定腳本中規(guī)定條件的接收方身上。Pay-to-ScriptHash 比特幣地址是以數(shù)字 3 開頭的。

在這個交易標(biāo)準(zhǔn)下，發(fā)送方不需要將很長的 PubKey 腳本放到他們的交易中。這里，鎖定腳本被替換成了贖回腳本（redeem script）哈希值。贖回腳本哈希值由贖回腳本計(jì)算而來。贖回腳本與 PubKey 腳本類似，包含接收方在花費(fèi)未花費(fèi)輸出之前必須滿足的條件。發(fā)送方只需在交易中注明贖回腳本的哈希值。贖回腳本哈?？梢苑g成標(biāo)準(zhǔn)比特幣地址，發(fā)送方無需進(jìn)行任何特殊操作或支付額外費(fèi)用即可將 BTC 發(fā)送到這些地址。

接收方想要解鎖這個 P2SH 地址上的 BTC 時，需要生成具有相同哈希值的贖回腳本并將其包含到交易內(nèi)。因此，接收方用來解鎖 UTXO 的交易大小會增加，執(zhí)行交易的成本也會增加。

例如，Alice 想要發(fā)送 10 BTC 給 Bob。Alice 必須將贖回腳本哈希包含到交易內(nèi)。首先，Bob 先生成一個贖回腳本，然后將贖回腳本的哈希值發(fā)送給 Alice，以便 Alice 將該哈希添加到交易內(nèi)并發(fā)起交易。如果 Bob 想要花費(fèi)該 UTXO，必須生成相同哈希值的解鎖腳本，并滿足腳本中提到的條件。

別忘了，Alice 只需將贖回腳本的哈希值而非整個腳本添加到交易內(nèi)。因此，Alice 無需承擔(dān)額外的費(fèi)用。

Pay-to-ScriptHash 的優(yōu)勢

使用哈希值取代冗長的腳本。

發(fā)送方可以在不知道腳本中規(guī)定的花費(fèi)條件的情況下，在交易中放入任意數(shù)量的贖回腳本哈希值。

減輕了發(fā)送方的交易費(fèi)負(fù)擔(dān)。

（……）

MAST（默克爾抽象語法樹）

MAST 是 Merklized Abstract Syntax Tree（默克爾抽象語法樹） 的縮寫。

為什么要使用 MAST？ 如果你想花費(fèi) P2SH 地址里的 BTC，你必須生成具有相同哈希值的贖回腳本并將其包含到交易中。如果腳本中規(guī)定的花費(fèi)條件太多，交易體積會變得格外龐大。MAST 可以很好的解決這一問題。

默克爾抽象語法樹是默克爾樹和抽象語法樹的結(jié)合體。

就像 Pay To Script Hash (P2SH) 是給哈希值為某某的腳本付款那樣，MAST 是給哈希值為某某的默克爾根付款。MAST 是把一個大的條件集合中的各個條件組裝成一棵哈希樹（所謂的默克爾樹），而默克爾樹的根值是一個哈希值，由所有條件哈希而成。

默克爾根和哈希樹是如何生成的？

首先分別對所有腳本（條件）做哈希計(jì)算；然后將計(jì)算得到的哈希值與相鄰哈希值組合起來進(jìn)行哈希計(jì)算，生成一組新的哈希值。不斷重復(fù)這個兩兩哈希計(jì)算的過程，直到計(jì)算出最后一個哈希值為止。這個哈希值就是默克爾根。

假設(shè)共有四組條件。首先，分別計(jì)算出這四組條件的哈希值；再將這四個哈希值兩兩配對，計(jì)算出兩個哈希值；最后，把這兩個哈希值組合起來做哈希計(jì)算，生成最終的哈希值。最后這個哈希值就是默克爾根。

這個默克爾根可以翻譯成一個能夠接收付款的有效比特幣地址，即，默克爾比特幣地址（Merklized Bitcoin address）。默克爾比特幣地址有很多優(yōu)點(diǎn)，最主要的優(yōu)點(diǎn)是無需知曉所有腳本單元就能驗(yàn)證某個腳本是否位于這棵默克爾樹上。這個技術(shù)叫作默克爾證明（Merkle Proof），可以用來輕松驗(yàn)證一個比特幣 UTXO 是否包含某些解鎖條件。

在 MAST 中，BTC 與一棵默克爾樹綁定。這棵默克爾樹指定了可以解鎖未花費(fèi) BTC 的所有復(fù)雜條件。每個葉節(jié)點(diǎn)都代表著一個條件。為了解鎖 BTC，你必須生成一個滿足默克爾樹上某個分支所代表的條件的腳本。僅使用默克爾根即可驗(yàn)證這個條件是否屬于原始條件集合（即驗(yàn)證某個葉節(jié)點(diǎn)是否在這棵默克爾樹上）。一旦比特幣區(qū)塊鏈網(wǎng)絡(luò)發(fā)現(xiàn)某個腳本（及其所代表的條件）屬于這個默克爾根，網(wǎng)絡(luò)就會知道這個腳本是這些比特幣的鎖定條件并開始驗(yàn)證解鎖腳本。因此，我們無需生成完整的腳本并將其包含到交易內(nèi)，即可花費(fèi)以 MAST 鎖定的 BTC。這有助于減少 BTC 交易的體積。

Schnorr 簽名

在密碼學(xué)中，Schnorr 簽名是由 Claus Schnorr 提出的 Schnorr 簽名算法生成的數(shù)字簽名。Schnorr 簽名算法是一種以簡單聞名的數(shù)字簽名方案，通過將多個簽名聚合成單個簽名以優(yōu)化驗(yàn)證和認(rèn)證過程。該方案適用于多簽交易。

若想執(zhí)行交易，你需要使用私鑰簽名該交易，以證明你是某個公鑰背后的 BTC 的所有者。但是，若想執(zhí)行多簽交易，你必須提供多個簽名。這些簽名會占據(jù)額外的空間。

以 12/20 多簽交易為例。12/20 指的是執(zhí)行該交易至少需要提供 20 個簽名中的任意 12 個。簽署交易時，簽名也會存儲在區(qū)塊內(nèi)。假設(shè) 1 個簽名的大小是 5 字節(jié)，12 個簽名需要占用區(qū)塊 60 字節(jié)（5*12 = 60）的內(nèi)存，100 個簽名需要占用 500 字節(jié)的內(nèi)存。這會增加內(nèi)存用量。Schnorr 簽名恰好可以解決這一問題。

為了理解 Schnorr 簽名，我們來看兩個例子：

（……）

另一種情況是多簽交易。假設(shè)你需要 100 個簽名且每個簽名的大小是 5 字節(jié)，Schnorr 簽名方案可以將這 100 個簽名合并成一個大小為 64 字節(jié)的 Schnorr 簽名。省下 436 字節(jié)（5*100-64=436）的內(nèi)存可以用來存儲更多交易。（注：現(xiàn)在的橢圓曲線簽名可不止 5 字節(jié)）

比特幣升級 —— Taproot 計(jì)劃將上述概念引入比特幣區(qū)塊鏈，增強(qiáng)其可擴(kuò)展性、隱私性和靈活性。

比特幣 Taproot：總結(jié)

本文主要圍繞以下幾個要點(diǎn)介紹了 Taproot：

Taproot 是 Bitcoin Core 貢獻(xiàn)者 Gregory Maxwell 在 2018 年提出的比特幣升級提案。

Taproot 讓復(fù)雜的交易如多簽名交易、時間鎖交易看起來如同普通的比特幣交易，增強(qiáng)了比特幣的隱私性。

Taproot 升級主要包含 3 個技術(shù)概念 —— P2SH、MAST 和 Schnorr 簽名。

比特幣使用腳本注明花費(fèi) BTC/UTXO（未花費(fèi)交易輸出）的條件。

Pay To Script Hash (P2SH) 可以幫助發(fā)送方免去額外的交易費(fèi)，并將這一責(zé)任（額外的交易費(fèi)）轉(zhuǎn)移到真正需要使用鎖定腳本中規(guī)定條件的接收方身上。

使用 MAST，比特幣可用默克爾樹抽象語法樹來鎖定。（與默克爾根對應(yīng)的）默克爾樹決定了可以解鎖未花費(fèi) BTC 的所有復(fù)雜條件。默克爾抽象語法樹（Merklized Abstract Syntax Trees，MAST）被提議引入比特幣區(qū)塊鏈，以減少 BTC 交易的體積，使得接收方無需在交易中附加冗長的腳本。僅使用默克爾根即可驗(yàn)證接收方生成的腳本是否屬于原始條件集合。

Schnorr 簽名可以將多個簽名合并成單個簽名。

原文鏈接: https://b10c.me/blog/004-the-incomplete-history-of-bitcoin-development/

作者:0xB10C

本文首發(fā)于：https://mp.weixin.qq.com/s/_cl3XeXdX7m0ZJHpyBp02g

學(xué)分: 6

分類: 比特幣

標(biāo)簽:

Taproot?

比特幣?

P2SH?

P2PKH?

點(diǎn)贊 1

收藏 1

分享

Twitter分享

微信掃碼分享

本文參與登鏈社區(qū)寫作激勵計(jì)劃 ，好文好收益，歡迎正在閱讀的你也加入。

你可能感興趣的文章

2024 年 2 月公鏈行業(yè)研報:DeFi 騰飛，比特幣 Layer 2 異軍突起

62 瀏覽

鏈下轉(zhuǎn)移：比特幣資產(chǎn)協(xié)議的演進(jìn)之路

175 瀏覽

BRC-20, from Newbie to be Awesome

314 瀏覽

BTC生態(tài)的現(xiàn)狀總結(jié)及未來發(fā)展

459 瀏覽

RoochBTC - 用鏈上索引器實(shí)現(xiàn)比特幣二層

865 瀏覽

重新思考閃電網(wǎng)絡(luò)

825 瀏覽

相關(guān)問題

大家好，我是新手一枚，請多關(guān)照。

11 回答

比特幣隔離地址怎么構(gòu)造離線交易

1 回答

0 條評論

請先 登錄 后評論

EthFans

關(guān)注

貢獻(xiàn)值: 2240

學(xué)分: 3322

以太坊愛好者 https://ethfans.org

文章目錄

關(guān)于

關(guān)于我們

社區(qū)公約

學(xué)分規(guī)則

Github

伙伴們

DeCert

ChainTool

GCC

合作

廣告投放

發(fā)布課程

聯(lián)系我們

友情鏈接

關(guān)注社區(qū)

Discord

Twitter

Youtube

B 站

公眾號

關(guān)注不錯過動態(tài)

微信群

加入技術(shù)圈子

?2024 登鏈社區(qū) 版權(quán)所有 |

Powered By Tipask3.5|

粵公網(wǎng)安備 44049102496617號

粵ICP備17140514號

粵B2-20230927

增值電信業(yè)務(wù)經(jīng)營許可證

×

發(fā)送私信

請將文檔鏈接發(fā)給曉娜，我們會盡快安排上架，感謝您的推薦！

發(fā)給:

內(nèi)容:

取消

發(fā)送

×

舉報此文章

垃圾廣告信息：

廣告、推廣、測試等內(nèi)容

違規(guī)內(nèi)容：

色情、暴力、血腥、敏感信息等內(nèi)容

不友善內(nèi)容：

人身攻擊、挑釁辱罵、惡意行為

其他原因：

請補(bǔ)充說明

舉報原因:

取消

舉報

×

如果覺得我的文章對您有用，請隨意打賞。你的支持將鼓勵我繼續(xù)創(chuàng)作！

系統(tǒng)擴(kuò)展常見問題解答 — Bitcoin Core

系統(tǒng)擴(kuò)展常見問題解答 — Bitcoin Core

Bitcoin.org 是一個社區(qū)支持的社區(qū)，我們十分感謝任何捐助。這些捐助會用于改進(jìn)網(wǎng)站。

捐助

Bitcoin.org 需要你的幫助！

×

捐助Bitcoin.org

使用下方二維碼或地址

3E8ociqZa9mZUSwGdSmAEMAoAxBK3FNDcd

$5.00

(... BTC)

$25.00

(... BTC)

$50.00

(... BTC)

本頁面已經(jīng)移到新的比特幣核心

網(wǎng)站（點(diǎn)擊這里進(jìn)行重定向）

介紹

個人

商家

開發(fā)者

入門指南

工作原理

White paper

資源

資源

兌換

社區(qū)

詞匯表

活動

比特幣核心

創(chuàng)新

參與

支持比特幣

購買比特幣

開發(fā)

常見問題

簡體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Language: zh_CN

系統(tǒng)擴(kuò)展常見問題解答

路線圖包括什么新技術(shù)，預(yù)期在什么時候可以使用？

隔離見證軟分叉究竟相當(dāng)于多少的區(qū)塊大小增加？我聽過不同講法，如4MB、2MB、1.75MB。

隔離見證好像很復(fù)雜，比特幣生態(tài)各環(huán)節(jié)準(zhǔn)備好沒有？

我還是覺得隔離見證很復(fù)雜，為什么不簡單地提高區(qū)塊體積？

在實(shí)行隔離見證前會有硬分叉嗎？隔離見證方案會本身又會否包括硬分叉？

如果最終還是要硬分叉，為何現(xiàn)在不做？

錢包會如何使用隔離見證？

如果沒有人被逼升級，為何會有人升級？聽說P2SH用了差不多兩年時間才得到廣泛應(yīng)用。

聽說你們會讓零確認(rèn)不能再用，這是路線圖內(nèi)哪一項(xiàng)技術(shù)？

在路線圖上弱區(qū)塊和IBLT只注明是2016年，你們是否也不知道它們什么時候才可以完成？

「如果隔離見證不能減少礦工所用的帶寬，儲存空間，和處理時間，為什么他們要支持？」

我可以怎樣幫忙？

路線圖包括什么新技術(shù)，預(yù)期在什么時候可以使用？

在路線圖提及到以下的技術(shù)，在充分的測試后，預(yù)計(jì)可以在以下時間完成。

2015年12月

?

隔離見證測試網(wǎng)

2016年2月

0.12.0

libsecp256k1驗(yàn)證

2016年2月

?

隔離見證功能完成并作審核

2016年3月*

0.12.x

完成OP_CHECKSEQUENCEVERIFY (BIP68 及 112) + BIP113 并作為首個以 BIP9 versionbits 實(shí)施的軟分叉

2016年4月*

0.12.x

完成隔離見證

2016年

?

弱區(qū)塊, IBLTs, 或者二者都實(shí)現(xiàn)

* 有星號的日期是預(yù)計(jì)完成代碼的時間。代碼只會在充分審核后才會發(fā)表，而軟分叉完成也需要時間。(BIP66經(jīng)歷數(shù)月時間在2015年7月生效，BIP65則只用了五周時間在2015年12月生效)

隔離見證測試網(wǎng): 一個獨(dú)立的測試網(wǎng)，并非平常測試網(wǎng)的一部分。讓 Bitcoin Core 開發(fā)員及錢包開發(fā)員測試隔離見證功能。

Libsecp256k1驗(yàn)證: 在x86_64硬件上提升交易驗(yàn)證速度五至七倍。幫助新節(jié)點(diǎn)加入網(wǎng)絡(luò)并減輕現(xiàn)有節(jié)點(diǎn)的負(fù)擔(dān)。

OP_CHECKSEQUENCEVERIFY: 讓雙向支付通道可以無限期使用，提升效率達(dá)25倍。

VersionBits: 允許1至29個軟分叉同時實(shí)施，讓系統(tǒng)升級的過程更快，更去中心化。

隔離見證: 允許交易容量上升到1.75至4倍，解決第三方延展性讓智能合約更安全，雙向支付通道效率提升66%，提供欺詐證明讓輕量節(jié)點(diǎn)也可以執(zhí)行系統(tǒng)規(guī)則，更容易對腳本系統(tǒng)升級以允許更強(qiáng)大的合約功能。

IBLT及弱區(qū)塊: 只需要把總帶寬增加少許，就可以把區(qū)塊傳播所必須的帶寬減低90%以上，讓礦工可以在最短時間內(nèi)把區(qū)塊傳播出去，把比特幣廣播網(wǎng)絡(luò)的好處帶給所有全節(jié)點(diǎn)。IBLT及弱區(qū)塊可以把全節(jié)點(diǎn)所需的帶寬變得更平均，讓將來可以更安全地增加最大區(qū)塊容量。

隔離見證軟分叉究竟相當(dāng)于多少的區(qū)塊大小增加？我聽過不同講法，如4MB、2MB、1.75MB。

現(xiàn)在的方案是以軟分叉來實(shí)現(xiàn)隔離見證，并把每字節(jié)的見證內(nèi)容算為0.25字節(jié)，因此最大的區(qū)塊體積會是稍低于4MB。

然而，區(qū)塊并不應(yīng)該只有見證內(nèi)容，而計(jì)算非見證內(nèi)容的體積時不會有折扣，因此并不可能有4MB的體積。

根據(jù)Anthony Towns的計(jì)算，如果區(qū)塊裝滿了標(biāo)準(zhǔn)的單簽名P2PKH交易，體積大概為1.6MB；如果是2-of-2多重簽名交易，則大概為2.0MB。

隔離見證好像很復(fù)雜，比特幣生態(tài)各環(huán)節(jié)準(zhǔn)備好沒有？

有些想法是容易解釋但執(zhí)行很難，有些卻是解釋很難但執(zhí)行容易，隔離見證似乎是后者。

由于隔離見證可以逐步實(shí)行而不會破壞兼容性，因此生態(tài)內(nèi)各環(huán)節(jié)無需特別準(zhǔn)備。開發(fā)員可以在2015年12月推出的測試網(wǎng)得到實(shí)際的使用經(jīng)驗(yàn)并同時測試他們的軟件。

最初，只有希望支持隔離見證的礦工需要升級，讓新規(guī)則可以在主網(wǎng)實(shí)行?，F(xiàn)有的應(yīng)用程序只有需要使用新功能才需要改變。

隔離見證交易收取較低交易費(fèi)，有更佳的性能，而且支持多重簽名智能合約，如雙向支付通道，可以作大量交易卻無需在區(qū)塊鏈作額外紀(jì)錄。我們強(qiáng)烈建議錢包升級，但即使不升級，現(xiàn)有錢包仍然可以繼續(xù)正常使用。

我還是覺得隔離見證很復(fù)雜，為什么不簡單地提高區(qū)塊體積？

在Bitcoin Core有一句代碼指定區(qū)塊最大是 1,000,000 字節(jié) (1MB)。最簡單的方法是用硬分叉改變這句代碼，例如變?yōu)?2,000,000 字節(jié) (2MB)。

但硬分叉本身絕不簡單:

我們并沒有經(jīng)驗(yàn): 礦工，商戶，開發(fā)員，用戶都沒有硬分叉的經(jīng)驗(yàn)，因此讓硬分叉可以安全實(shí)行的技術(shù)也未經(jīng)測試。

軟分叉則不同。軟分叉最初由中本聰管理，然后我們又從實(shí)行BIP16所遇到的問題中得到經(jīng)驗(yàn)，讓我們以改良了的方法實(shí)行BIP34，以及后來的BIP66 和 65。在將來的軟分叉，我們正準(zhǔn)備使用BIP9 version bits，讓多個軟分叉方案可以同時進(jìn)行。

強(qiáng)制升級: 硬分叉要求所有全節(jié)點(diǎn)升級，任何使用舊版本節(jié)點(diǎn)的人都可能會損失金錢，這不但包括全節(jié)點(diǎn)錢包的運(yùn)行者本身，還包括依靠該全節(jié)點(diǎn)提供數(shù)據(jù)的輕量錢包。

需要其它的改動: 即使只是改一行代碼來增加最大區(qū)塊容量，也會影響到系統(tǒng)內(nèi)其它代碼，有些更是不良的影響。例如現(xiàn)在可以制造一個接近1MB的交易，而現(xiàn)代的電腦驗(yàn)證該交易需時超過30秒 (這樣的交易已存在于區(qū)塊鏈上)。在2MB的區(qū)塊下，驗(yàn)證一個2MB的交易需時10分鐘，將成為一個很危險的攻擊方法。為了避免這種攻擊，就有必要改動其它代碼。

雖然有以上的問題，但只要有充足的準(zhǔn)備，硬分叉并不會出現(xiàn)致命問題，而我們也預(yù)計(jì)將來會有硬分叉。但隔離見證可以用我們更熟悉的軟分叉完成，而且?guī)碓黾咏灰琢恳酝飧嗟暮锰帯?/p>

和簡單提升區(qū)塊體積相比，隔離見證需要在不同的軟件層面作更多改動。但如果我們真的希望比特幣可以擴(kuò)展，我們無論如何也需要根本性的改動，而隔離見證可以逐漸地鼓勵人們升級至更具擴(kuò)展性的方案，卻無需強(qiáng)逼他們這樣做。

開發(fā)員，礦工，以及社群已對軟分叉有充分經(jīng)驗(yàn)，我們相信實(shí)行隔離見證所需時間并不比提升容量的硬分叉為多，而且會更安全。

在實(shí)行隔離見證前會有硬分叉嗎？隔離見證方案會本身又會否包括硬分叉？

不會，這并非路線圖的一部分。

如果最終還是要硬分叉，為何現(xiàn)在不做？

利用有廣泛共識的軟分叉，我們能夠把系統(tǒng)擴(kuò)展而沒有硬分叉的副作用，因此即使預(yù)期會有硬分叉，這并不是現(xiàn)在就要做的充分理由。

在路線圖提到的改進(jìn)，除提供額外的交易容量以外，配合其它技術(shù)如雙向支付通道，可以讓用戶減少使用區(qū)塊鏈，變相提高了比特幣系統(tǒng)的容量，卻不用增加全節(jié)點(diǎn)使用的帶寬。例如：

BIP68 及 BIP112 允許無限期的雙向支付通道，可以大為減少紀(jì)錄在區(qū)塊鏈的交易。

隔離見證允許在關(guān)閉支付通道的同時開設(shè)新的支付通道，減少因?yàn)楦鼡Q通道所需的區(qū)塊鏈空間約66%。

隔離見證允許將來更容易以軟分叉改變比特幣的腳本語言，例如從簽名提取公鑰，或使用Schnorr聯(lián)合簽名算法，從而減少交易的平均大小。

實(shí)行隔離見證后，當(dāng)無效區(qū)塊出現(xiàn)時就可以產(chǎn)生很簡潔的欺詐證明，這會讓進(jìn)行簡單交易驗(yàn)證 (SPV) 的輕量節(jié)點(diǎn)的安全性更接近全節(jié)點(diǎn)，可以讓整個網(wǎng)絡(luò)在較少的全節(jié)點(diǎn)下仍能運(yùn)作。

這些技術(shù)的實(shí)際效果仍然未知，但實(shí)行一個具廣泛共識的軟分叉可讓我們立即得益并且測試和評估中期的可能性，以及用這些數(shù)據(jù)作長期的規(guī)劃。

錢包會如何使用隔離見證？

現(xiàn)在支持 P2SH 的錢包可以分兩階段轉(zhuǎn)移至完整的隔離見證：

第一階段：腳本需要經(jīng)過兩次哈希運(yùn)算，首先是變成256字節(jié)，然后再變成160字節(jié)。這個160字節(jié)的哈希和現(xiàn)有的P2SH地址兼容，因此已升級的錢包和現(xiàn)有的錢包之間可以互相收付款項(xiàng)。

第二階段：腳本只需一次哈希運(yùn)算變?yōu)?56字節(jié)。這格式和現(xiàn)有錢包不相容，但允許更有效率地使用區(qū)塊空間，及提供更強(qiáng)的防碰撞攻擊性能。

如果沒有人被逼升級，為何會有人升級？聽說P2SH用了差不多兩年時間才得到廣泛應(yīng)用。

在隔離見證交易中，見證部分的每字節(jié)只算為0.25字節(jié)，也就是說這部分的交易費(fèi)有75%的折扣，但只限于隔離見證的用戶。

David Harding 提供了下表以估計(jì)在不同費(fèi)用和交易類型下可以節(jié)省的費(fèi)用。例如如果一個常見的250字節(jié)交易收費(fèi)是0.01美元，用隔離見證花費(fèi)一個P2PK-in-P2SH輸出就可以節(jié)省約0.003美元。

交易

節(jié)省字節(jié)

$0.01/250B

$0.05/250B

$0.25/250B

$1.00/250B

P2PK-in-P2SH

79/107

$0.003

$0.015

$0.079

$0.316

1-of-1 P2SH 多簽

83/112

$0.003

$0.016

$0.083

$0.332

2-of-2 P2SH 多簽

163/219

$0.006

$0.032

$0.163

$0.652

2-of-3 P2SH 多簽

189/254

$0.007

$0.037

$0.189

$0.756

(費(fèi)用金額只作參考，我們并不預(yù)期交易費(fèi)會達(dá)到上表顯示的最高情況。)

收取固定比例費(fèi)用 (如免費(fèi)或1%交易額) 的網(wǎng)頁錢包和交易所會最早應(yīng)用隔離見證，因?yàn)榧词姑總€交易節(jié)省很少，每天數(shù)以千計(jì)的交易加起來都會非常可觀。

聽說你們會讓零確認(rèn)不能再用，這是路線圖內(nèi)哪一項(xiàng)技術(shù)？

這并不是路線圖的一部分。作為現(xiàn)在 Bitcoin Core 版本的默認(rèn)設(shè)置，在收到一個未確認(rèn)交易后，就不會再接受其它有相同輸入的交易。有些人認(rèn)為這表示他們首個見到的交易就是安全的，但其實(shí)不是；如果真的是這樣，我們根本不需要區(qū)塊鏈。

在現(xiàn)時的默認(rèn)設(shè)置下，人們并不能更新他們未確認(rèn)的交易。在最初的 Bitcoin 版本，其實(shí)是有方法讓使用者表明他希望交易可被更新，但為了防止拒絕服務(wù)攻擊，中本聰在2010年關(guān)閉了這功能。

最近 Bitcoin Core 的開發(fā)員發(fā)現(xiàn)只要要求更新交易的同時要求使用者要付出更多的交易費(fèi)，就可以防止上述的拒絕服務(wù)攻擊，因此他們重開了中本聰那個允許交易被替換的機(jī)制。這功能會在預(yù)計(jì)2016年1至2月在 Bitcoin Core 0.12.0 推出，但和中本聰原本的設(shè)計(jì)一樣，只有希望可以替換交易的使用者才需要選擇使用支持該功能的錢包。

現(xiàn)在并沒有錢包提供這功能，但將來這類錢包可以把多個未確認(rèn)交易合并以減少所需要的區(qū)塊鏈空間，也可以讓用戶提高未確認(rèn)交易的費(fèi)用，不會因?yàn)橹案顿M(fèi)不足讓交易「阻塞」在錢包內(nèi)。

在路線圖上弱區(qū)塊和IBLT只注明是2016年，你們是否也不知道它們什么時候才可以完成？

弱區(qū)塊和IBLT是兩種仍在研究的技術(shù)，需要選擇適當(dāng)?shù)膮?shù)，但因?yàn)閰⑴c的開發(fā)員有限，我們難以估計(jì)在什么時候才能推出。

弱區(qū)塊和IBLT都只涉及網(wǎng)絡(luò)改善而不是軟分叉或硬分叉，因此只需要較短的測試時間就可以推出讓節(jié)點(diǎn)升級，我們希望可以在2016年內(nèi)完成。

在推出弱區(qū)塊和IBLT后，我們可以利用一個簡單而無爭議的軟分叉來規(guī)范交易次序讓它們更有效率，這軟分叉可以透過BIP9 versionBits 推出。

「如果隔離見證不能減少礦工所用的帶寬，儲存空間，和處理時間，為什么他們要支持？」

其實(shí)大部分以前的軟分叉都沒有為礦工帶來這些好處，例如：

BIP16 (P2SH)

新交易種類

BIP30 (重覆交易ID)

要求檢查重覆交易ID

BIP34 (Coinbase 內(nèi)記錄區(qū)塊高度)

讓礦工可用的coinbase空間減少 4 字節(jié)

BIP65 (OP_CLTV)

新腳本命令

在2015年7月正式執(zhí)行的 BIP66 (嚴(yán)格 DER 簽名) 軟分叉讓我們可以轉(zhuǎn)用libsecp256k1作交易驗(yàn)證，讓驗(yàn)證時間大減，讓礦工得益。

而隔離見證可以為其使用者帶來以下好處：

這永久地解決第三方延展性，讓多階段智能合約得以實(shí)現(xiàn)；減低交易費(fèi)；讓比特幣腳本升級更容易，錢包更容易得到新功能。

通過以前的軟分叉和溝通，例如在香港比特幣擴(kuò)展性會議內(nèi)的礦工座談會，礦工一再表達(dá)了即使他們未必有直接得益，他們也希望比特幣成為一個最有用的系統(tǒng)。隔離見證和路線圖上其它改進(jìn)可以顯著地提升比特幣的可用性。

另外，隔離見證允許礦工在區(qū)塊內(nèi)加入更多交易，因此也可提升在每個區(qū)塊內(nèi)得到的收入。

我可以怎樣幫忙？

首先閱讀在 Bitcoin.org 上的 Bitcoin Core貢獻(xiàn)者網(wǎng)頁。

其中代碼審閱是實(shí)行軟分叉極重要的一部分。

如果你想得到更多有關(guān)如何貢獻(xiàn)的建議，請加入#bitcoin-dev IRC 頻道討論。

支持Bitcoin.org:

捐助

3E8ociqZa9mZUSwGdSmAEMAoAxBK3FNDcd

介紹:

個人

商家

開發(fā)者

入門指南

工作原理

注意事項(xiàng)

White paper

資源:

資源

兌換

社區(qū)

詞匯表

活動

比特幣核心

參與:

支持比特幣

開發(fā)

其他:

法律

Privacy Policy

新聞媒體

關(guān)于bitcoin.org

Blog

? Bitcoin Project 2009-2024 基于MIT協(xié)議授權(quán)發(fā)布

Bitcoin Core pages on Bitcoin.org are

maintained separately from the rest of the site.

Network Status

簡體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

zh_CN

Bitcoin Core - 桌面 - Windows - 選擇錢包 - 比特幣

Bitcoin Core - 桌面 - Windows - 選擇錢包 - 比特幣

Bitcoin.org 是一個社區(qū)支持的社區(qū)，我們十分感謝任何捐助。這些捐助會用于改進(jìn)網(wǎng)站。

捐助

Bitcoin.org 需要你的幫助！

×

捐助Bitcoin.org

使用下方二維碼或地址

3E8ociqZa9mZUSwGdSmAEMAoAxBK3FNDcd

$5.00

(... BTC)

$25.00

(... BTC)

$50.00

(... BTC)

介紹

個人

商家

開發(fā)者

入門指南

工作原理

White paper

資源

資源

兌換

社區(qū)

詞匯表

活動

比特幣核心

創(chuàng)新

參與

支持比特幣

購買比特幣

開發(fā)

常見問題

簡體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Language: zh_CN

Bitcoin Core

比特幣核心是一個實(shí)現(xiàn)了全節(jié)點(diǎn)的比特幣客戶端，它組成了整個比特幣網(wǎng)絡(luò)的支架。比特幣核心擁有極高的安全性、隱私性、穩(wěn)定性。但是它有較少的特性且會占用很多的磁盤和內(nèi)存空間。

Features:

Bech32

×

Bech32:

Bech32 is a special address format made possible by SegWit (see the feature description for SegWit for more info). This address format is also known as 'bc1 addresses'. Some bitcoin wallets and services do not yet support sending or receiving to Bech32 addresses.

Full Node

×

Full Node:

Some wallets fully validate transactions and blocks. Almost all full nodes help the network by accepting transactions and blocks from other full nodes, validating those transactions and blocks, and then relaying them to further full nodes.

Legacy Addresses

×

Legacy Addresses:

Most wallets have the ability to send and receive with legacy bitcoin addresses. Legacy addresses start with 1 or 3 (as opposed to starting with bc1). Without legacy address support, you may not be able to receive bitcoin from older wallets or exchanges.

SegWit

×

SegWit:

Some wallets support SegWit, which uses block chain space more efficiently. This helps reduce fees paid by helping the Bitcoin network scale and sets the foundation for second layer solutions such as the Lightning Network.

Good

Acceptable

Caution

Not applicable

資金掌控權(quán)

這個錢包讓你擁有對你的比特幣的全面掌控權(quán)。這意味著沒有第三方可以凍結(jié)或是弄丟你的資金。但你仍需注意保障安全和備份你的錢包。

全面驗(yàn)證

這種錢包是一個完整節(jié)點(diǎn)，它在比特幣網(wǎng)絡(luò)上驗(yàn)證并輪詢交易。這意味著當(dāng)驗(yàn)證支付的時候，不需要信任第三方。完整的節(jié)點(diǎn)提供了最高級別的安全性并且是保護(hù)網(wǎng)絡(luò)不可缺少的元素。然而，它們需要更多的硬盤空間（350GB）、更大的帶寬和一個更長的初始化同步時間。

完全透明度

這個錢包是開放源代碼，它是被確定性地建立的。這意味著世界上所有的開發(fā)人員都可以審查這個編碼并確保最后的軟件沒有隱藏任何秘密。

脆弱的環(huán)境

這個錢包可以加載到電腦上。電腦容易受惡意軟件攻擊。你可以通過使用一個安全性高的密碼口令、把你的大部分資金轉(zhuǎn)移到冷儲存來保證電腦安全。開通雙因素認(rèn)證也可以讓盜取你的比特幣變得難上加難。

改進(jìn)的隱私性

防止對你的支付的窺探

這個錢包使得通過滾動地址的方式來窺探你的余額和支付歷史的舉動變得難上加難。你還是應(yīng)該在每次要求支付的時候都使用一個新的比特幣地址。

防止信息泄露

當(dāng)接受或發(fā)出一個支付時，這個錢包不會在網(wǎng)上給其他節(jié)點(diǎn)披露信息。

Tor 可用于

這個錢包讓你建立并把Tor當(dāng)成一個代理來使用。這樣可以防止攻擊者或防止互聯(lián)網(wǎng)服務(wù)供應(yīng)商把你的支付和你的 IP 地址聯(lián)系在一起。

完全的手續(xù)費(fèi)控制

這種錢包給與您完全控制手續(xù)費(fèi)的功能。意思就是這種錢包允許資金使用RBF或CPFP發(fā)送之后進(jìn)行手續(xù)費(fèi)變更。這種錢包根據(jù)當(dāng)前網(wǎng)絡(luò)條件提供手續(xù)費(fèi)建議，這樣在實(shí)時的方式中確認(rèn)你的交易，不會導(dǎo)致您透支交易。

windows

mac

linux

安裝

源代碼

安裝

源代碼

安裝

源代碼

Similar Wallets

Sort by:

Control

Control

Validation

Transparency

Environment

Privacy

Fees

Similar wallets

Control

Validation

Transparency

Environment

Privacy

Fees

Armory

Good

Good

Acceptable

Caution

Good

Good

Armory

Good

Good

Acceptable

Caution

Good

Good

Armory

Good

Good

Acceptable

Caution

Good

Good

BitBox02

Good

Not applicable

Good

Good

Not applicable

Not applicable

Bitcoin Core

Good

Good

Good

Caution

Good

Good

Bitcoin Core

Good

Good

Good

Caution

Good

Good

Bitcoin Core

Good

Good

Good

Caution

Good

Good

Bitcoin Knots

Good

Good

Good

Caution

Good

Good

Bitcoin Knots

Good

Good

Good

Caution

Good

Good

Bitcoin Knots

Good

Good

Good

Caution

Good

Good

Bitcoin Wallet

Good

Acceptable

Good

Acceptable

Acceptable

Good

Bither

Good

Acceptable

Acceptable

Acceptable

Acceptable

Caution

Bither

Good

Acceptable

Acceptable

Acceptable

Acceptable

Caution

Bither

Good

Acceptable

Acceptable

Caution

Acceptable

Caution

Bither

Good

Acceptable

Acceptable

Caution

Acceptable

Caution

Bither

Good

Acceptable

Acceptable

Caution

Acceptable

Caution

BitPay

Good

Caution

Acceptable

Acceptable

Acceptable

Acceptable

BitPay

Good

Caution

Acceptable

Acceptable

Acceptable

Acceptable

BitPay

Good

Caution

Acceptable

Caution

Acceptable

Acceptable

BitPay

Good

Caution

Acceptable

Caution

Acceptable

Acceptable

BitPay

Good

Caution

Acceptable

Caution

Acceptable

Acceptable

Coldcard

Good

Not applicable

Good

Good

Not applicable

Not applicable

Edge

Acceptable

Acceptable

Acceptable

Acceptable

Acceptable

Acceptable

Edge

Acceptable

Acceptable

Acceptable

Acceptable

Acceptable

Acceptable

Electrum

Good

Acceptable

Good

Acceptable

Acceptable

Good

Electrum

Good

Acceptable

Acceptable

Acceptable

Acceptable

Good

Electrum

Good

Acceptable

Good

Acceptable

Acceptable

Good

Electrum

Good

Acceptable

Good

Acceptable

Acceptable

Good

Green

Good

Caution

Acceptable

Acceptable

Acceptable

Good

Green

Good

Caution

Acceptable

Acceptable

Acceptable

Good

Green

Good

Caution

Acceptable

Acceptable

Acceptable

Good

Green

Good

Caution

Acceptable

Acceptable

Acceptable

Good

Green

Good

Caution

Acceptable

Acceptable

Acceptable

Good

Jade

Good

Not applicable

Good

Good

Not applicable

Not applicable

KeepKey

Good

Not applicable

Good

Good

Not applicable

Not applicable

Ledger Nano S

Good

Not applicable

Acceptable

Good

Not applicable

Not applicable

Mycelium

Good

Caution

Good

Acceptable

Acceptable

Acceptable

Passport

Good

Not applicable

Good

Good

Not applicable

Not applicable

Sparrow

Good

Acceptable

Acceptable

Caution

Good

Good

Sparrow

Good

Acceptable

Acceptable

Caution

Good

Good

Sparrow

Good

Acceptable

Acceptable

Caution

Good

Good

Specter

Good

Good

Acceptable

Caution

Good

Good

Specter

Good

Good

Acceptable

Caution

Good

Good

Specter

Good

Good

Acceptable

Caution

Good

Good

Trezor Model T

Good

Not applicable

Good

Good

Not applicable

Not applicable

Trezor One

Good

Not applicable

Good

Good

Not applicable

Not applicable

Unstoppable

Good

Acceptable

Acceptable

Acceptable

Acceptable

Acceptable

Unstoppable

Good

Acceptable

Good

Acceptable

Acceptable

Acceptable

Wasabi

Good

Caution

Good

Caution

Good

Acceptable

Wasabi

Good

Caution

Good

Caution

Good

Acceptable

Wasabi

Good

Caution

Good

Caution

Good

Acceptable

Good

Acceptable

Caution

Not applicable

支持Bitcoin.org:

捐助

3E8ociqZa9mZUSwGdSmAEMAoAxBK3FNDcd

介紹:

個人

商家

開發(fā)者

入門指南

工作原理

注意事項(xiàng)

White paper

資源:

資源

兌換

社區(qū)

詞匯表

活動

比特幣核心

參與:

支持比特幣

開發(fā)

其他:

法律

Privacy Policy

新聞媒體

關(guān)于bitcoin.org

Blog

? Bitcoin Project 2009-2024 基于MIT協(xié)議授權(quán)發(fā)布

Network Status

簡體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

Bahasa Indonesia

Català

Dansk

Deutsch

English

Espa?ol

Fran?ais

Italiano

Magyar

Nederlands

Polski

Português Brasil

Roman?

Sloven??ina

Srpski

Svenska

Türk?e

Ελληνικ?

български

Русский

Укра?нська

???????

???????

?????

?????

??????

???

?????

日本語

簡體中文

繁體中文

zh_CN

Bitcoin Core :: Home

Bitcoin Core :: Home

關(guān)于我們

博客

軟件發(fā)行

開發(fā)

貢獻(xiàn)

貢獻(xiàn)碼

會議

支持的比特幣改進(jìn)協(xié)議 BIPs

生命周期

RPC Docs

26.0.0

25.0.0

24.0.0

23.0.0

22.0.0

0.21.0

0.20.0

0.19.0

0.18.0

0.17.0

0.16.3

0.16.2

0.16.1

0.16.0

聯(lián)系

聯(lián)系我們

聲明

簡體中文

English

Espa?ol

日本語

繁體中文

?

Recent Posts

Bitcoin Core 26.0 released

Bitcoin Core 26.0 is now available.

Published on December 06, 2023

Bitcoin Core 24.2 released

Bitcoin Core 24.2 is now available.

Published on October 26, 2023

Bitcoin Core 25.1 released

Bitcoin Core 25.1 is now available.

Published on October 19, 2023

Bitcoin Core 25.0 released

Bitcoin Core 25.0 is now available.

Published on May 26, 2023

Bitcoin Core 24.1 released

Bitcoin Core 24.1 is now available.

Published on May 18, 2023

Twitter

Legal | Privacy Policy | RSS

? 2024 Bitcoin Core