本文介绍了闪电网络中转发支付流程的背景知识，包括节点如何找出到达目标节点的路径以及如何告知路径上的每个节点他们要干什么。文章通过一个 Alice 向 Dave 支付咖啡钱的例子，解释了构造路径所需的信息以及节点必须知道的信息，并介绍了粗糙的洋葱包裹构造方法，为理解 Sphinx 消息包构造打下基础。

本文回顾了比特币通过软分叉在交易操作安全性上的改进，包括禁用OP_RETURN、修复数值溢出漏洞、BIP30和BIP34，以及隔离见证和Taproot升级。重点分析了这些改进如何提升用户资金安全，解决第三方和第二方熔融性问题，并便利硬件签名器的使用。文章旨在纠正比特币完美无缺的迷思，强调持续改进的重要性。

本文介绍了BitVM 2，它是对比特币BitVM的改进方案，旨在解决BitVM的局限性。BitVM 2通过使用零知识证明和连接器输出，缩短了挑战-应答协议的长度，并允许任何人都可作为验证者挑战不诚实的证明者，从而提高了双向锚定的灵活性和信任模型。

本文提出了一种在比特币MuSig2签名会话中最小化状态存储的方法，该方法通过在PSBT层面上同步生成必要的状态，解决了硬件签名设备存储空间有限的问题。该方法基于BIP-0327，通过为每个输入和公钥生成随机数来计算nonce，从而减少了设备需要持久化存储的状态量，同时确保了安全性。

BitVM2 是一种对初版 BitVM 的改进，允许任何人作为验证者参与，优化了信任假设，并简化了设计，将审判的最长轮次降低到两轮。文章介绍了 BitVM2 的原理，通过 Lamport 签名将程序分割成多个步骤，并使用 Taptree 包含多个脚本来验证计算的正确性，同时还讨论了手续费和诚实操作员的局限性，并提供了相应的解决方案。

本文对比了 ElectrumX、Electrs 和 Fulcrum 三种 Electrum 服务端在树莓派 4 上的性能表现，重点关注钱包初始化和刷新两个常见操作。测试结果表明，Fulcrum 在性能上明显优于其他两者，尤其是在钱包深度较大时。文章还深入探讨了不同服务端实现的数据存储方式及其对性能的影响，为用户选择合适的 Electrum 服务端提供了参考。

在链上向 Phoenix 钱包存入资金现在变得更便宜（*），也更隐私，这都得益于过去几年添加到比特币和闪电网络上的强大新功能的组合。

本文主要介绍了在运行比特币全节点时，如何通过软链接技术，将区块数据存储在机械硬盘上，而将状态数据存储在固态硬盘上，以实现性能和成本的平衡。这种方法可以提高节点性能，降低经济成本，并延长机械硬盘的使用寿命。

本文深入探讨了比特币交易池的激励兼容性问题，分析了如何对交易进行排序以最大化矿工手续费收益，并着重讨论了手续费替换（RBF）规则的设计，以及在设计RBF规则时需要考虑激励兼容性和拒绝服务（DoS）攻击抗性。文章通过多个例子，揭示了现有RBF规则的不足，并提出了基于手续费率图表的改进方案，同时强调了抗DoS攻击的重要性。

Matt Corallo 提出了使用 DNS 来协调比特币支付的 BIP 提案，旨在解决传统链上和闪电网络支付在协调方面的难题。该提案通过将支付信息存储在 DNS TXT 记录中，结合 DNSSEC 和 BOLT12 闪电要约，实现了无需运行 HTTP 服务端的支付信息查询，降低了用户负担，减少了隐私泄露，并更贴合用户对电子支付的用户体验期待。