状态通道-文章来自问我社区

状态通道是一种非常广泛和简单的方式来考虑可能发生在区块链上的区块链交互,而是在区块链之外进行,而不会显着增加任何参与者的风险。这种策略最著名的例子是比特币支付渠道的想法,它允许在两方之间直接发送即时免费支付。 状态通道是支付通道的一般形式,将相同的想法应用于通常在区块链上执行的任何类型的状态更改操作。将这些交互从链中移出而不需要任何额外的信任可以导致显着成本和速度的改进。状态通道将成为扩展区块链技术以支持更高级别使用的关键部分。

状态通道的基本组件非常简单

    1. 部分区块链状态是通过多重签名或某种智能合约锁定的,因此一组特定的参与者必须完全同意才能更新它。
    1. 参与者通过构建和签署可以提交到区块链的交易来更新他们自己的状态,但现在只是暂时保留。每个新的更新都“胜过”以前的更新。
    1. 最后,参与者将状态提交回区块链,区块链关闭状态通道并再次解锁状态(通常在与开始时不同的配置中)。

然而!如果参与者之间正在更新的“状态”是数字货币余额,那么我们将有一个支付渠道。打开和关闭通道的步骤 1 和 3 涉及区块链操作。但是在第 2 步中,可以快速进行无限数量的更新,而根本不需要涉及区块链——这就是状态通道发挥作用的地方,因为只需要将第 1 步和第 3 步发布到网络,支付费用,或等待确认。事实上,通过仔细的规划和设计,状态通道几乎可以无限期地保持开放,并被用作更大的中心辐射系统的一部分,为整个经济体或生态系统提供动力。

尽管我在这里进行了简单的描述,但状态/支付渠道通常被认为是相当复杂的。这有几个原因,其中之一是在我对这三个步骤的措辞中隐藏着一些重要的微妙之处。让我们仔细看看这些简单的短语的含义,首先是:

可以提交到区块链

为了让状态通道正常工作,参与者必须确保他们可以随时将通道的当前状态发布到区块链上。这导致了一些重要的限制,例如在频道关闭之前必须有人保持在线以保护每一方的利益。

想象一下,当我们启动一个支付渠道时,我从 100 个比特币开始,而你从 10 个开始。如果我们首先签署一个将其中 10 个比特币转移给我的更新,然后再签署一个将 50 个比特币转回给你的更新,则稍后的更新显然比之前的对你更有好处。如果你意外地无法访问互联网,而我假装第二次更新从未发生,我也许可以将第一次更新发布到区块链并有效地从你那里窃取 50 个比特币!你需要的是有人保持在线,并持有后期交易的副本,这样他们就可以“胜过”之前的交易,并确保你的比特币受到保护。 不一定是你--您可以将副本发送到许多随机服务器,这些服务器通过智能合约同意仅在需要时发布它(当然需要支付少量费用)。但是无论你怎么做,你都需要确保最新的已签名状态更新可以胜过所有其他更新。这将我们引向下一个微妙的短语:

每个新更新都“胜过”以前的更新

为了使状态通道的这一部分工作,必须正确设计锁定和解锁机制,以便提交给区块链的旧状态更新有机会被替换它们的新状态更新纠正。 最简单的方法是让任何解锁尝试启动一个计时器,在此期间任何较新的更新都可以替换旧更新(也可以重新启动计时器)。当计时器完成时,通道关闭,状态调整以反映收到的最后更新。将为每个状态通道选择计时器的长度,以平衡通道关闭时间过长带来的不便,以及它为互联网连接或区块链问题提供的更高安全性. 或者,您可以通过罚款来构建通道,这样任何人在发布不准确的区块链更新时,都将失去更多,因为他们假装后来的交易没有发生。

但是机制最终并不重要,因为(回到前一点)这种情况的博弈论对事情进行了扭曲。 只要这个机制在理论上是合理的,它可能永远不会被使用。实际执行计时器/处罚过程可能会带来额外费用、延误或其他不便;鉴于强迫某人进入该机制无论如何都不会给您带来任何优势,状态通道的各方可能会通过相互同意最终通道状态来关闭通道。这个最终的关闭操作需要与正常的“中间”更新有根本的不同(因为它会绕过上面的“特朗普”机制),所以对于锁定在特定通道中的每个状态部分,参与者只会签署一次最终平仓交易。

这些“细微之处”的细节并不是特别重要。这一切最终分解为参与者通过设置“法官”智能合约打开通道,相互签署承诺,法官可以在必要时强制执行和裁决,然后通过彼此同意关闭通道,以便不需要法官的裁决。只要可以假设“法官”机制是可靠的,这些承诺就可以算作即时转账,只有在特殊情况下才会诉诸法官,例如当一方失踪时。

当然,这些细节只是人们认为状态/支付渠道复杂的部分原因。一个更大的问题是比特币支付渠道很复杂。在比特币中建立一个具有合理有用属性的“判断”机制是非常复杂的。但是一旦你对一般的状态通道有了一个清晰的概念,你就会发现这只是来自于尝试在一个受限的上下文中实现这个想法. 基本的智能合约功能,例如计时器机制,并允许根据提交的签名消息采取两种不同的路径,这在比特币中很难做到。其中一些功能正在逐步添加或构建。就我个人而言,我希望在未来 6 个月内看到有效的比特币支付渠道。但是通过看到支付通道只是更广泛的“状态通道”概念的一个特殊子案例,我们意识到这是一种更广泛的技术,并且状态通道可以应用于任何处理一组定义的集合之间频繁更新的智能合约。参与者。您可以预期在未来的许多(如果不是大多数)分布式应用程序中看到这种方法。

原文信息

原文转载自:问我学院,问我社区
原文链接:http://www.wenwoha.com/blog_detail-1275.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值