支付通道

静态收款码的方案

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

本文作者 Paul Sztorc 深入探讨了比特币欺诈证明（Fraud Proof）的概念，提出了一种 SPV+ 模式，旨在提高 SPV 节点的安全性，使其能够像全节点一样验证交易。SPV+ 节点需要保存区块头以及每个区块的第一笔和最后一笔交易，并通过支付通道向全节点支付小额费用来验证区块的正确性，同时作者还提出了通过引入新的操作码来降低 SPV+ 节点的使用成本。

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

本文介绍了基于 Ark 的 VTXO 范式实现的比特币虚拟通道技术，旨在实现高效、低成本的比特币支付通道。它通过将智能合约转移到链下，利用 Tapscript 封装多方合约，实现了比传统斯皮尔曼支付通道更优的方案。

本文介绍了闪电网络中三种不同的支付通道设计：标准支付通道、零配置通道（涡轮通道）和管家通道。标准通道是基础，但用户体验有延迟；零配置通道通过信任或预付费解决延迟问题；管家通道则依赖托管方和元账本。文章强调在不牺牲点对点特性的前提下，不断演化和改进闪电网络。

本文深入探讨了闪电网络及其支付通道的原理。闪电网络作为一种链下扩容方案，通过支付通道技术实现快速、低成本的交易。文章详细解释了支付通道的建立、更新余额、关闭过程，并探讨了如何使用时间锁和可撤销承诺来防止通道内的欺诈行为，从而实现免信任的通道。

本文是闪电网络深入研究的第二部分，详细解释了哈希时间锁定合约（HTLC）的工作原理，以及如何在闪电网络中实现多跳支付。文章通过一个具体的例子，展示了 Alice 如何通过一系列 HTLC 合约，经由多个中间节点向 Eric 支付比特币，并讨论了在支付过程中可能出现的故障以及相应的应对机制，例如通道故障和重新路由。

本文探讨了闪电网络在提升比特币用户体验方面面临的挑战，包括零配置、一套余额、入账流量、轻松支付、即时支付、轻松充值和支持大额交易。文章分析了Autopilot、LSP、潜水艇互换、AMP、Wumbo通道等技术方案如何应对这些挑战，并指出闪电网络正朝着提供用户所需的速度、经济性和使用直觉的方向发展。

本文是关于闪电网络的FAQ，内容涵盖闪电网络的定义、开源性、所有权、创造者、代币发行、共识依赖、托管风险、链下交易、比特币锁仓、区块链依赖、安全性、公共账本、交易真实性、监控需求、手续费、路由支付以及隔离见证等多个方面的问题与解答，旨在帮助读者全面了解闪电网络。

该BIP (Bitcoin Improvement Proposal) 提议引入一个新的操作码 OP_CHECKOUTPUTSHASHVERIFY，用于Tapscript版本0。这个新的操作码可以用于交易拥塞控制和支付通道的实例化等。该操作码验证输出的 SHA256 双哈希是否与提供的值匹配，从而实现有限的智能合约功能，例如拥塞控制交易、通道工厂和钱包保险库，同时尽量减少对现有代码库的影响。

本文讨论了比特币的现状及其作为功能性货币的挑战，并介绍了闪电网络（Lightning Network）如何解决这些问题，包括即时支付、扩展性和低成本交易。闪电网络通过离线交易模型减少区块链上的交易，从而大幅提高比特币的交易效率。

Phoenix是ACINQ开发的第二代移动端闪电网络钱包，旨在提供媲美传统比特币钱包的用户体验，简化通道管理、流动性问题和备份等复杂操作。它通过集成收账开启通道、无需确认即可使用、对等备份、零保证金等新功能，以及在信任和隐私性方面做出一些折中，实现了非托管型钱包和优质用户体验的结合。

该BIP提议激活一个新的操作码OP_CHECKOUTPUTSHASHVERIFY，用于Tapscript版本0。

本文深入探讨了闪电网络通道如何在无需任何一方承担资金丢失风险的情况下更新余额。文章详细介绍了承诺事务的概念，以及在Alice向Bob支付0.02 BTC时，双方如何通过构建和签名“先给自己支付”和“先给对方支付”的交易，并结合RSM合约来保证资金安全和通道状态的更新。