Skip to content

Commit

Permalink
Minor revision
Browse files Browse the repository at this point in the history
  • Loading branch information
jl2012 committed Dec 31, 2015
1 parent 4029646 commit d45da93
Show file tree
Hide file tree
Showing 2 changed files with 6 additions and 6 deletions.
6 changes: 3 additions & 3 deletions zh_CN/bitcoin-core/capacity-increases-faq.md
Original file line number Diff line number Diff line change
Expand Up @@ -40,7 +40,7 @@ breadcrumbs:

- **隔离见证:** 允许交易容量上升到1.75至4倍,解决第三方延展性让智能合约更安全,双向支付通道效率提升66%,提供欺诈证明让轻量节点也可以执行系统规则,更容易对脚本系统升级以允许更强大的合约功能。

- **IBLT及弱区块:** 只需要把[总带宽增加少许][increase in total bandwidth],就可以把区块传播所必须的带宽减低90%以上,让矿工可以以最短时间把区块传播出去,把[比特币广播网络][Bitcoin Relay Network]的好处带给所有全节点。IBLT及弱区块可以把全节点所需的带宽变得更平均,让将来可以更安全地增加区块容量
- **IBLT及弱区块:** 只需要把[总带宽增加少许][increase in total bandwidth],就可以把区块传播所必须的带宽减低90%以上,让矿工可以在最短时间內把区块传播出去,把[比特币广播网络][Bitcoin Relay Network]的好处带给所有全节点。IBLT及弱区块可以把全节点所需的带宽变得更平均,让将来可以更安全地增加最大区块容量

## 隔离见证软分叉究竟相当于多少的区块大小增加?我听过不同讲法,如4MB、2MB、1.75MB。 {#segwit-size}

Expand All @@ -57,7 +57,7 @@ breadcrumbs:

有些想法是容易解释但执行很难,有些却是解释很难但执行容易,隔离见证似乎是后者。

由于隔离见证可以逐步实行而不会破坏兼容性,因此生态内各环节无需要特别准备。开发员可以在2015年12月推出的测试网得到实际的使用经验并同时测试他们的软件。
由于隔离见证可以逐步实行而不会破坏兼容性,因此生态内各环节无需特别准备。开发员可以在2015年12月推出的测试网得到实际的使用经验并同时测试他们的软件。

最初,只有希望支持隔离见证的矿工需要升级,让新规则可以在主网实行。现有的应用程序只有需要使用新功能才需要改变。

Expand All @@ -73,7 +73,7 @@ breadcrumbs:

软分叉则不同。软分叉最初由中本聪管理,然后我们又从实行[BIP16][]所遇到的问题中得到经验,让我们以改良了的方法实行[BIP34][],以及后来的BIP[66][BIP66][65][BIP65]。在将来的软分叉,我们正准备使用[BIP9][] version bits,让多个软分叉方案可以同时进行。

- **强制升级:** 硬分叉要求所有全节点升级,而任何人使用旧版本的节点都可能会损失金钱,这不但包括全节点钱包的运行者本身,还包括依靠该全节点提供数据的轻钱包
- **强制升级:** 硬分叉要求所有全节点升级,任何使用旧版本节点的人都可能会损失金钱,这不但包括全节点钱包的运行者本身,还包括依靠该全节点提供数据的轻量钱包

- **需要其它的改动:** 即使只是改一行代码来增加最大区块容量,也会影响到系统内其它代码,有些更是不良的影响。例如现在可以制造一个接近1MB的交易,而现代的电脑验证该交易需时超过30秒 (这样的交易已存在于区块链上)。在2MB的区块下,验证一个2MB的交易需时10分钟,将成为一个很危险的攻击方法。为了避免这种攻击,就有必要改动其它代码。

Expand Down
6 changes: 3 additions & 3 deletions zh_TW/bitcoin-core/capacity-increases-faq.md
Original file line number Diff line number Diff line change
Expand Up @@ -39,7 +39,7 @@ breadcrumbs:

- **隔離見證:** 允許交易容量上升到1.75至4倍,解決第三方延展性讓智能合約更安全,雙向支付通道效率提升66%,提供欺詐證明讓輕量節點也可以執行系統規則,更容易對腳本系統升級以允許更強大的合約功能。

- **IBLT及弱區塊:** 只需要把[總帶寬增加少許][increase in total bandwidth],就可以把區塊傳播所必須的帶寬減低90%以上,讓礦工可以以最短時間把區塊傳播出去,把[比特幣廣播網絡][Bitcoin Relay Network]的好處帶給所有全節點。IBLT及弱區塊可以把全節點所需的帶寬變得更平均,讓將來可以更安全地增加區塊容量
- **IBLT及弱區塊:** 只需要把[總帶寬增加少許][increase in total bandwidth],就可以把區塊傳播所必須的帶寬減低90%以上,讓礦工可以在最短時間內把區塊傳播出去,把[比特幣廣播網絡][Bitcoin Relay Network]的好處帶給所有全節點。IBLT及弱區塊可以把全節點所需的帶寬變得更平均,讓將來可以更安全地增加最大區塊容量

## 隔離見證軟分叉究竟相當於多少的區塊大小增加?我聽過不同講法,如4MB、2MB、1.75MB。 {#segwit-size}

Expand All @@ -56,7 +56,7 @@ breadcrumbs:

有些想法是容易解釋但執行很難,有些卻是解釋很難但執行容易,隔離見證似乎是後者。

由於隔離見證可以逐步實行而不會破壞兼容性,因此生態內各環節無需要特別準備。開發員可以在2015年12月推出的測試網得到實際的使用經驗並同時測試他們的軟件。
由於隔離見證可以逐步實行而不會破壞兼容性,因此生態內各環節無需特別準備。開發員可以在2015年12月推出的測試網得到實際的使用經驗並同時測試他們的軟件。

最初,只有希望支持隔離見證的礦工需要升級,讓新規則可以在主網實行。現有的應用程序只有需要使用新功能才需要改變。

Expand All @@ -72,7 +72,7 @@ breadcrumbs:

軟分叉則不同。軟分叉最初由中本聰管理,然後我們又從實行[BIP16][]所遇到的問題中得到經驗,讓我們以改良了的方法實行[BIP34][],以及後來的BIP[66][BIP66][65][BIP65]。在將來的軟分叉,我們正準備使用[BIP9][] version bits,讓多個軟分叉方案可以同時進行。

- **強制升級:** 硬分叉要求所有全節點升級,而任何人使用舊版本的節點都可能會損失金錢,這不但包括全節點錢包的運行者本身,還包括依靠該全節點提供數據的輕錢包
- **強制升級:** 硬分叉要求所有全節點升級,而任何使用舊版本節點的人都可能會損失金錢,這不但包括全節點錢包的運行者本身,還包括依靠該全節點提供數據的輕量錢包

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

Expand Down

0 comments on commit d45da93

Please sign in to comment.