Lite Deprecation Date Confirmed as Era Becomes Primary Focus
In a move that reshapes its Layer 2 roadmap, ZKSync confirmed that ZKsync Lite will be deprecated on May 4, freezing the network and redirecting resources toward Era and the ZK Stack. The decision marks a pivotal shift in how the company plans to balance user experience, security, and development speed in a crowded field of zk-powered solutions.
In a brief update, zksync sets deprecation date for Lite on May 4, as the project consolidates around Era. The company says the transition will be orderly, with migration tooling and documentation released in the weeks ahead to minimize disruption for wallets, dApps, and users.
“We are prioritizing a seamless migration path to Era,” said a ZKSync spokesperson. “This consolidation lets us focus on core protocol security and developer tooling, so builders can deliver faster, safer experiences.”
What Era Brings to the Forefront
Era is positioned as the central layer in ZKSync’s ongoing strategy to simplify and accelerate zk-rollup deployment. The project emphasizes improved throughput, reduced fee pressure, and a more cohesive suite of developer tools that link Era with the broader ZK Stack. The company notes that Era will serve as the primary platform for smart contracts, cross-chain bridges, and wallet integrations moving forward.
“Era is not just a product; it is the backbone of our ecosystem,” said the lead architect of ZKStack, who asked not to be named. “By aligning development around Era, we expect faster iterations and fewer compatibility gaps for builders.”
The Era initiative comes with a renewed focus on security audits, rigorous testnet cycles, and clearer upgrade paths for developers. While Lite supported a subset of features that attracted early users, Era is designed to handle broader use cases, including more complex DeFi applications and NFT marketplaces that rely on rapid settlement and robust cross-chain liveness checks.
Implications for Users and Builders
The deprecation of ZKsync Lite has immediate implications for users, developers, and wallets that currently interact with Lite-based apps. The company says a dedicated migration window will open ahead of the May 4 deadline, during which users can phase their activity toward Era-based flows without losing funds or contract state.

- Migration window: A defined period will guide users and developers from Lite to Era-based deployments, with step-by-step instructions and tooling updates.
- Wallet compatibility: Popular wallets are expected to roll out Era-compatible versions in tandem with the Lite sunset to minimize downtime for users.
- Smart contract compatibility: Era aims to preserve familiar programming models while expanding capabilities, reducing the need for wholesale rewrites by dApps.
“The migration path is our top priority right now,” another ZKSync engineer added. “We want to keep user funds secure and apps stable as we push Era to production-grade status.”
Migration Strategy and Milestones
To avoid a disruptive cutoff, ZKSync outlined a staged plan anchored by clear milestones. First, a public beta of Era-based tools and bridges will begin shortly, followed by a public migration guide that maps Lite contracts to Era equivalents. The team also plans to publish performance metrics showing how Era handles transaction throughput relative to Lite, along with cost comparisons to help users decide when to migrate.
The company has stressed that deprecation will be opt-in for most users until the final shutdown, after which any remaining Lite activity will be automatically migrated or redirected to Era-based endpoints. This approach should allow projects that rely on Lite to test compatibility and avoid unexpected outages.
Market and Ecosystem Context
The shift toward Era occurs amid broader market momentum around Layer 2 ecosystems that promise lower fees, higher throughput, and simpler developer tooling. In recent months, investors and builders have watched zk-based networks compete on gas efficiency and user experience, with Era positioned as a unifier within ZKSync’s evolving suite.

Analysts note that the move aligns ZKSync with a pattern in the zk-rollup space: consolidation toward a core platform that can support more complex applications while maintaining the security guarantees that have attracted enterprise and DeFi participants. The May 4 deprecation date for Lite could accelerate migration efforts as developers seek to minimize fragmentation across multiple layers.
What Comes Next for zksync Sets Deprecation Date
With Lite winding down, the focus shifts to operational readiness for Era. The team expects to publish technical documentation, migration scripts, and interoperability guidelines over the next several weeks. Community channels will host AMAs and office hours to answer questions about contract upgrades, bridge flows, and wallet support timing.
In a broader sense, the transition highlights how crypto projects are managing risk and speed of innovation at a moment when user trust and network reliability are paramount. The company says the May 4 deprecation date for Lite will not affect the long-term security assurances that Era and ZK Stack deliver to developers and users alike.
Key Dates and Quick Facts
- May 4: Deprecation date for ZKsync Lite, network freeze to complete the transition.
- Era deployment: Primary focus area for ZKSync post-Lite deprecation.
- ZK Stack integration: Expanded tooling and cross-module compatibility to support Era.
- Migration tooling: Rollout planned in the weeks ahead to guide developers and users.
Closing Thoughts
As crypto networks continue to evolve, ZKSync’s decision to deprecate Lite and consolidate around Era reflects a broader push toward streamlined, scalable, and secure zk-powered platforms. The May 4 deprecation date for Lite is a milestone that could shape the pace of ecosystem adoption, influence wallet and dApp development timelines, and set a precedent for how other Layer 2 projects manage platform consolidation in a competitive landscape.
For now, the market will watch closely how Era performs under real-world load, how smoothly migrations proceed, and whether the consolidation clarifies the user experience across the ZKSync family.
Discussion