Bitcoin Optech 简报 #430
关于利用 TCP hole punching 让家庭路由器后的节点可被连接的讨论仍在继续。简报还介绍了一份 BIP 草案，用于标准化模拟 covenants 时共同签名者执行的支出策略。
Bitcoin Optech
挖矿
矿工、矿池、难度，以及需要矿工关注的升级。
6 篇文章
挖矿阅读约 68 分钟
Bitcoin Optech 周报 #425 回顾播客
处理一条最大长度的消息，Eclair 的特性位解析器竟要分配 300 MB 以上内存，Matt Morehouse 在 #425 回顾节目中说，修复后降到约 200 KB。Gustavo Flores Echaiz 和 Brandon Black 随后聊到钱包标签同步、PQC 输出类型、BIP54 的时间扭曲界限，以及用于保险库的限制条款提案。
Bitcoin Optech
挖矿阅读约 91 分钟
Bitcoin Optech 周报 #423 回顾播客
节点原本要保存约 11 GB 的 UTXO 集，而 Utreexo 的累加器不足 1 kB，Davidson Souza 在 #423 回顾节目中解释说，代价是占用更多带宽。MARA 的 Eric Price 和 PortlandHODL 也来做客，议题还有让降速矿工陷入困境的 vardiff 控制器，以及不可花费内部公钥的 BIP 草案。
Bitcoin Optech
挖矿阅读约 13 分钟
Bitcoin Optech 周报 #423
Eric Price 在 Delving Bitcoin 上指出，矿工速度变慢后，矿池可能仍按原来的速度设定份额难度，把矿工晾在一边；他的办法是设一个计时器，一段时间没有提交份额就下调难度。Davidson Souza 希望用 SwiftSync hintsfile 省去初始区块下载期间的 Utreexo 删除证明，NTL 则起草了不可花费 Taproot 内部公钥的 BIP。
Bitcoin Optech
挖矿阅读约 5 分钟
CSV 软分叉：矿工须知的升级事项
矿工必须在区块 419328 前行动：CSV 软分叉已在区块 417312 锁定，2016 个区块中有 1946 个（96.53%）为 BIP68、BIP112 和 BIP113 发出信号。所有挖矿和备份节点都须运行 Bitcoin Core 或 Knots 0.12.1，硬编码区块版本的矿工要取消第 0 位。
Bitcoin Core
挖矿阅读约 4 分钟
面向矿工的版本位常见问题
BIP9 让矿工通过区块头中的比特位，同时为最多 29 个软分叉发出就绪信号。2016 区块窗口内 95% 的区块发出信号，提案即锁定，再过一个难度调整周期激活，否则到期失败。与 IsSuperMajority 不同，它不会让遵守新规则但未发信号的区块成为孤块。
Bitcoin Core