Protocol Upgrade v28: Precompiles #1017
Pinned
sarahschwartz
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Protocol upgrade v27 is live on ZKsync Era and planned to be completed across all ZK chains in the Elastic Network in the upcoming weeks, marking the start of the rollout process for v28.
Below is a breakdown of what’s included in v28 and how the upgrade will be rolled out.
Key Features
Precompiles
As outlined in the ZIP-11 proposal, this upgrade focuses on optimizing existing precompiles and adding one additional precompile. Previously elliptic curve operations (ECAdd, ECMul, ECPairing) were performed through smart contracts. With this upgrade, these operations will be implemented directly in the ZKVM circuits, significantly reducing the cost for verifying ZK proofs. In one example, the costs were decreased by 94%. Additionally, a precompile for modular exponentiation (ModExp) will be added.
The full list of precompiles includes:
$b^e mod (m)$
for large$b, e, m$
. This operation is fundamental in many cryptographic protocols (for example, RSA-based verifications).From a developer’s perspective, each precompile’s interface and call method remain the same; the upgrade is entirely under the hood. The only change for developers will be cheaper fees for elliptic curve operations, and the ability to use the ModExp precompile.
Contracts on ZKsync Era that already use addresses
0x06
,0x07
,0x08
will continue to function as before. The difference post-V28 is that those calls will execute against the new circuit backed implementations rather than the old in VM computations.ZK Gateway Activation
Around the same time ZIP-11 is submitted onchain for a vote, ZIP-10 will also be submitted. ZIP-10 activates Gateway as a settlement layer for the Elastic Network. There is no protocol upgrade needed for this step, as all the code needed for Gateway is already live and audited from v26.
This proposal essentially is just "turning on the switch" to enable Gateway as a settlement layer for the Elastic Network. Note that this does not mean that ZKsync Era will automatically use Gateway for settlement. A separate operation will be required for this.
Upgrade Timeline
June 5June 16📢 Progress and announcements will be posted on @ZKsyncDevs on X
Beta Was this translation helpful? Give feedback.
All reactions