Minor revision

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分钟，将成为一个很危险的攻击方法。为了避免这种攻击，就有必要改动其它代码。