Fix CDATA errors reported by htmlproofer

harding · harding · commit 6034333f135c · 2018-06-11T09:24:30.000-04:00
Errors looked like:

    - ./_site/zh_CN/2016/02/23/release-0.12.0/index.html
      *  Invalid char in CDATA 0x8 (line 419)

Fixed by removing ^H characters.
diff --git a/_posts/zh_CN/posts/2016-02-23-release-0.12.0.md b/_posts/zh_CN/posts/2016-02-23-release-0.12.0.md
@@ -107,7 +107,7 @@ Bitcoin Core开发团队
 IRC 社区
 在‘irc.freenode.net’加入“#bitcoin-dev”和“bitcoin-core-dev”频道
 
-[Slack社区](https://bitcoincore.slack.com)，在[slack.bitcoincore.org]注册(https://slack.bitcoincore.org)。
+[Slack社区](https://bitcoincore.slack.com)，在[slack.bitcoincore.org]注册(https://slack.bitcoincore.org)。
 
 推特：
 关注比特币核心更新[@bitcoincoreorg](https://twitter.com/bitcoincoreorg)义务翻译.
diff --git a/_posts/zh_CN/posts/2016-02-26-zkcp.md b/_posts/zh_CN/posts/2016-02-26-zkcp.md
@@ -48,7 +48,7 @@ ZCKP实施的工程工作基本都是由Sean Bowe完成的，同时还得到了P
 
 我最初为ZKCP写了说明，在2011年之前并没有现成的这样的系统，但这被认为是可能的，特别是在特定的约束能被ZKCP系统使用的情况下
 
-在2012年，Gennaro，Gentry，Parno和Raykova发表了一篇文章“Quadratic Span Programs and Succinct NIZKs without PCPs”(https://eprint.iacr.org/2012/215)")，其中描述了一种特别有效的方法。从那时起，几个组继续推进了这项工作，创造编译器，性能提升，以及最关键的，各种实用的工具，比如libsnark。该GGPR'12加密系统需要受信任的设置，但是对于ZKCP来说没有实际的限制，因为买家可以执行它。由于这些工作，ZKCP现在可以成为一个可用的工具。
+在2012年，Gennaro，Gentry，Parno和Raykova发表了一篇文章“Quadratic Span Programs and Succinct NIZKs without PCPs”(https://eprint.iacr.org/2012/215)")，其中描述了一种特别有效的方法。从那时起，几个组继续推进了这项工作，创造编译器，性能提升，以及最关键的，各种实用的工具，比如libsnark。该GGPR'12加密系统需要受信任的设置，但是对于ZKCP来说没有实际的限制，因为买家可以执行它。由于这些工作，ZKCP现在可以成为一个可用的工具。
 
 拓展阅读：
 
@@ -90,7 +90,7 @@ ZCKP实施的工程工作基本都是由Sean Bowe完成的，同时还得到了P
     OP_ENDIF
     OP_CHECKSIG
 
-这笔款项的效果是，只有卖家提供了Y的哈希原像与他的钥匙签名才能领取。为了避免永远占用买方的资金，如果卖方不在一天内不收他的款项买家可以收回付款。
+这笔款项的效果是，只有卖家提供了Y的哈希原像与他的钥匙签名才能领取。为了避免永远占用买方的资金，如果卖方不在一天内不收他的款项买家可以收回付款。
 
 最终，当卖家取回他的款项时他会被强制揭晓买家需要信息来解密答案，如果他不，那么买家可以得到退款
 
@@ -113,4 +113,4 @@ ScriptPubkey同跨链原子交换或闪电支付使用的相同。
 
 我期待着令人兴奋的应用的出现，大家会发现，他们的技术会变得越来越实用。
 
-_Gregory Maxwell_
+_Gregory Maxwell_
diff --git a/_posts/zh_CN/releases/2016-02-23-release-0.12.0.md b/_posts/zh_CN/releases/2016-02-23-release-0.12.0.md
@@ -26,7 +26,7 @@ Bitcoin Core 0.12.0 版本现已发行:
 如何升级
 --------------
 
-如果你正在运行一个旧版本，先停止程序。等待程序完全停止后（较旧的版本可能需要几分钟），然后运行安装程序（Windows系统），或直接覆盖 /Applications/Bitcoin-Qt （Mac系统）或 bitcoind/bitcoin-qt（Linux系统）。
+如果你正在运行一个旧版本，先停止程序。等待程序完全停止后（较旧的版本可能需要几分钟），然后运行安装程序（Windows系统），或直接覆盖 /Applications/Bitcoin-Qt （Mac系统）或 bitcoind/bitcoin-qt（Linux系统）。
 
 降级警告
 -----------------
@@ -57,11 +57,11 @@ Bitcoin Core 0.12.0 版本现已发行:
 
 比特币交易中的ECDSA签名将使用libsecp256k1(https://github.com/bitcoin/secp256k1)库替代OpenSSL库。
 
-根据平台不同，这意味着对原始签名验证速度的重大提升。特别是在x86_64平台，验证速度将会提高5倍。这意味着在实践中初始索引重建和新区块验证的时间将至少会比之前减少一半。
+根据平台不同，这意味着对原始签名验证速度的重大提升。特别是在x86_64平台，验证速度将会提高5倍。这意味着在实践中初始索引重建和新区块验证的时间将至少会比之前减少一半。
 
 Libsecp256k1库经过了非常广泛的测试和验证。
 
-这种变化的一个副作用是libconsensus不再基于OpenSSL。
+这种变化的一个副作用是libconsensus不再基于OpenSSL。
 
 减少上传流量
 ---------------------
@@ -76,12 +76,12 @@ Libsecp256k1库经过了非常广泛的测试和验证。
 
 白名单中的节点将不会被断开，虽然他们的流量将用来计算结果。
 
-您可以在[/doc/reduce-traffic.md](https://github.com/bitcoin/bitcoin/blob/v0.12.0/doc/reduce-traffic.md)中找到有关保持流量在较低水平的更详细的文档。
+您可以在[/doc/reduce-traffic.md](https://github.com/bitcoin/bitcoin/blob/v0.12.0/doc/reduce-traffic.md)中找到有关保持流量在较低水平的更详细的文档。
 
 直接头部声明
 -------------------------------------
 
-在兼容的节点中，[BIP300]将被作为直接头部声明(https://github.com/bitcoin/bips/blob/master/bip-0130.mediawiki)。这意味着块可以通过公布他们的头而不是公布它的哈希值来进行广播。在重组中，所有新的头部将全部被发送而不仅仅是提示。这样通常可以避免重复下载已经存在的块。
+在兼容的节点中，[BIP300]将被作为直接头部声明(https://github.com/bitcoin/bips/blob/master/bip-0130.mediawiki)。这意味着块可以通过公布他们的头而不是公布它的哈希值来进行广播。在重组中，所有新的头部将全部被发送而不仅仅是提示。这样通常可以避免重复下载已经存在的块。
 
 通过这个变化，修枝节点（pruning nodes）现在可以广播新的块到兼容的节点中。
 
@@ -94,12 +94,12 @@ Libsecp256k1库经过了非常广泛的测试和验证。
 
 0.12版的比特币核心还引入了新的默认策略来限制可存入内存池中的未确认交易链的长度及大小（通常未确认的链的长度为25个交易，最大101KB）。这些限制可以通过命令行来修改；请参照拓展帮助('--help-help-debug')来获得更多信息。
 
-对Replace-by-fee交易的可选择
+对Replace-by-fee交易的可选择
 ----------------------------------
 
-现在可以在0.12版本比特币核心节点的交易内存池里替换交易。比特币核心将仅仅在他们设置`nSequence`小于`0xffffffff - 1`时，准许交易替换。而且，一个替换交易可能只在支付足够费用时才会被接受，这在[BIP 125]（https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki）中描述过
+现在可以在0.12版本比特币核心节点的交易内存池里替换交易。比特币核心将仅仅在他们设置`nSequence`小于`0xffffffff - 1`时，准许交易替换。而且，一个替换交易可能只在支付足够费用时才会被接受，这在[BIP 125]（https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki）中描述过
 
-交易替代可以用一个新的命令行选项被禁用：`-mempoolreplacement=0`。BIP125下的被标记为可替换的交易仍可在这个配置的内存池中被接受，但替换将被拒绝。此选项适用于想保持先前版本的选择行为的矿工。
+交易替代可以用一个新的命令行选项被禁用：`-mempoolreplacement=0`。BIP125下的被标记为可替换的交易仍可在这个配置的内存池中被接受，但替换将被拒绝。此选项适用于想保持先前版本的选择行为的矿工。
 
 `-mempoolreplacement`选项对想避免收到未经证实的opt-in交易的钱包用户来说是*不被推荐的*，因为这个选项不会防止在BIP 125下可被替换的交易被接受（只有后续替换，也就是其他在此网络上的实现BIP 125的节点可能转播或挖矿）。
 钱包用户希望检测到一个交易是否需要在BIP 125下替换，那么应该使用更新后的RPC指令：`gettransaction`和`listtransactions`。现在，如果一个交易时可替换的，那么会有一个额外的字段在输出中将指示出来（"bip125-replaceable"）。
@@ -110,7 +110,7 @@ Libsecp256k1库经过了非常广泛的测试和验证。
 RPC:Random-cookie RPC身份验证
 -------------------------------------
 
-当没有指定`-rpcpassword`，后台程序会使用一个特别的'cookie'文件来进行身份验证。这个文件在后台程序启动时生成随机内容，并在退出时删除。它的内容被作为身份验证令牌。读取这个文件的权限控制着谁可以通过RPC接入。默认情况下，它被储存在数据目录，但它的位置可以用参数`-rpccookiefile`覆盖。
+当没有指定`-rpcpassword`，后台程序会使用一个特别的'cookie'文件来进行身份验证。这个文件在后台程序启动时生成随机内容，并在退出时删除。它的内容被作为身份验证令牌。读取这个文件的权限控制着谁可以通过RPC接入。默认情况下，它被储存在数据目录，但它的位置可以用参数`-rpccookiefile`覆盖。
 
 这和Tor's CookieAuthentication相似：详见<https://www.torproject.org/docs/tor-manual.html.en>
 
@@ -124,11 +124,11 @@ RPC:Random-cookie RPC身份验证
 转播和挖矿：交易优先级
 ---------------------------------------
 
-比特币核心有一个基于币值和时间的启发式“优先级”系统。
-这项计算是用来广播不支付最低手续费的交易，可以用作另一种为已挖出的区块排序交易的方式。
-比特币核心将会根据`-limitfreerelay=<r>`（默认`r=15` kB/min）和'-blockprioritysize=<s>'来广播费用足够的交易。
+比特币核心有一个基于币值和时间的启发式“优先级”系统。
+这项计算是用来广播不支付最低手续费的交易，可以用作另一种为已挖出的区块排序交易的方式。
+比特币核心将会根据`-limitfreerelay=<r>`（默认`r=15` kB/min）和'-blockprioritysize=<s>'来广播费用足够的交易。
 
-在比特币核心0.12版本中，当更高的最小手续费生效时，内存池大小将被限制。，即使根据启发式优先级排名，交易不符合这个更高的有效最低手续费时，将不会被广播或挖取。
+在比特币核心0.12版本中，当更高的最小手续费生效时，内存池大小将被限制。，即使根据启发式优先级排名，交易不符合这个更高的有效最低手续费时，将不会被广播或挖取。
 
 对交易基于优先级的挖矿现在也默认禁用了。要重新启用，只需简单地在为这些交易储备区块字节大小的地方设置`-blockprioritysize=<n>` 。
 旧的默认值是50k，所以保留大约相同的规则，您可以设置`-blockprioritysize=50000`。
@@ -178,7 +178,7 @@ RPC:Random-cookie RPC身份验证
 钱包：拒绝的确认和冲突检测
 -----------------------------------------------------
 
-钱包现在将提交一个负数来确认在多深的区块链中检测到冲突。例如，一个交易A有5个确认并且与钱包交易B有着相同的输入，B将报告有-5个确认数。如果另一个钱包交易C使用B的输出，它也将报告有-5个确认数。
+钱包现在将提交一个负数来确认在多深的区块链中检测到冲突。例如，一个交易A有5个确认并且与钱包交易B有着相同的输入，B将报告有-5个确认数。如果另一个钱包交易C使用B的输出，它也将报告有-5个确认数。
 您也许需要'-rescan'以在区块链的历史交易中检测冲突。
 
 与早期版本不同,未确认但没有冲突的交易永远不会得到一个负的确认。然而这些交易是不可花费的，除非它们来自我们自己（找零）并且被本地的内存池所接受。RPC调用'listtransactions'中新增的字段"trusted"的输出将标明一个未确认的交易是否会被认为是可交易的。
