本文介绍了Pedersen承诺方案，该方案使用椭圆曲线点来表示向量，同时隐藏关于向量的信息。Pedersen承诺具有同态可加性，适用于零知识证明，可以将多个点编码成一个点，并可用于向量承诺，具有zk友好的特性，可以在zk电路中高效实现。

这个方案有以下特性：1. （应该）在今天的比特币上就可以工作（无需 OP_CAT）2. 不像比特币脚本中的其它形式的 lamport 签名，这个方案是可以签名花费交易的。

随着建立在比特币上的系统变得越来越有表达力，比特币的应用场景也迅速增长。虽然这让人非常激动，但这种更强表达力的支持者和批评者都同意，一个重要的顾虑是 “MEV” 风险。令人遗憾的是，在比特币语境下，“MEV” 缺乏明确的定义；而这个术语的标准定义又过于宽泛，以至于在关于协议风险的讨论中完全无用。

闪电网络的承诺是让比特币支付能够得到近乎瞬时的结算。但是，以自治的方式实现这个目标构成了持续的技术挑战，主因是通道余额的不透明，但这也是内化于闪电网络的设计的。在本文中，我们会深入了解闪电网络中的寻路程序（在更广泛的意义上，是支付的规划），尤其是 LND 客户端中的相关实现。我们将讨论现有的、让支付

深入了解如何打包支付转发路径上各个节点沟通的数据，使得沿路转发支付时泄露的信息尽可能少。

BitVM 2：比特币上的免许可验证

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

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

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

介绍一系列的技术和解决方案，允许闪电钱包只保留一种形式的资金、只展示一种余额，同时保留跟一切钱包交互的能力。