diff --git a/zh_CN/bitcoin-core/capacity-increases-faq.md b/zh_CN/bitcoin-core/capacity-increases-faq.md index 87bcb9a7..bbeca156 100644 --- a/zh_CN/bitcoin-core/capacity-increases-faq.md +++ b/zh_CN/bitcoin-core/capacity-increases-faq.md @@ -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} @@ -57,7 +57,7 @@ breadcrumbs: 有些想法是容易解释但执行很难，有些却是解释很难但执行容易，隔离见证似乎是后者。 -由于隔离见证可以逐步实行而不会破坏兼容性，因此生态内各环节无需要特别准备。开发员可以在2015年12月推出的测试网得到实际的使用经验并同时测试他们的软件。 +由于隔离见证可以逐步实行而不会破坏兼容性，因此生态内各环节无需特别准备。开发员可以在2015年12月推出的测试网得到实际的使用经验并同时测试他们的软件。 最初，只有希望支持隔离见证的矿工需要升级，让新规则可以在主网实行。现有的应用程序只有需要使用新功能才需要改变。 @@ -73,7 +73,7 @@ breadcrumbs: 软分叉则不同。软分叉最初由中本聪管理，然后我们又从实行[BIP16][]所遇到的问题中得到经验，让我们以改良了的方法实行[BIP34][]，以及后来的BIP[66][BIP66] 和 [65][BIP65]。在将来的软分叉，我们正准备使用[BIP9][] version bits，让多个软分叉方案可以同时进行。 -- **强制升级:** 硬分叉要求所有全节点升级，而任何人使用旧版本的节点都可能会损失金钱，这不但包括全节点钱包的运行者本身，还包括依靠该全节点提供数据的轻钱包。 +- **强制升级:** 硬分叉要求所有全节点升级，任何使用旧版本节点的人都可能会损失金钱，这不但包括全节点钱包的运行者本身，还包括依靠该全节点提供数据的轻量钱包。 - **需要其它的改动:** 即使只是改一行代码来增加最大区块容量，也会影响到系统内其它代码，有些更是不良的影响。例如现在可以制造一个接近1MB的交易，而现代的电脑验证该交易需时超过30秒 (这样的交易已存在于区块链上)。在2MB的区块下，验证一个2MB的交易需时10分钟，将成为一个很危险的攻击方法。为了避免这种攻击，就有必要改动其它代码。 diff --git a/zh_TW/bitcoin-core/capacity-increases-faq.md b/zh_TW/bitcoin-core/capacity-increases-faq.md index 9d419752..90421d1b 100644 --- a/zh_TW/bitcoin-core/capacity-increases-faq.md +++ b/zh_TW/bitcoin-core/capacity-increases-faq.md @@ -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} @@ -56,7 +56,7 @@ breadcrumbs: 有些想法是容易解釋但執行很難，有些卻是解釋很難但執行容易，隔離見證似乎是後者。 -由於隔離見證可以逐步實行而不會破壞兼容性，因此生態內各環節無需要特別準備。開發員可以在2015年12月推出的測試網得到實際的使用經驗並同時測試他們的軟件。 +由於隔離見證可以逐步實行而不會破壞兼容性，因此生態內各環節無需特別準備。開發員可以在2015年12月推出的測試網得到實際的使用經驗並同時測試他們的軟件。 最初，只有希望支持隔離見證的礦工需要升級，讓新規則可以在主網實行。現有的應用程序只有需要使用新功能才需要改變。 @@ -72,7 +72,7 @@ breadcrumbs: 軟分叉則不同。軟分叉最初由中本聰管理，然後我們又從實行[BIP16][]所遇到的問題中得到經驗，讓我們以改良了的方法實行[BIP34][]，以及後來的BIP[66][BIP66] 和 [65][BIP65]。在將來的軟分叉，我們正準備使用[BIP9][] version bits，讓多個軟分叉方案可以同時進行。 -- **強制升級:** 硬分叉要求所有全節點升級，而任何人使用舊版本的節點都可能會損失金錢，這不但包括全節點錢包的運行者本身，還包括依靠該全節點提供數據的輕錢包。 +- **強制升級:** 硬分叉要求所有全節點升級，而任何使用舊版本節點的人都可能會損失金錢，這不但包括全節點錢包的運行者本身，還包括依靠該全節點提供數據的輕量錢包。 - **需要其它的改動:** 即使只是改一行代碼來增加最大區塊容量，也會影響到系統內其它代碼，有些更是不良的影響。例如現在可以制造一個接近1MB的交易，而現代的電腦驗證該交易需時超過30秒 (這樣的交易已存在於區塊鏈上)。在2MB的區塊下，驗證一個2MB的交易需時10分鐘，將成為一個很危險的攻擊方法。為了避免這種攻擊，就有必要改動其它代碼。