本文介绍了C-Lightning (CLN) 及其插件架构，CLN 是一种闪电网络节点实现，允许用户通过插件添加自定义功能。文章讲解了如何运行CLN、RPC 方法以及插件的工作原理，包括插件的注册（getmanifest）、初始化（init）以及输入输出通信，最后说明了插件架构的优点，并提及了BOLT12 prisms的插件实现。

本文介绍了 Ark v2，旨在解决 Ark 构造中的流动性锁定问题。Ark v2 允许服务供应商（ASP）回收流动性而无需等待过期时间，通过引入撤销机制，类似于闪电通道，用户通过揭晓私钥来撤销通道状态，ASP 聚合这些私钥以回收流动性，从而提高效率。

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

本文介绍了使用曲线树（Curve Trees）和零知识证明（ZKP）来解决在不暴露 UTXO 的情况下证明公钥所有权的问题，特别是在闪电网络 gossip 场景中的应用。该方案通过曲线树实现集合成员证明，并利用 DLEQ 保证稀缺性，创建与公钥绑定的 token，避免重复使用。实验结果表明，该方案在处理大规模公钥集合时验证速度快，且证据体积小。

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

本文提出了一种在比特币交易中使用Lamport签名且不需要OP_CAT操作码的方案。该方案基于ECDSA签名的长度可变性，通过控制ECDSA签名的nonce值k，使得签名长度受交易哈希值影响，进而使用Lamport签名对签名长度进行签名。该方案的安全性依赖于ECDSA签名的安全假设和大量的ECDSA签名，但存在一些已知的弱点和可以优化的空间。

本文提出了一种通过盲化多签名装置中的 BIP39 种子词（更具体地说是拓展公钥 xpub）来增强隐私的方案。该方案使用一个大且随机生成的 BIP32 路径来遮掩种子词，使得即使攻击者获取了种子词，也无法得知其用途和所保护的资金信息。该方案与现有的多签名硬件签名器和协调器软件兼容，旨在提高多签名装置的安全性。

本文作者 Blue Matt 认为，在比特币的语境下，MEV（矿工可抽取价值）缺乏明确的定义，且现有定义过于宽泛，对比特币的抗审查性构成潜在威胁。文章区分了广义 MEV 和更具体的 MEVil（邪恶的 MEV），并分析了 rollup、非标准交易和稀有聪等场景下可能引入的 MEVil 风险，呼吁开发者和用户警惕并避免加剧比特币挖矿中心化的行为。

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

本文深入探讨了闪电网络中Sphinx数据包的构造方法，详细解释了如何使用Diffie-Hellman密钥交换、临时密钥、HMAC认证以及XOR运算来保证支付路径上每一跳的隐私和数据完整性。文章通过实例分析了洋葱包裹的封装和解封装过程，以及发生故障时错误信息的返回机制。