我们进行了几次迭代以提高编译器的效率,这为我们提供了如何使我们的 VM 更高效的想法(更多详细信息在技术见解帖子中);我们的 API 和 SDK 与 W API 和 非常相似,因此我们决定通过额外的 S L2 特定功能来支持两者;我们找到了一种方法来取消交易执行跟踪长度的限制,从而现任意大的交易。随着G价格在6、7月平均为20 G,我们感到时间压力有所减少,当我们看到有明确的方法可以做得更好时,我们不想上线。现在,我们将在发布任何版本之前整合所有改进,以尽可能避免任何破坏性升级。我们现在正在开发的版本比我们月份发布的版本功能更多,成本更低,并且更兼容和更方便。 然而,我们确想对你直截了当地说话。瞄准8月份是一个非常雄心勃勃的目标。我们现在很清楚,即使我们放弃了效率和以太兼容性的改进,在质量上不妥协的交付也是不可能的。这就是技术创新边缘研发的本质:任何预测总是围绕着许多未知因素进行猜测。
状态更新
在 6 个月的时间里,我们已经现并测试了:
执行节点EVM(线路和执行环境)S 和 Z 编译器(已编译并成功测试 U 2)我们正在敲定:
W+ API(完全支持开箱即用的 W API + S L2 特定功能)以太+ SDKL1 到 L2 通信(对于抗审查很重要:来自 S 的资金可以通过 L1 交易提取,即使你必须先从智能合约转移它们。)进行中:
将线路证明器和数据可用性协议集成到执行器节点中L2 到 L1 通信(例如从 L2 触发 L1 合约)V 开发人员:V 团队目前正在构建 V--LLVM 前端,我们的编译器团队正在与他们密切合作,以确保你可以在 S 20 上的 V 中缝部署智能合约。
测试计划
我们将分个阶段开放测试: 1N S 几周后,我们将开始发布一组协议的第一个版本。我们希望与这些团队密切合作,以便在我们发布开放测试时促进反馈和修复的速迭代,并最大限度地减少错误和挑战。如果你对此阶段感兴趣,请填写此表格。 2 S S? 然后,我们希望向愿意创建内容的人开放。这可以从推文线程到博客文章,再到完整的开发人员演示视频。我们的目标是在我们完全打开我们的测试时可以随时使用各种有用的资源,并作为我们系统的另一轮测试。如果你喜欢写作或制作技术内容,请填写此表格。 K? 测试对所有人开放。
主上线
M L 致力于构建一个中立的第 2 层,所有协议和基础设施都可以以公平公正的方式部署和运行。 因此,我们的主发布是一个公平的发布对我们来说至关重要:我们将为每个人提供时间在同等条件下在 S 上准备和启动项目。 我们到终点了!预计不会有更大的变化,我们正在努力集成所有活动部件,现方便的 SDK,并编写文档。