看看即将到来的MetaChain层背后的开发面纱： 在这篇文章中，我们解释了开发过程并提供了一些常见问题的答案👇 在软件开发中，新版本通常遵循以下路线图： Alpha → Beta → 候选发布版 (RC) → 稳定节点。 虽然大多数项目通常从 alpha 阶段开始，但 DeFiChain 采用了不同的策略，通过一系列 beta 阶段来强调新功能的推出。 什么是 RC 以及 RC 的时间表是什么？ 候选版本 (RC) 的设计类似于版本的最终版本，无需进一步修改即可部署，同时仍然允许灵活地改进任何其他软件测试。 由于交易所和附属计划需要足够的时间进行更新，理想情况下，RC 应在 10 至 14 天的时间内发挥最佳性能。 如果任何版本不符合这些标准，则必须将其保留在测试版域中。 什么时候会有稳定的节点上线？ 当稳定性得到确认后，路线图预计将在 2-3 天内发布候选版本，然后发布测试网增强功能。 一旦所有集成系统和服务的稳定性得到确认，DeFiChain 将转变方向并专注于稳定节点的启动，最终在预定的等待期后进行硬分叉。 目前的阻碍因素有哪些？ EVM 及其相关集成的标准化性质意味着它们必须遵守特定的操作指南。 当试图将其与现有系统（例如植根于比特币的系统）相结合时，这会变得很麻烦。 MetaChain Layers 的旅程呼应了这些复杂性，其目标是将原始空间虚拟机与 DeFiChain 融为一体。 当尝试将 EVM 与以 UTXO 为中心的区块链集成时，障碍比比皆是。 其中包括不同的哈希生成技术或超出典型交易的状态更改。 此外，DeFi 虚拟机（DVM）提出了一系列独特的挑战。 虽然以原始代码库作为起点是理想的，但现实情况是，源自以比特币为中心的代码库的 DVM 随着时间的推移已经演变为多个层次。 此外，DeFiChain 的代码库利用了两种主要语言的强大功能：C++ 和 Rust。 虽然 Rust 拥有编译时安全性，可以在编译前标记潜在错误，但将其与 C++ 集成却存在障碍。 这些挑战还蔓延到“字节顺序”和系统级数据存储。 正在评估的另一个维度是“传输域”。 传统的区块链交易采用“推送”机制，验证资产所有权并进行转移。 然而，EVM 严格的架构并不利于从 EVM 直接推送到 DVM。 另一种“拉”方法正在探索中，需要新的方法来证明所有权而不暴露私钥。 总体而言，团队面临以下主要挑战： 👉 解决字节序问题并将哈希值与标准对齐。 👉 无缝合并 Rust 和 C++，而不影响稳定性。 👉 在所有单元测试中取得成功。 👉 建立安全的“拉动”交易 👉 开发专为以太坊虚拟机（EVM）定制的区块链浏览器 我们希望这能让MetaChain层的当前状态变得清晰。 如需全面了解，请查看我们的详细文章： https://blog.defichain.com/metachain-blazing-ahead-tech-talk-with-u-zyn/