Payment channel networks (PCNs) enhance the scalability of blockchains by allowing parties to conduct transactions off-chain, i.e, without broadcasting every transaction to all blockchain participants. To conduct transactions, a sender and a receiver can either establish a direct payment channel with a funding blockchain transaction or leverage existing channels in a multi-hop payment. The security of PCNs usually relies on the synchrony of the underlying blockchain, i.e., evidence of misbehavior needs to be published on the blockchain within a time limit. Alternative payment channel proposals that do not require blockchain synchrony rely on quorum certificates and use a committee to register the transactions of a channel. However, these proposals do not support multi-hop payments, a limitation we aim to overcome. In this paper, we demonstrate that it is in fact impossible to design a multi-hop payment protocol with both network asynchrony and faulty channels, i.e., channels that may not correctly follow the protocol. We then detail two committee-based multi-hop payment protocols that respectively assume synchronous communications and possibly faulty channels, or asynchronous communication and correct channels. The first protocol relies on possibly faulty committees instead of the blockchain to resolve channel disputes, and enforces privacy properties within a synchronous network. The second one relies on committees that contain at most f faulty members out of 3f+1 and successively delegate to each other the role of eventually completing a multi-hop payment. We show that both protocols satisfy the security requirements of a multi-hop payment and compare their communication complexity and latency.
翻译:支付渠道网络(PCNs)通过允许当事人进行不连锁交易,即不向所有连锁参与者广播每笔交易,从而增强连锁交易的可扩缩性。进行交易时,发件人和接收人可以建立直接支付渠道,使用资金连锁交易,或者以多窗口支付方式利用现有渠道。PCNs的安全通常依赖于基本连锁连接的同步性,即,错误行为的证据需要在一定时限内公布在连锁中。不需要连锁同步的替代支付渠道建议依赖于法定人数证书,并使用委员会登记频道的交易。然而,这些建议并不支持多窗口支付,我们的目标是克服这一限制。在本文中,我们证明事实上不可能设计多窗口支付协议,既依靠网络的同步性和错误的渠道,即可能无法正确遵循协议的渠道。我们然后详细列出两个基于委员会的多窗口支付协议,即分别承担同步通信和可能错误的渠道,或者不支持多窗口支付交易的委员会,最终要依靠每个连锁协议的通信和协议的渠道。