Newsletter-43: translate into Chinese (bitcoinops#1724)

Co-authored-by: Zhiwei(Jeffrey) Hu <[email protected]>

Author: bittomhan

_includes/specials/bech32/zh/06-stackexchange.md

@@ -0,0 +1,21 @@
+{% auto_anchor %}
+本周我们来看一些来自 Bitcoin Stack Exchange 的[最高票数 bech32 问题和答案][top bech32 qa]。这些问题和答案涵盖了自 bech32 大约两年前首次发布以来的所有内容。
+
+{% assign bse = "https://bitcoin.stackexchange.com/a/" %}
+
+- **<!--will-a-schnorr-soft-fork-introduce-a-new-address-format-->**[Schnorr 软分叉是否会引入新的地址格式？]({{bse}}82952)
+  尽管升级到 bech32 发送支持应该很容易，但你可能不希望为 Bitcoin 的下一个升级或之后的升级重复这项工作。Pieter Wuille 通过解释如何在使用基于 Schnorr 的公钥和签名时仍然使用 bech32 地址来回答这个问题。（Optech 将在未来的部分中更详细地讨论这个问题。）
+
+- **<!--is-it-safe-to-translate-a-bech32-p2wpkh-address-into-a-legacy-p2pkh-address-->**[将 bech32 P2WPKH 地址转换为传统 P2PKH 地址是否安全？]({{bse}}62207)
+  如果你阅读了 [Newsletter #38][bech32 easy]，你会注意到对于相同的底层公钥，P2WPKH 和 P2PKH 地址之间的区别仅在于 scriptPubKey 中的几个字符，使得可以自动将一个转换为另一个。Andrew Chow 和其附带评论的答案解释了为什么这是一个糟糕的主意，可能会导致用户丢失资金。
+
+- **<!--why-does-the-bech32-decode-function-require-specifying-the-address-s-human-readable-part-hrp-instead-of-extracting-it-automatically-->**[为什么 bech32 解码函数需要指定地址的可读部分 (HRP) 而不是自动提取？]({{bse}}83454)
+  HRP 由一个 `1` 与地址的其他部分分开，所以解码器似乎可以自己忽略该部分。Pieter Wuille 解释说，使用预期的 HRP 调用解码器可以确保你不会意外地将 bitcoin 支付到一个用于测试网、莱特币或其他网络的地址。Gregory Maxwell 还纠正了提问者的另一个假设。
+
+- **<!--what-block-explorers-recognize-bech32-addresses-->**[哪些区块浏览器识别 bech32 地址？]({{bse}}66458)
+  在 bech32 首次提出两年多后以及该问题首次被提出一年后，几个流行的区块浏览器仍然不支持 bech32 地址的搜索或显示。这个问题的答案建议任何想了解各种区块浏览器 bech32 支持状态的人应该查看 [bech32 采用][bech32 adoption] Bitcoin Wiki 页面。
+
+[bech32 easy]: /zh/newsletters/2019/03/19/#bech32-发送支持
+[top bech32 qa]: https://bitcoin.stackexchange.com/search?tab=votes&q=bech32
+[bech32 adoption]: https://en.bitcoin.it/wiki/Bech32_adoption
+{% endauto_anchor %}

_posts/zh/2018-07-20-announcing-bitcoin-optech.md

@@ -0,0 +1,42 @@
+---
+title: 'Announcing Bitcoin Optech'
+permalink: /zh/announcing-bitcoin-optech/
+name: 2018-07-20-announcing-bitcoin-optech-zh
+slug: 2018-07-20-announcing-bitcoin-optech-zh
+type: posts
+layout: post
+lang: zh
+version: 1
+excerpt: >
+  今天我们宣布推出一个新项目，Bitcoin Operations Technology Group（Optech）。我们希望帮助比特币公司采用最佳的扩展技术和方法，以便高效利用区块链，从而帮助比特币扩展到更多的用户和用例。
+---
+
+今天我们宣布推出一个新项目，Bitcoin Operations Technology Group（Optech）。我们希望帮助比特币公司采用最佳的扩展技术和方法，以便高效利用区块链，从而帮助比特币扩展到更多的用户和用例。
+
+我们将该项目命名为 Bitcoin Operations Technology Group，因为我们希望专注于操作技术工作，例如 segwit 使用、交易批处理、费用估算和币选择。我们和其他比特币工程师一样，对闪电网络、Schnorr 签名、Taproot/Graftroot 和无脚本脚本感到兴奋，但该项目的重点是今天公司可以部署的技术。随着新技术的成熟，我们将帮助公司采用和集成它们。
+
+我们对这一新举措感到非常兴奋，并希望我们能够为比特币生态系统中更具协作的氛围做出贡献。
+
+在 Wences Casares、John Pfeffer 和 Chaincode Labs 的慷慨支持下，我们过去几个月与整个生态系统中的工程师和经理会面；开始为比特币工程师制作[每周 Newsletter][newsletters]，重点介绍他们如何更有效地使用区块链；并在旧金山组织了我们的第一个[研讨会][workshop]，汇集了来自交易所、托管和钱包公司的工程师，利用比特币区块链讨论如何高效使用区块链以及与开源社区的互动方式。
+
+[newsletters]: /zh/newsletters
+[workshop]: /workshops
+
+在接下来的几个月里，我们计划：
+
+- 继续与使用比特币网络的公司的工程师以及开源社区互动。我们不声称代表任何一方，但总体上我们认为行业与开源社区之间的互动越多越好。
+- 继续以每周 Newsletter 的形式制作高质量的技术内容，并可能推出一本“扩展手册”。
+- 为比特币工程师举办更多的研讨会，讨论现实世界的扩展问题，并将发现反馈给开源社区。
+- 为比特币工程师举办一个在线论坛，讨论技术扩展问题。
+- 监控扩展技术的采用情况和比特币网络的整体健康状况。
+
+最重要的是，必须强调我们*不是*：
+
+- 我们不是比特币基金会。我们只是关心比特币并希望看到它成功的工程师和贡献者。
+- 我们不代表 Bitcoin Core。我们都为该项目做出了贡献，但我们在 Bitcoin Optech 的工作是项目无关的。
+- 我们不代表任何比特币公司，也不受其约束。
+- 我们不是以盈利为目的。我们有幸获得了赞助来开展我们的工作，并要求会员公司提供适度的捐款以支付我们的费用。
+
+如果您是比特币公司的工程师或经理，或者是开源贡献者，并且希望成为其中的一员，请通过 [[email protected]](mailto:[email protected]) 联系我们，或在我们的网站上注册我们的 Newsletter。
+
+[website]: /

_posts/zh/2018-09-04-dashboard-announcement.md

@@ -17,8 +17,8 @@ excerpt: >
 这个夏天，我作为 [Bitcoin Optech](/) 的一名实习生，致力于一个比特币指标仪表盘的开发。在这篇文章中，我将描述仪表盘的目的以及其实现方式。
 
 Optech 仪表盘的目标是展示一系列关于如何有效利用区块空间的指标。重要的指标是那些显示活动的指标，例如：
- - **<!--batching-->[批处理](https://en.bitcoin.it/wiki/Techniques_to_reduce_transaction_fees#Payment_batching)：** 将本可以作为多个不同交易的输出合并到一个交易中
- - **<!--consolidations-->[合并](https://en.bitcoin.it/wiki/Techniques_to_reduce_transaction_fees#Consolidation)：**在低费用时期将多个 UTXO 合并为一个 UTXO，以避免将来支付更高的费用
+ - **<!--batching-->**[批处理](https://en.bitcoin.it/wiki/Techniques_to_reduce_transaction_fees#Payment_batching)： 将本可以作为多个不同交易的输出合并到一个交易中
+ - **<!--consolidations-->**[合并](https://en.bitcoin.it/wiki/Techniques_to_reduce_transaction_fees#Consolidation)：在低费用时期将多个 UTXO 合并为一个 UTXO，以避免将来支付更高的费用
  - 粉尘创建：在不同的费率下，创建的 UTXO 花费成本高于其价值
  - 隔离见证采用：创建和从隔离见证输出中花费