POLK:平行链如何扩展到每秒数百万次交易?跨链互操作如何影响行业生态?_DOT

本文整理自 Web3 基金会技术教育负责人在 Reddit 的 AMA 。

1. 在 Polkadot 的开发方面,未来 4 年有什么是让你觉得兴奋的?你认为平行链的引入将如何影响加密货币生态?

Bill:我最兴奋的是那些我还所不知道的事情,即通过简单的跨链交互可以创建哪些新范式?

我在 2011 年第一次听说比特币,并在 2012 年进入这个行业。如果你试图解释闪兑、MEV、去中心化身份等......它会完全超出我的认知。因为有智能合约和智能合约的可组合性,才使得潜在用例绝对爆炸式增长。

所以,我认为我们将会看到一些利用跨链互操作性的非常有趣的应用程序。我有一些想法,但我敢肯定,最酷的想法是我和其他任何人都还没有想到的想法。

也就是说,在这个时间范围内,我对 Polkadot 也非常的期待!例如,进一步的去中心化链上治理、嵌套平行链和更易于使用的用户界面等等。

2. 像 Enjin 的 Efinity 这样的平行链正在寻求扩展到每秒数百万次无手续费的 NFT 交易。我很好奇 Substrate 是如何实现这一点的,因为 Polkadot 定义了一个块是 6 秒的时间,这不会破坏 XCMP 吗?

Bill:不一定。平行链只要遵循中继链的共识,就可以拥有自己的“子共识”。从本质上讲,可以将其视为一种“较小”形式的共识,当其 POV 被包含到中继链中,它则具有更强的安全保障。这有点像在比特币里,如果你的交易被打包到区块中,你就可以差不多确定它完成了,但是只有等它被 6 个区块打包,你才能【完全】确定它完成了。

Gav 最近在 Matrix 频道中很好地描述了这个问题。

Gavin:平行链逻辑的安全级别与 Polkadot 中继链的安全级别和区块时间是相同的,即 6 秒。为了做任何比这更频繁的事情,平行链需要形成一个子共识,让其运行速度比基本级别的 6 秒更快。通常,对于子共识,你会遇到安全和激励稀释的问题,因为需要减少从中继链获得安全的资本,以换取保护该子共识的参与者。

这与 Polkadot 共享安全模型的论点相似,也是为什么不共享安全性的多链系统存在根本缺陷的原因。然而,Polkadot 的独特设计使其能够优雅地回避这个问题。它的 PVF(平行链验证功能)是如此通用和抽象,以至于它可以非常有效地用于保护子共识。

由于子共识最终将由中继链验证人保护,因此你可以确保最终的正确性和对任何恶意子共识参与者的适当惩罚。这可以让你从(可能更频繁的)子共识中获得有效和安全的最终确定性,而不会稀释中继链的资金池。这个子共识模型的上层是你乐观地将工作从中继链验证人转移到平行链收集人,仅在需要时使用中继链的安全有效性和可用性功能。这意味着同一个平行链不仅可以有更低的出块周期,而且还可以在子共识下保护多条链。

3. 是否有计划尝试改善 Polkadot.js 的体验?现在对于普通用户来说还是太抽象了,我们希望看到账户余额,而且不同的地址格式对于新用户来说相当混乱。

Bill:Polkadot-JS Apps 做了很多工作,但它并不是真正专注于变得“不那么抽象”。重要的是要记住,Polkadot-JS 应用程序旨在允许你在链上做任何可以用该链做的事情,它的确在功能和易用性之间存在反比关系。

我们社区有各种第三方钱包提供了一个更简单、更易于使用的界面。请参阅 https://wiki.polkadot.network/docs/build-wallets

4. 平行链真的可以通过 Polkadot 执行免费交易吗?如果交易是免费的,那验证人节点有什么好处?

Bill:如果这是平行链自己的设计方式,那可以是免费的。但是,他们应该小心确保它不是垃圾邮件攻击的载体。中继链上已经有(极少数)免费交易,例如,从预售中领取 DOT,因为不存在帐户,因此无法在存在之前支付 tx 费用。

验证人不关心平行链在做什么,因为它只遵循中继链的规则。验证人的奖励来自 Polkadot 或者 Kusama 中继链的 DOT 或 KSM。平行链在做什么并不重要,因为奖励验证人是不是平行链,而是中继链。

然而,这留下一个如何奖励 COLLATORS 收集人的问题。如果平行链上的所有交易都是免费的,则必须找到其他奖励收集人的机制,而不是分享费用。我可以想象有多种方法可以做到这一点 - 中心化收集人、网络使用费、通胀货币、抽奖等。但是在设计平行链时应该非常小心,以确保有足够的收集人并保持连接!

Polkadot 的好处就在于,这些决定都取决于各个平行链。我们可能在之后会看到一些我还没有想到的奖励收集人的有趣方式。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

大币网

[0:0ms0-4:634ms