闪电网络

• 比特币有一种 “绝不牺牲安全性” 的设计哲学。
• L2 合约式协议（比如闪电通道）尝试引入更多功能、可扩展性以及隐私性，但交易转发中的一些审查攻击是其软肋。
• 交易包转发是一项 L1 的交易转发策略升级，可以关闭这些攻击界面，因此可以加强闪电通道的安全模型。

本文深入探讨了比特币的分层架构，特别是LNP/BP（闪电网络协议/比特币协议）的类比，将其与互联网的TCP/IP协议套件进行对比。文章解释了“重新解释层”和“省略层”的概念，阐明了闪电网络作为比特币扩展方案的信任最小化特性，并强调了分层架构对于比特币创新和安全性的重要性。

对闪电通道的替代交易循环攻击（replacementcyclingattack）是怎么一回事？关于这种最近在邮件组中公开的漏洞，人们有很多讨论，但内部的机制却有点难以理解。我尝试用图片来解释一下。

本文档介绍了闪电网络中的路径盲化技术，旨在提高支付接收方的匿名性。路径盲化通过盲化洋葱路径上的节点公钥，使得发送者可以选择在每一跳的洋葱消息中放置数据。与约会路由相比，路径盲化更灵活，但需要显式抵御探测攻击。文章详细说明了如何创建和使用盲化路径，以及如何在支付场景中应用，同时讨论了潜在的攻击方式及应对策略，最后还提供了一些使用技巧，例如接收者支付手续费、空跳等。

本文回顾了闪电网络从早期概念到 Beta 版本的演进历程，涵盖了支付通道的起源、早期支付网络的概念、闪电网络的诞生及其关键创新（如 Poon-Dryja 通道和哈希时间锁合约），以及为实现闪电网络而进行的比特币协议变更。文章还介绍了多个闪电网络实现的开发过程，并强调了闪电网络在路由、隐私和安全等方面仍面临挑战。

本文深入探讨了比特币的可编程性，阐释了比特币编程的特点和局限性。通过闪电网络（LN）和谨慎日志合约（DLC）两个范例，展示了如何利用比特币可编程性的特点以及突破其局限性的方法。同时，文章也解释了比特币开发者限制可编程性的理由，以及这种限制对比特币网络参与者的保护。

“拼接（splicing）” 是一个简单的概念，就是指重设闪电通道大小的能力。但随着时间推移，越来越显而易见的是，这种重设闪电通道大小的能力，将给我们带来许多额外的好处，这些好处往往在意料之外，而且从根本上提高了闪电网络的可用性。

本文档详细描述了链上交易的确切格式，其中包括资金交易输出脚本、承诺交易和 HTLC 交易。

我们探究了多路径支付的复杂之处、它对网络去中心化和隐私性的好处，以及当前可用的不同实现 —— 每一种都有自身的取舍。

本文深入探讨了基于 Taproot 的闪电通道的注资交易和承诺交易的结构，详细解释了各种输出（如 to_local、to_remote、锚点输出以及 HTLC 输出）的构造和花费方式，并结合图例说明，帮助读者理解 Taproot 通道的设计和优势，尤其是在隐私性方面的改进。

“哈希锁” 也称 “哈希原像检查”，也就是检查某个传入的数据的哈希值是否为某一值。

在本篇中，我们将学习闪电支付通道和闪电网络是如何实现的，并在此基础上了解其它的以脚本实现的特性。

概述在本文中，我会探究基于Taproot的闪电通道（下文简称“Taproot通道”）的注资交易和承诺交易的结构。

本文介绍了闪电网络节点Eclair的架构，Eclair是基于Actor模型的，使其易于构建可靠且可扩展的软件。Eclair使用Scala语言和Akka库，并利用JVM的优势，实现了高性能和稳定性。此外，Eclair还提供了强大的插件系统和集群模式，可以支持大规模的节点。

本文介绍了如何通过将Eclair闪电网络节点在多个服务器上进行集群化部署，以实现横向扩展。前端服务器处理路由表同步和对等连接，后端服务器专注于通道管理。文章提供了最小化演示设置、生产环境设置，以及在AWS上部署的详细指导，包括启用加密通信、配置私钥和设置环境变量等。