2?月?16?号，ZK?系L2扩容解决方案?zkSync?宣布了?2.0?版本的上线，并将此版本称为?Era，?1.0?版本将更名为?lite，两者将长期并存，承担不同的任务类型。英文?Era?的意思是时代，这也意味着?zkSync?步入了发展的新时代。
这是其经历的四个月测试网阶段后的首次主网上线，不同于测试网阶段的限制性使用，本次?zkSyncEra?主网将向所有开发者开放，目前，其?Github?代码库已经可供审查，为确保安全，早期主网阶段将会存在一定的资金额度方面的限制，但最终会面向全体用户开放更多功能。
为了满足更多实际用途，Era?将会陆续支持以下功能：
原生支持?ECDSA?签名。用户使用私钥不需要额外操作。任何账户都可以在L2中使用和L1的相同的私钥。
支持?Solidity0.8.x版本。和以太坊主网开发环境保持一致。
Web3API?与?Ethereum?几乎完全兼容。开发者可复用绝大部分?API。
L1至L2间的智能合约消息传递。允许开发人员将数据从?Ethereum?传递到?zkSync?上，无缝衔接二者间通信的各种数据信息。
其中，最为重要的是L1和L2间的兼容性，zkSync?将其分为L1至L2通信，和L2至L1间通信两部分，以最终实现L1和L2间双向的通信。
在本次?Era?更新中，将集中在L1至L2间的通信，得益于和主网的兼容性，从以太坊主网向?zkSyncEra?发送消息以调用智能合约并不困难，Era?主要集中在?Gas?方面的设计和优化。
目前的L1至L2的事务优先级以?FIFO的模式进行排序和处理，但在未来会引入“优先级”概念，支持对事务进行特定排序以确定具体优先事项，以提升网络定制化和高频使用需求。
其次，是未来主网有望实现的功能?zkPorter，其特点是高安全性和比以太坊主网降低?20?倍的费用，最终实现低至几美分的交易费用，以支持大规模调用，但需要注意本次测试网仍未上线该功能。
此外，zkSyncEra?将在智能合约的组合性和账户抽象方面发力，以支持复杂的?DeFi?堆栈等高级操作，并且保持跟以太坊主网迭代方向的同步。
在?MatterLabs?的设想中，最终基于?zkSync?可以继续构建L3、L?4?等特定的应用链或者扩展链，最终实现整个区块链网络的可扩展性，而且可以在特定的两条链之间实现原生跨链桥，传递资产和消息，而需要借助第三方工具。
但是仍然需要借助L1来进行最终结算，而这也是?zkEVM?所发挥效能的用武之地。
在本次主网更新中，官方第一时间开放了?zkSyncEra?测试网项目部署名单，只有通过调试后的项目才能被首批上线?zkSyncEraMainnetAlpha?主网，以避免直接上线主网遭遇故障。
目前，MatterLabs?已经可以直接启动主网，但为确保主网的安全启动和运行，目前将会采取以下两点安全措施：
zkSyncEra?还需要经过完整安全审计，MatterLabs?会尽量确保主网安全性，这也是开放测试网项目的实验意义。
zkSyncEraMainnetAlpha?最初会在交易频次、锁仓量等方面进行限制，限制措施会随主网逐渐成熟而降低。
在测试网阶段，共完成近?9?百万次交易，部署了?3?万个智能合约，以及产生?50?万的活跃地址。
为进一步吸引开发者，本次?Era?主网代码将同步开放给开发者供其使用，包含智能合约、排序器、证明者以及?GPU?加速器部分，涵盖最主要的功能实现部分。
开发者可在测试阶段在?zkSyncEra?上部署和测试?dApp?各项功能；
开发者可将以太坊标准的?Token?桥接至?Era?网络，目前可支持非?ERC-20?以外的代币，但需要跟官方提交具体信息；
开发者可参与?bug?发现，功能调试和漏洞赏金计划，以帮助官方完善?Era?主网的安全措施；
在?MIT/Apache2.0?开源许可证下，对商业化或者分叉的限制较小，zkSync?未来并不会采取?Uniswap?从代码分叉部分限制竞争对手，体现其对开源精神的认同以及促进?ZK?技术的全面推广。
zkSync?的?EVM?兼容性，使?Solidity?和?Vyper?编写的智能合约无需重构即可在?zkSync?上使用，但是这仍然不足以达到?MatterLabs?的目标——走向真正主流的开发群体。
并且，zkSyncEra?将会使用基于?LLVM?的编译器，得益于?LLVM?的开源和普适性，最终可让开发人员使用?C、Rust?等语言编写智能合约。
LLVM?是LowLevelVirtualMachine?的缩写，意为底层虚拟机，其不依赖于特定的编程语言、指令集和操作系统，比如?macOS?就将其作为自己开发工具的一部分。
Era?主网也将会和现存开发工具进行更多集成，以降低外部开发者的进入门槛：
在本次更新后，Era?主网将会和云集成开发环境进行兼容适配，比如?Era?主网可使用谷歌云服务存储数据；
GPU?和非?GPU?环境，均可用于秘钥生成和设置，并且?GPU?加速仍会优化，以便于未来开发硬件加速设备；
本地开发使用官网开发指南，基本可做到一次指令，即可运行的集成开发模式，无需过分调试软硬件环境；
但需要提醒开发者注意，目前的?zkSync?仍然是采取“链下计算和存储，链上交易确认”的模式，并且仍然由?MatterLabs?运行节点，因此并非是完全的去中心化，只是会逐步过渡到分布式模式。
结语
没有一个春天不会到来，zkSync?也顺利迎来自己的初春，如果说?PolygonzkEVM?的发布吹响了新年的号角，那么?zkSync2.0?便是全面繁盛的预演。
在本次的竞赛当中，zkSyncEra?的完成度相对较高，其面向开发者和项目的策略也有助于其构建自身的生态系统，并且对于未来的硬件加速和链间扩展性，也有深厚的技术储备。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。