| Proposal Type | ZIP |
|---|---|
| Title | Update ZKsync Security Council Parameters |
| One Sentence Summary | ZIP-15 reduces the number of Security Council signers from 12 to 8, adjusts signer compensation to $3k per month, and updates the signing thresholds for 8 signers. |
| Proposal Author | ZKsync Security Council |
| Proposal Sponsor | TBC |
| Date Created | 15 April 2026 |
| Version | v1 |
| Summary of Action | Upgrade Security Council parameters |
| Link to Contracts | Redeploy Security Council with 8 members and 6/8 thresholds |
Abstract
ZIP-XX proposes a reduction in the ZKsync Security Council (ZKSC) from 12 to 8 signers, along with updating all relevant Security Council parameters to reflect the new council size. This change aligns the Security Council’s structure and operating requirements with the current stage of protocol development for ZKsync, while also reflecting a growing focus on the development of Prividium.
Existing signing threshold percentages are preserved, with the exception of the Soft Freeze threshold which remains fixed at 3 signers. Monthly compensation for members will be set at $3,000 USD per member, effective 1 May 2026.
Motivation
The ZKsync Security Council provides an independent technical check on protocol upgrades, adding a critical layer of decentralisation that ensures no single entity or governance body can unilaterally push changes to the ZKsync protocol. This proposal does not question the importance of having a Security Council. The ZKSC is a necessary and valuable element of the ZKsync protocol upgrade system and should remain in place.
This proposal reflects a shift in ZKsync’s phase of development and aligns the Security Council’s structure and compensation to match the security model the current phase requires.
1. From Protocol Development to Product Development
ZKsync has been in an active phase of protocol development, characterised by frequent upgrades to ZKsync Era and the infrastructure underpinning it. This phase demanded a large, well-resourced Security Council capable of reviewing and approving a high volume of protocol changes.
In 2025, eleven ZIPs *were proposed and executed:
| ZIP | Title | Date |
|---|---|---|
| ZIP-4 | Reduce the execution delay from 21 hours to 3 hours | Jan 10, 2025 |
| ZIP-5 | Prepare ZKsync for ZK Gateway | Feb 12, 2025 |
| ZIP-6 | Upgrade Governance Contracts | Feb 12, 2025 |
| ZIP-7 | Lens Chain inclusion on Elastic Network | Feb 25, 2025 |
| ZIP-8 | Upgrade Chain Creation Params | Mar 7, 2025 |
| ZIP-6 | V27 EVM Emulation Upgrade | Apr 8, 2025 |
| ZIP-10 | Activate ZK Gateway as a Settlement Layer | May 11, 2025 |
| ZIP-11 | V28 Precompile Upgrade | May 17, 2025 |
| ZIP-12 | V29 Interop Messaging Upgrade | Sep 27, 2025 |
| ZIP-13 | Adding a ZKsync OS CTM | Sep 27, 2025 |
| ZIP-14 | Upgrade ZK Token with Permissionless Burn Function | Nov 11, 2025 |
The execution of these ZIPs reflects a protocol that has reached a level of maturity after an intensive development cycle. An impressive amount of foundational work on the core protocol was shipped in 2025. ZKsync will continue to evolve through ZIPs as needed, but the pace of change is different from the one that shaped the current Security Council structure.
The Security Council no longer needs to be sized and compensated for the demands of a protocol development cycle for launch. The ZKSC should adapt to meet the oversight requirements of a permissioned, enterprise-grade network.
2. An Enterprise-Focused Strategy Requires a Different Council Composition
The shift to focusing on Prividium also impacts the membership of the ZKsync Security Council. Matter Labs has advised that potential Prividium customers, particularly banks, have expressed a preference for Security Council members to be entities rather than individuals. As ZKsync’s security model evolves to serve institutional counterparties, the composition of the Security Council should reflect that.
This proposal removes the four individual signers from the ZKSC, retaining the eight entity-based members. This is not a reflection on the contributions of departing members, but an alignment of the Security Council’s composition with the direction of ZKsync.
3. Sizing for Stage 1 Minimum Requirements
L2Beat’s Stage 1 framework sets a minimum threshold for Security Council structure: at least 8 members, with signing thresholds of at least 75% for emergency upgrades. The existing threshold parameters of the ZKsync Security Council already meet those requirements. This proposal reduces the total number of signers from 12 to 8, positioning the ZKSC for long-term sustainability and full alignment with Stage 1 requirements.
All threshold percentages are preserved proportionally with one intentional exception: the RECOMMENDED_SOFT_FREEZE_THRESHOLD remains at 3 absolute signers, reflecting the view that this action should require a minimum number of members to engage regardless of council size.
4. Compensation Aligned to the New Security Model
This proposal recommends reducing monthly compensation to $3,000 USD per member, reflecting the scope of the role under the new security model and the treasury’s current position. All entities will remain on a 6-hour SLA.
Specification
Changes Proposed
The proposed changes are detailed on Github and will be executed if this proposal is approved:
| Parameter | Current | Proposed |
|---|---|---|
| Total number of signers | 12 | 8 |
| APPROVE_UPGRADE_SECURITY_COUNCIL_THRESHOLD | 6/12 (50%) | 4/8 (50%) |
| HARD_FREEZE_THRESHOLD | 9/12 (75%) | 6/8 (75%) |
| UNFREEZE_THRESHOLD | 9/12 (75%) | 6/8 (75%) |
| SOFT_FREEZE_CONSERVATIVE_THRESHOLD | 9/12 (75%) | 6/8 (75%) |
| EIP1271_THRESHOLD (Multisig) | 9/12 (75%) | 6/8 (75%) |
| RECOMMENDED_SOFT_FREEZE_THRESHOLD | 3/12 (25%) | 3/8 (37.5%) |
| Monthly compensation per signer | $8k USD | $3k USD |
| Signer eligibility | Individuals and entities | Entities only |
ZKSC Members
| Member | Address | Status |
|---|---|---|
| Chainlight | 0x84BF0Ac41Eeb74373Ddddae8b7055Bf2bD3CE6E0 | Retained |
| Cyfrin | 0x35eA56fd9eAd2567F339Eb9564B6940b9DD5653F | Retained |
| Dedaub | 0xB7aC3A79A23B148c85fba259712c5A1e7ad0ca44 | Retained |
| Matter Labs | 0xc3Abc9f9AA75Be8341E831482cdA0125a7B1A23e | Retained |
| Nethermind | 0x69462a81ba94D64c404575f1899a464F123497A2 | Retained |
| Open Zeppelin | 0x34Ea62D4b9bBB8AD927eFB6ab31E3Ab3474aC93a | Retained |
| Peckshield | 0xFB90Da9DC45378A1B50775Beb03aD10C7E8DC231 | Retained |
| Spearbit | 0x9B8Be3278B7F0168D82059eb6BAc5991DcdfA803 | Retained |
| aleph_v | 0x9B39Ea22e838B316Ea7D74e7C4B07d91D51ccA88 | Removed |
| Mariano Conti | 0x725065b4eB99294BaaE57AdDA9c32e42F453FA8A | Removed |
| Yev Broshevan | 0x13f07d9BF17615f6a17F272fe1A913168C275A66 | Removed |
| Yoav Weiss | 0x3888777686F0b0d8c3108fc22ad8DE9E049bE26F | Removed |
Governance Procedures
If this proposal is approved, the following sections of the ZKsync Governance Procedures will be updated to reflect the changes executed onchain: