Newsletter-260: translate into Chinese (#67)

* newsletter-260: translate into Chinese

* Update 2023-07-19-newsletter.md

- Improved impression
- Accuracy improvement of paragraphs related to code running time

* Update 10-get-involved.md

- Expression improved

* Apply suggestions from code review

Co-authored-by: editor-Ajian <[email protected]>

---------

Co-authored-by: freeyao <[email protected]>
Co-authored-by: editor-Ajian <[email protected]>

Author: 3 people

_includes/specials/policy/zh/10-get-involved.md

@@ -0,0 +1,17 @@
+我们希望这个系列可以让读者更好地了解在等待确认时发生了什么。我们从讨论比特币的一些意识形态价值开始，将其[转化][policy01]为比特币的结构和设计目标。对等网络的分布式结构提供了比典型的集中式模型更高的抗审查性和隐私保护。一个开放的交易中继网络有助于每个人知晓即将进入区块的交易。这提高了[区块中继的效率][policy01]，使得作为一个新矿工加入比特币网络更可行，同时也创造了一个[对区块空间的公开拍卖][policy02]。作为一个由许多独立的、匿名的实体运行节点组成的理想网络，节点软件必须被设计成[可防 DoS 攻击][policy05]并尽量减少运营成本。
+
+手续费在比特币网络中扮演着重要的角色，作为解决区块空间竞争的“公平”方式。在交易池中，允许交易替换、可以感知交易包的选择和驱逐算法，使用[激励兼容性][policy02]来衡量存储一个交易的效用，并为用户启用 [RBF][topic rbf] 和 [CPFP][topic cpfp] 作为追加手续费的机制。这些交易池策略的组合、能[经济地构造交易][policy03]的钱包和良好的[费率估计][policy04]，为区块空间创造了一个高效的市场，从而使每个人受益。
+
+个别节点还会执行 _交易中继策略_，以[保护自己避免资源耗尽][policy05]和[表达个人偏好][policy06]。在[网络范围内][policy07]，标准规则和其他策略保护着对扩展性、节点运行的可访问性以及更新共识规则的能力等至关重要的资源。由于网络中的绝大多数都遵守这些策略，它们是比特币应用程序和 L2 协议所依赖的[接口][policy08]的重要组成部分。然而，它们并不完美。我们描述了几个[与交易池策略相关的提案][policy09]，这些提案致力于解决广泛的局限性以及特定用例，比如[对 L2 结算交易的钉死攻击][policy08]。
+
+我们还强调，网络政策的持续演进需要协议、应用和钱包开发者之间的合作。随着比特币生态系统在软件、使用案例和用户方面的增长，去中心化的决策过程变得更加必要，但也更具挑战性。即使比特币的采用率增长，系统也是由利益相关者的关注和努力而形成的——没有一家公司负责收集客户反馈并雇佣工程师来构建新的协议功能或删除未使用的功能。对希望成为网络的粗略共识的一部分的利益相关者而言，目前有不同的参与途径：自主了解情况、提出疑问和问题、参与网络设计，甚至贡献改进的实现。下次当你的交易确认时间过长时，就知道该怎么做了！
+
+[policy01]: /zh/newsletters/2023/05/17/#等待确认-1-我们为什么需要一个交易池
+[policy02]: /zh/newsletters/2023/05/24/#等待确认-2激励
+[policy03]: /zh/newsletters/2023/05/31/#等待确认3竞价区块空间
+[policy04]: /zh/newsletters/2023/06/07/#等待确认-4费率估算
+[policy05]: /zh/newsletters/2023/06/14/#等待确认-5用于保护节点资源的规则
+[policy06]: /zh/newsletters/2023/06/21/#等待确认-6规则一致性
+[policy07]: /zh/newsletters/2023/06/28/#等待确认-7网络资源
+[policy08]: /zh/newsletters/2023/07/05/#等待确认-8交易池规则是个接口
+[policy09]: /zh/newsletters/2023/07/12/#等待确认-9规则提案

_posts/zh/2023-05-17-policy.md

@@ -78,6 +78,12 @@ h2:not(:first-of-type) { margin-top: 3em; }
 
 {% include specials/policy/zh/09-proposals.md %}
 
+## 参与其中
+
+*最早出版于[Newsletter #260](/zh/newsletters/2023/07/19/#等待确认-10参与其中)*
+
+{% include specials/policy/zh/10-get-involved.md %}
+
 {% comment %}<!--
 ## Footnotes
 {:.no_toc}

_posts/zh/newsletters/2023-07-19-newsletter.md

@@ -0,0 +1,93 @@
+---
+title: 'Bitcoin Optech Newsletter #260'
+permalink: /zh/newsletters/2023/07/19/
+name: 2023-07-19-newsletter-zh
+slug: 2023-07-19-newsletter-zh
+type: newsletter
+layout: newsletter
+lang: zh
+---
+本周的周报包括我们关于交易池政策周报限定系列的最后一篇文章，以及我们常规的部分，描述了客户端、服务和流行的比特币基础设施软件的重要变化。
+
+## 新闻
+
+_本周在 Bitcoin-Dev 或 Lightning-Dev 邮件列表中没有发现重要的新闻。_
+
+## 等待确认 #10：参与其中
+
+_我们周报限定[系列][policy series]的最后一篇文章，关于交易中继、交易池包含和挖矿交易选择——包括为什么 Bitcoin Core 的政策比共识允许的更为严格，以及钱包如何最有效地使用该政策。_
+
+{% include specials/policy/zh/10-get-involved.md %} {% assign timestamp="2:01" %}
+
+## 服务和客户端软件的变更
+
+*在这个月度栏目中，我们会标出比特币钱包和服务的有趣更新。*
+
+- **<!--wallet-10101-beta-testing-pooling-funds-between-ln-and-dlcs-->10101 钱包 beta 版本测试在 LN 和 DLC 之间汇集资金：**
+  10101 宣布了一个使用 LDK 和 BDK 构建的[钱包][10101 github]，允许用户使用 [DLC][topic dlc]在[链下合约][10101 blog2]中非托管地交易衍生品。这个钱包还可以用于发送、接收和转发闪电网络支付。DLC 依赖于使用[适配器签名][topic adaptor signatures]进行价格[认证][10101 blog1]的预言机。{% assign timestamp="14:56" %}
+
+- **LDK 节点公布：**
+  LDK 团队[公布][ldk blog]了 LDK 节点[v0.1.0][LDK Node v0.1.0]。LDK 节点是一个闪电网络节点 Rust 库，它使用 LDK 和 BDK 库，让开发人员能够快速设置自托管的闪电节点，同时可为不同的用例提供高度的可定制化。{% assign timestamp="17:14" %}
+
+- **Payjoin SDK 公布：**
+  [Payjoin 开发工具包（PDK）][PDK github]已[公布][PDK blog]。它是一个实现 [BIP78][] 的 Rust 库，可用于想要集成 [payjoin][topic payjoin] 功能的钱包和服务中。{% assign timestamp="20:09" %}
+
+- **验证闪电签名者（VLS）beta 版公布：**
+  VLS 允许将闪电节点与控制其资金的密钥相分离。使用 VLS 运行的闪电节点将签名请求推送到远程签名设备，而非使用本地密钥。[beta 版本][VLS gitlab]支持 CLN 和 LDK、一层和二层验证规则、备份/恢复功能，并提供了参考实现。[博客文章][VLS blog]的公告还号召社区进行测试、功能请求并提供反馈。{% assign timestamp="25:27" %}
+
+- **BitGo 增加了对 MuSig2 的支持：**
+  BitGo [宣布][bitgo blog]支持 [BIP327][]（[MuSig2][topic musig]）。同时他们指出与其他支持的地址类型相比，该类型的费用更低，隐私性更强。{% assign timestamp="37:42" %}
+
+- **Peach 增加了对 RBF 的支持：**
+  服务点对点交易的 [Peach Bitcoin][peach website]的移动端应用[宣布][peach tweet]支持[手续费替换（RBF）][topic rbf]。{% assign timestamp="44:34" %}
+
+- **Phoenix 钱包增加了拼接支持：**
+  ACINQ [宣布][acinq blog]他们对 Phoenix 移动端闪电钱包的下一个版本进行了测试。该钱包支持单个动态通道，使用[拼接（splicing）][topic splicing]和类似于 [swap-in-potentiam][news233 sip] 技术的机制进行重新平衡（参见[Podcast #259][pod259 phoenix]）。{% assign timestamp="46:34" %}
+
+- **<!--mining-development-kit-call-for-feedback-->挖矿开发工具包征求反馈：**
+  挖矿开发工具包（MDK）团队[发布][MDK blog]了他们在比特币挖矿系统硬件、软件和固件研发方面的最新进展情况。这篇文章呼吁社区就使用案例、范围和方法提供反馈。{% assign timestamp="49:27" %}
+
+- **<!--binance-adds-lightning-support-->币安开始支持闪电网络：**
+  币安[宣布][binance blog]支持使用闪电网络进行发送（提现）和接收（充值）。{% assign timestamp="51:33" %}
+
+- **Nunchuk 增加 CPFP 支持：**
+  Nunchuk[宣布][nunchuk blog]支持[子为父偿（CPFP）][topic cpfp]，为交易的发送方和接收方提供提升手续费的功能。{% assign timestamp="53:35" %}
+
+## 重大的代码和文档变更
+
+*本周出现重大变更的有：[Bitcoin Core][bitcoin core repo]、[Core Lightning][core lightning repo]、[Eclair][eclair repo]、[LDK][ldk repo]、[LND][lnd repo]、[libsecp256k1][libsecp256k1 repo]、[Hardware Wallet Interface (HWI)][hwi repo]、[Rust Bitcoin][rust bitcoin repo]、[BTCPay Server][btcpay server repo]、[BDK][bdk repo]、[Bitcoin Improvement Proposals (BIPs)][bips repo] 和 [Bitcoin Inquisition][bitcoin inquisition repo]。*
+
+- [Bitcoin Core #27411][] 防止节点向位于其他网络（如普通的IPv4或IPv6）上的对等节点公告其 Tor 或 I2P 地址，并且不会将其地址从非[匿名网络][topic anonymity networks]公告给 Tor 和 I2P 上的对等节点。这有助于防止有人将节点的常规网络地址与该节点在匿名网络上的地址关联起来。目前，CJDNS 与 Tor 和 I2P 的处理方式不同，尽管这可能会在将来发生变化。{% assign timestamp="54:57" %}
+
+- [Core Lightning #6347][] 为插件添加用通配符 `*` 来订阅每个事件通知的能力。{% assign timestamp="58:07" %}
+
+- [Core Lightning #6035][] 添加了请求使用 [bech32m][topic bech32] 地址接收存款到一个 [P2TR][topic taproot] 输出脚本的能力。交易的找零现在也将默认发送到一个 P2TR 输出。{% assign timestamp="1:00:47" %}
+
+- [LND #7768][] 实现了 BOLTs [#1032][bolts #1032] 和 [#1063][bolts #1063]（参见[周报 #225][news225 bolts1032]），允许最终接收方（HTLC）接受比他们所请求的金额更多、过期时间更久的付款。以前，基于 LND 的接收方遵守了 [BOLT4][] 的要求，即金额和到期时间差正好等于他们请求的数额，但如此精确意味着转发节点可以稍微更改任一数值来探测下一个跳点是否为最终接收者。{% assign timestamp="1:02:28" %}
+
+- [Libsecp256k1 #1313][]开始使用 GCC 和 Clang 编译器的开发快照进行自动测试。这也许能检查出变更会否导致 libsepc256k1 特定代码的运行时间浮动。运行时长不固定的代码与私钥和 nonce 一起使用可能导致[侧信道攻击][topic side channels]。请参阅[周报＃246][news246 secp]来了解可能发生这种情况的一个例子，以及[周报＃251][news251 secp]来了解另一个例子和计划进行此类测试的一个公告。{% assign timestamp="1:05:33" %}
+
+{% include references.md %}
+{% include linkers/issues.md v=2 issues="27411,6347,6035,7768,1032,1063,1313" %}
+[policy series]: /zh/blog/waiting-for-confirmation/
+[news225 bolts1032]: /zh/newsletters/2022/11/09/#bolts-1032
+[news246 secp]: /zh/newsletters/2023/04/12/#libsecp256k1-0-3-1
+[news251 secp]: /zh/newsletters/2023/05/17/#libsecp256k1-0-3-2
+[10101 github]: https://github.com/get10101/10101
+[10101 blog1]: https://10101.finance/blog/dlc-to-lightning-part-1/
+[10101 blog2]: https://10101.finance/blog/dlc-to-lightning-part-2
+[LDK Node v0.1.0]: https://github.com/lightningdevkit/ldk-node/releases/tag/v0.1.0
+[LDK blog]: https://lightningdevkit.org/blog/announcing-ldk-node
+[PDK github]: https://github.com/payjoin/rust-payjoin
+[PDK blog]: https://payjoindevkit.org/blog/pdk-an-sdk-for-payjoin-transactions/
+[VLS gitlab]: https://gitlab.com/lightning-signer/validating-lightning-signer/-/releases/v0.9.1
+[VLS blog]: https://vls.tech/posts/vls-beta/
+[bitgo blog]: https://blog.bitgo.com/save-fees-with-musig2-at-bitgo-3248d690f573
+[peach website]: https://peachbitcoin.com/
+[peach tweet]: https://twitter.com/peachbitcoin/status/1676955956905902081
+[acinq blog]: https://acinq.co/blog/phoenix-splicing-update
+[news233 sip]: /zh/newsletters/2023/01/11/#noninteractive-ln-channel-open-commitments
+[MDK blog]: https://www.mining.build/update-on-the-mining-development-kit/
+[binance blog]: https://www.binance.com/en/support/announcement/binance-completes-integration-of-bitcoin-btc-on-lightning-network-opens-deposits-and-withdrawals-eefbfae2c0ae472d9e1e36f1a30bf340
+[nunchuk blog]: https://nunchuk.io/blog/cpfp
+[pod259 phoenix]: /en/podcast/2023/07/13/#phoenix