支付通道

加密货币中的支付通道是什么？

支付通道是一种链下系统，允许两个或多个参与者之间进行多笔加密货币支付，而无需将每笔支付都单独记录在区块链上。

用户无需每次小额转账都发起新的链上交易，而是将资金锁定在通道中，私下交换经签名的更新，最后再将最终结果结算到链上。

因此，支付通道适用于快速、低成本、高频交易。

支付通道最广为人知的应用是 Lightning Network（闪电网络）的核心构件。闪电网络利用 Bitcoin 支付通道组成网络，在用户之间路由支付。

Lightning Network 论文介绍了一个去中心化系统，支付通过微支付通道网络发送，价值转移则在链下进行。

支付通道不是独立的区块链。

它是由底层区块链提供支持的加密协议。

如果参与者发生分歧、离线或试图作弊，区块链会作为最终裁决者。

通常情况下，用户会相互配合，并按照最新达成一致的余额关闭通道。

发生争议时，一方可以利用区块链强制执行最新的有效状态。

对新手来说，最简单的理解方式是把支付通道想象成与某人开设的共享账单。

双方先把资金放到账单中，之后多次私下更新账单，关闭账单时只结算最终余额。

关于支付通道的要点

• • 支付通道允许参与者进行多笔链下支付，区块链主要用于开启和关闭通道。
  • 支付通道可降低频繁转账、微支付、游戏、流媒体支付和商户交易的成本并提升速度。
  • 支付通道使用加密签名，确保每次通道更新都可以验证。
  • 通道关闭时，最新的有效状态决定锁定资金如何分配。
  • 支付通道网络可以通过中间节点路由支付，用户无需与每位收款方都建立直接通道。
  • 支付通道仍存在风险，包括流动性限制、在线监控要求、路由失败、旧状态攻击和用户操作失误。

支付通道的运作方式

支付通道通常从一笔链上注资交易开始。

两名参与者将资金锁定在共享输出、智能合约或通道合约中。

这笔锁定价值构成通道的初始余额。

通道开启后，参与者可以通过交换签名消息来更新余额。

例如，Alice 和 Bob 可以开启一个总容量为 1 BTC 的通道。

如果 Alice 在通道内向 Bob 支付 0.1 BTC，他们无需立即将这笔支付公布到链上。

他们只需签署新的通道状态，显示 Bob 的份额增加、Alice 的份额减少。

他们可以多次重复这一过程。

通道关闭时，只有最新达成一致的状态应当生效。

Lightning 支付通道文档说明，支付通道是点对点的多重签名合约，通道内的支付之后可以在区块链上结算。

双方配合时，可以提交最终结算交易来关闭通道。

如果一方拒绝配合，另一方可以使用通道设计中规定的争议解决机制。

开启支付通道

开启支付通道意味着在链上锁定资金，使通道具备链下转移价值的能力。

在 Bitcoin 风格的通道中，这通常涉及一笔关联到多重签名输出的注资交易。

在智能合约平台上，可能需要将资金存入通道合约。

开启交易很重要，因为它为通道创建了可强制执行的底层基础。

如果没有锁定资金，通道就只是参与者之间的承诺。

有了锁定资金，通道便成为可在链上结算的加密协议。

开启通道通常需要支付链上交易手续费。

因此，支付通道最适合预计在开启后进行多次支付的参与者。

如果用户只需支付一次，普通链上交易可能更简单。

如果用户预计要进行数百或数千次支付，通道设置成本就可以分摊到许多笔链下转账中。

更新支付通道

更新支付通道是指改变参与者之间的链下余额。

每次更新通常都以签名状态表示。

状态会显示通道余额中各参与者所占的金额。

双方必须同意有效的更新。

如果一方拒绝签名，通道就不会切换到新状态。

每个新状态都会取代之前的状态。

正是这种替换机制，使多笔支付无需逐笔发布到链上。

结算通道时，用户只需使用最新的有效状态。

良好的通道设计会加入机制，惩罚或阻止使用旧状态结算的行为。

这一点很重要，因为旧状态可能显示有利于一方、却不符合最新情况的余额。

如果没有旧状态保护，不诚实的参与者可能试图使用过时余额关闭通道。

关闭支付通道

关闭支付通道是指在区块链上结算通道的最终余额。

合作关闭是指所有参与者同意最新状态，并共同提交关闭交易。

这通常是关闭通道最快、最简便的方式。

强制关闭是指一方在另一方不配合的情况下关闭通道。

强制关闭可能会触发争议窗口或挑战期。

在此期间，如果有人提交了旧状态，另一方可能可以证明存在更新的状态。

Ethereum 的状态通道文档说明，参与者大多在链下交互，只有在开启通道、关闭通道或解决争议时才使用底层区块链。

通道关闭后，锁定资金将根据最终获认可的状态进行分配。

关闭交易在链上最终确认后，该通道就不能再用于新的链下支付。

支付通道与 Lightning Network

Lightning Network 是加密货币领域最知名的支付通道网络。

它使用众多互相连接的支付通道，让彼此可能没有直接通道的用户也能进行支付。

Lightning Network 网站将 Lightning 描述为一个利用区块链智能合约功能、实现参与者之间即时支付的去中心化网络。

在 Lightning 中，两个用户可以开启直接通道，并多次相互支付。

更重要的是，用户还可以通过一系列相连的通道进行支付。

例如，Alice 可能没有与 Carol 建立直接通道。

但如果存在经由 Bob 或其他路由节点的路径，Alice 仍可能向 Carol 付款。

这样一来，系统会更实用，因为用户无需与所有可能的收款方都建立通道。

路由让通道网络能够像支付网络一样运作，而不只是由彼此隔离的双人账单组成。

路由节点不应托管支付资金。

加密条件会确保路由支付具有原子性，也就是说，支付要么完整成功，要么失败。

支付通道与链上交易

链上交易会直接记录在区块链上。

支付通道交易更新则由通道参与者在链下交换。

链上交易适用于最终结算、长期存储、公开审计以及向任何有效地址转账。

支付通道适用于相连参与者之间频繁、小额或对时效要求较高的转账。

链上交易通常需要支付网络手续费，并等待确认。

支付通道更新只需参与者交换签名，因此速度可能快得多。

不过，支付通道需要设置、流动性、监控和通道管理。

它们并非适用于所有支付场景。

大额单笔转账可能更适合直接在链上结算。

反复发生的小额支付可能更适合使用支付通道。

支付通道与状态通道

支付通道是一种专注于价值转移的通道。

状态通道是一个更广泛的概念，可以在链下处理更一般的应用状态。

Ethereum 的状态通道文档将支付通道描述为由用户维护的双向账本，而状态通道可以追踪更广泛的合约状态和应用逻辑。

简单来说，所有支付通道都是通道，但并非所有状态通道都只是支付通道。

支付通道可能只追踪 Alice 和 Bob 各自拥有多少资金。

状态通道除了余额之外，还可能追踪游戏状态、应用状态或合约存储状态。

支付通道更容易理解，因为其状态通常只是余额更新。

状态通道更加灵活，但安全设计也更复杂。

两者的基本目标相同，都是将重复交互移至链下，以减少链上操作。

支付通道与 Rollup

支付通道和 Rollup 都是扩容方案，但运作方式不同。

支付通道在一组特定参与者之间将活动转移到链下，只将最终结果或争议结果结算到链上。

Rollup 在链下或基础执行环境之外处理多笔交易，然后将压缩数据或证明发布回基础链。

支付通道非常适合已知参与者之间的重复交互。

Rollup 通常更适合通用应用和更广泛的用户群体。

支付通道通常要求用户管理流动性，并能够及时应对争议。

Rollup 通常要求用户依赖其数据可用性、证明系统、排序器设计和跨链桥合约。

两种设计都没有在所有情况下自动更优。

通道适用于重复的直接支付和低延迟交互。

Rollup 适用于共享智能合约执行和更广泛的应用生态。

支付通道中的多重签名合约

许多支付通道使用多重签名控制机制。

多重签名安排要求多个密钥共同支出锁定资金。

在双方通道中，通常由双方共同控制注资输出或通道合约。

这样可以防止一方不遵守通道规则就独自拿走全部资金。

多重签名控制为共同持有通道余额奠定了基础。

链下更新随后规定如何分配这笔共享余额。

双方配合时，可以高效地结算最新余额。

双方不配合时，底层区块链可以强制执行通道的争议规则。

对于用户来说，多重签名逻辑通常隐藏在钱包软件中。

对于开发者来说，它是通道安全的核心组成部分。

哈希时间锁合约

哈希时间锁合约通常简称 HTLC，常用于路由式支付通道网络。

HTLC 使用哈希条件和时间条件来控制支付释放。

收款方必须在截止时间前公开一个与已知哈希匹配的秘密原像。

如果收款方未能及时公开秘密，支付就可能过期并沿原路退回。

这种设计有助于提高多跳支付的安全性。

每个路由参与者都可以转发条件支付，而无需完全信任下一位参与者。

Lightning 的设计使用时间锁条件进行支付路由，而无需让中间方托管资金。

Lightning Network 论文介绍了使用逐步递减的时间锁，通过链上可强制执行的合约来路由支付。

对于普通用户来说，HTLC 大多不可见。

对于网络而言，HTLC 是实现最小化信任路由的机制之一。

支付通道网络中的路由

路由允许支付经过多个相连通道。

正是路由让众多独立通道组成了可用的支付网络。

如果 Alice 与 Bob 有通道，Bob 与 Carol 也有通道，Alice 就可能通过 Bob 向 Carol 付款。

由于路由机制会强制执行条件结算，Bob 无需被信任来保管最终款项。

路由取决于通道可用流动性。

通道可能存在，但如果其余额在特定方向不足，就无法转发支付。

这是支付通道网络在实际应用中的主要限制之一。

小额支付通常比大额支付更容易路由。

有些系统会把大额支付拆分成较小部分，以提高路由成功率。

路由节点可能会对转发支付收取手续费。

这些手续费可以激励用户提供流动性并维护有用的通道。

支付通道中的流动性

流动性是可通过支付通道转移的价值数量。

通道容量是锁定在通道中的总金额。

方向性流动性是特定时间内沿某一方向可转移的金额。

这一区别很重要。

通道的总容量可能很大，但如果余额全部位于不利的一侧，它仍可能无法沿某个方向发送支付。

例如，如果 Alice 已在通道内将大部分余额支付给 Bob，Alice 可能没有足够的剩余流出流动性继续向 Bob 付款。

Bob 可能有来自 Alice 的流入流动性，但 Alice 的流出流动性有限。

可以通过开启通道、关闭通道、重新平衡通道、接收支付或路由支付来管理通道流动性。

流动性管理是支付通道网络比普通钱包转账更复杂的原因之一。

使用设计良好的钱包时，用户可能感受不到这种复杂性，但它仍会影响可靠性。

瞭望塔和通道监控

某些支付通道系统要求用户监控区块链，防范恶意关闭通道的行为。

如果交易对手试图使用过时状态关闭通道，诚实用户可能需要在截止时间前作出响应。

瞭望塔（Watchtower）是代表用户监控区块链的服务。

如果瞭望塔检测到可疑的通道关闭行为，就可以帮助发布适当的应对交易或提醒用户。

Ethereum 的状态通道文档指出，瞭望塔可以监控链上的争议事件并代表用户采取行动。

瞭望塔可以减少用户必须始终在线的需求。

不过，瞭望塔也会增加复杂性、成本和信任假设。

良好的瞭望塔设计不应让瞭望塔有机会盗取资金或获取不必要的私人信息。

对用户来说，关键是支付通道可能比普通链上支付需要更强的运维意识。

支付通道的优势

第一项主要优势是速度。

通道内的支付可以快速更新，因为每笔转账都无需等待新的区块确认。

第二项优势是成本较低。

用户可能只需在开启和关闭通道时支付链上手续费，而中间的许多笔支付都在链下进行。

第三项优势是可扩展性。

支付通道减少了底层区块链必须直接处理的交易数量。

第四项优势是隐私性。

许多单独的通道更新不会发布到公有区块链上。

第五项优势是支持微支付。

如果每笔支付都不需要单独支付链上手续费，极小额支付也可能变得可行。

第六项优势是即时的用户体验。

当双方配合且流动性充足时，支付通道转账几乎可以即时完成。

这些优势使支付通道适用于日常支付、内容付费、流式支付、游戏和高频用户交互。

支付通道的风险

第一项主要风险是流动性风险。

如果通道或路由在正确方向上没有足够的可用流动性，支付就可能失败。

第二项主要风险是在线响应风险。

用户可能需要监控区块链，或依赖瞭望塔来应对恶意关闭通道的行为。

第三项主要风险是路由失败。

理论上可能存在路由，但由于流动性限制、手续费、节点离线或网络信息过时，支付仍可能失败。

第四项主要风险是旧状态欺诈。

如果通道设计允许争议，不诚实的交易对手可能试图使用旧状态关闭通道。

第五项主要风险是软件风险。

支付通道钱包和节点必须正确处理签名、通道状态、备份、手续费、路由和争议逻辑。

第六项主要风险是用户操作失误。

丢失通道备份数据、错误地强制关闭通道或使用维护不善的软件都可能造成损失。

第七项主要风险是中心化压力。

规模较大、连接较广的路由节点可能在流动性和路由效率方面变得举足轻重。

第八项主要风险是基础层手续费风险。

如果链上手续费大幅上涨，开启和关闭通道的成本可能会增加。

支付通道的应用场景

支付通道适用于微支付。

用户可以为文章、视频、API 调用、数据访问、游戏操作或流媒体内容支付小额费用。

支付通道适用于商户支付。

买家和商户可以快速结算小额购买，无需每次都等待基础层确认。

支付通道适用于机器对机器支付。

设备可能需要为带宽、充电、存储或数据服务频繁进行小额支付。

支付通道适用于游戏。

玩家可以快速进行游戏内支付，或结算游戏结果，而无需将每个操作都上链。

支付通道适用于定期往来的交易对手之间。

企业与服务提供商之间如果长期频繁交换价值，就可能使用通道。

对于注重隐私的支付，支付通道也很有用，因为并非每次更新都会出现在公有账本上。

不过，用户应记住，通道的开启和关闭仍可能在链上可见。

支付通道与微支付

微支付是金额很小的支付，在传统支付渠道或拥堵的区块链上通常不太实用。

如果手续费高于支付金额，几美分的支付可能就不划算。

支付通道将开启和关闭通道的成本分摊到多笔转账中，让微支付更易于实现。

Ethereum 的状态通道文档说明，支付通道可以降低小额转账的开销，因为参与者无需为每笔链下微交易支付 Gas 费。

这带来了新的设计可能。

用户可以按阅读文章、流媒体播放时长、API 请求、游戏回合或数字服务使用量付费。

如果每笔支付都必须单独作为链上交易，这些模式就难以实现。

支付通道通过快速的链下余额更新，让这些模式更具可行性。

支付通道与隐私

支付通道可以提升隐私性，因为中间的通道更新通常不会发布到链上。

外部观察者可能看得到通道何时开启和关闭，但未必能看到通道内的每笔支付。

这与普通链上转账不同：根据区块链的具体情况，交易金额和地址可能公开可见。

不过，支付通道不能保证完全隐私。

路由节点可能会了解其转发支付的相关信息。

网络观察者可能分析时间、通道容量、路由行为和链上活动。

通道的开启和关闭仍可能泄露信息。

钱包行为也可能泄露元数据。

用户应将支付通道视为在某些场景下改善隐私的方式，而非实现完全匿名的工具。

支付通道与安全

支付通道安全取决于加密签名、正确的状态更新、争议规则、时间锁和底层链上的可执行性。

每位参与者都必须跟踪最新的通道状态。

如果用户丢失最新状态，资金可能难以追回。

如果用户的设备遭到入侵，攻击者可能盗取密钥或干扰通道运行。

如果交易对手离线，支付可能失败，或需要强制关闭通道。

如果基础层手续费过高，争议交易可能更难确认，或需要更高成本才能快速确认。

钱包和节点软件必须谨慎管理这些风险。

在通道中存放较大金额前，用户应使用维护良好的软件，并了解备份要求。

对于大额资金，直接在链上托管可能比复杂的通道管理更简单。

支付通道备份

备份对于支付通道尤为重要。

如果通道状态频繁变化，普通钱包备份可能并不足够。

根据协议设计，支付通道涉及更新后的余额、承诺交易、撤销数据或状态信息。

如果用户从旧备份恢复，可能会意外使用过时的通道数据。

在某些设计中，广播旧状态可能触发惩罚。

因此，通道备份策略不同于简单的助记词备份。

用户应遵循所用钱包或节点软件的备份说明。

不要认为写下助记词就足以安全恢复所有活跃通道。

通道备份错误可能造成重大损失。

良好的钱包设计应让用户更容易管理这些风险，但用户仍需了解基本原理。

关于支付通道的常见误解

一种常见误解是，支付通道让区块链变得不再必要。

事实并非如此。

支付通道依赖区块链来开启、关闭通道并强制执行争议解决。

另一种误解是，支付通道始终免费。

支付通道可以降低成本，但用户仍可能需要支付路由费、开启费、关闭费和流动性成本。

第三种误解是，支付通道可以随时发送任意金额。

支付会受到通道容量、方向性流动性、路由可用性和网络状况限制。

第四种误解是，支付通道完全私密。

支付通道可以让中间更新不出现在公有链上，但元数据仍可能泄露。

第五种误解是，支付通道没有风险。

支付通道需要正确的软件、监控、流动性管理和备份实践。

使用支付通道的最佳实践

使用来自可信且维护良好的来源的支付通道钱包和节点。

先从小额开始，再使用通道进行大额支付。

了解钱包属于托管型、自托管型还是混合型。

在开启包含大量资金的通道前，先了解通道备份的运作方式。

必要时预留足够的链上资金，用于开启或关闭通道以及支付手续费。

如果运行自己的节点，请监控通道流动性。

如果你的设置需要瞭望塔，且无法始终在线，请使用瞭望塔支持。

除非了解成本和时间方面的影响，否则不要强制关闭通道。

发送前检查支付发票和收款方信息。

请记住，快速的支付体验并不能取代钱包安全措施。

一句话了解支付通道

支付通道是一种链下加密货币支付系统，允许参与者私下交换多次签名余额更新，并仅将最终结果结算到区块链上。

常见问题

什么是支付通道？

支付通道是一种链下安排，参与者先锁定资金，再交换签名余额更新，之后在链上结算最终余额。

为什么要使用支付通道？

使用支付通道是为了让重复的加密货币支付比逐笔直接上链更快、成本更低且更具可扩展性。

支付通道是 Lightning Network 的一部分吗？

是。支付通道是 Lightning Network 的核心构件。

支付通道需要信任吗？

支付通道旨在通过签名、时间锁和区块链强制执行机制降低信任需求，但用户仍需要正确的软件和监控措施。

支付通道会在链上结算吗？

会。支付通道通常会使用区块链开启通道，并在之后结算或处理最终状态争议。

支付通道支持微支付吗？

支持。支付通道特别适合微支付，因为通道开启后，许多小额转账都可以在链下进行。

什么是通道流动性？

通道流动性是指特定方向上可通过支付通道发送或接收的价值数量。

支付通道的交易对手离线时会怎样？

支付可能失败。根据钱包和协议设计，用户可能需要等待、使用其他路由或关闭通道。

什么是强制关闭？

强制关闭是指一方在另一方不配合的情况下，在链上结算通道的非合作式关闭方式。

什么是瞭望塔？

瞭望塔是一种监控区块链上可疑通道关闭行为，并帮助保护可能处于离线状态的用户的服务。

支付通道安全吗？

支付通道可以改善隐私性，因为中间更新在链下进行，但不能保证完全匿名。

支付通道最大的风险是什么？

主要风险包括流动性问题、监控要求、旧状态争议、软件漏洞、备份错误和用户操作失误。

结语

支付通道是加密货币领域的重要扩容工具，它将重复支付转移到链下，同时确保最终结算可在链上强制执行。

当用户需要快速、低成本地反复转账，而又不想将每笔支付都记录在底层区块链上时，支付通道很有用。

其基本结构很简单：锁定资金、交换签名更新，并在通道关闭时结算最新有效余额。

实际设计可能很复杂，因为通道必须处理流动性、路由、争议、旧状态、备份、监控和手续费。

Lightning 风格的网络展示了如何连接多个支付通道，让用户无需与每位收款方都建立直接通道，也能在更大的网络中进行支付。

状态通道系统则展示了同样的链下思路如何从简单支付扩展到更广泛的应用逻辑。

支付通道并非底层区块链的替代品。

它们依赖底层链提供安全性、结算和争议解决。

对用户来说，支付通道可以让加密货币支付更快捷、更适合日常使用。

对开发者来说，支付通道提供了一种构建高频支付体验的方式，同时避免底层网络负载过重。

谨慎使用时，支付通道可以提高速度、降低成本、支持微支付，并比完全链上活动保留更多隐私。

使用不当时，支付通道可能让用户面临流动性不足、备份问题、旧状态争议和运营风险。

理解支付通道的最佳方式，是将其视为由链上执行机制支持的链下协议。

正是这种组合，让支付通道成为加密支付领域最重要的扩容理念之一。