|
XCM XCM v2 已经交付了，它是 Polkadot 0.9.11 的一部分，这个版本包含了大部分我们要做的功能。 异步错误处理程序，也就是你可以有链上代码运行，以防有一些错误发生在远程链上，而且这个功能是用一种比较好的方式来实现的，全部都带有 Dispatchables 和状态报告，允许一些 XCM 指令的状态能被报告回其他的链，鉴于其他链可能会想用代码处理器来注册该状态。 资产捕获，本质上就是在 XCM 消息结束时记住保持寄存器的内容，很多时候，不管是经过错误或者只是意外发生的，可能是伴随一条在消息执行结束时没有做好的消息，一些资产被遗留在了保持寄存器中。这个功能让这些内容能被记住，之后就可以再去拿。 Exeption handling，XCM 的语言模型中现在有 Exeption handling 了，目前我们使用的是一个虚拟机模型，我觉得是比以前更易于理解和可扩展。还有版本管理，它允许不同的 XCM 版本去同时存在于一个多链网络中。v2 的规范也写好了。 平行链下面就是平行链的进展了，我知道今天的很多观众都很关心这个方面。 目前平行链代码的功能已经完成，也就是所有的 Polkadot 规范中的安全机制都已实现、测试并审计过了。没错，审计已经完成了，对于审计中提出的修改意见，应该能在 11 月前完成一半。并且我们确实期待很快完成这些功能的初始部署，把安全性代码补充到 Kusama 上。在真正把代码投入生产环境前，我们会留出三周，但是我们认为代码不会有什么重大的问题了。所以说，根据这个就可以推算出 Polkadot 平行链上线的时间表。 我们的观点我们自己对于代码状态的评估是，12 月平行链就能从技术上达到可用状态，可以期待一下在 10 月底部署到 Kusama 上。所以从技术的角度来说，Polkadot 目前已经可以开始准备 Lease 6 到 Lease 13 的 Auction 了。 我们还认为 Polkadot 上的平行链数量应该保持在最多为 Kusama 数量的 75% ，Kusama 是 Polkadot 的金丝雀网络，所以至少在代码成熟之前，都会保持这个比例。直到我们了解目前的架构可以处理的平行链数量、交易吞吐量、消息吞吐量。 我们认为在最初的平行链扩张期，采取更短的拍卖周期会比较合理，所以我们会继续采用之前宣布的周期，那就是每个大概每场拍卖进行两周。 未来展望展望未来，我想稍微聊一下对近期一些行业内发生的事情和趋势的看法，以及这些事情将怎样影响 Substrate，在未来的 1 年左右你们可能会看到哪些变化。 我注意到的一件事是，为了追求高交易吞吐量，有不少的链忽视了一个事实，那就是去中心化和安全性并不是可有可无的功能，虽然如果你牺牲网络的去中心化可以拥有更高的交易吞吐量。 (责任编辑：admin) |