KVORUM
lidoSource: Snapshot · #0xd6c4a71c36bef27c4b5997223bd8612fe19177b46b238e78802a4a27fd5cdc9e

[rerun] Should the Lido DAO recognize the wstETH Bridge Endpoints on zkSync Era as canonical?

succeededDec 25, 2023, 04:00 PM UTCsignaling · non-bindingbyDB0xdbbc…1cb6View on Snapshot ↗

01Summary

AISummary by Kvorum

An AI summary is not generated yet. Read the description →

02Description

756 words

Introduction

The proposal is to recognize the wstETH token bridging endpoints on zkSync Era by the Lido DAO. If Snapshot passes, the Lido DAO will control the endpoints of wstETH token contract (including the token contract on zkSync Era itself) as a proxy admin. Lido DAO will only have the upgrade authority of the wstETH proxy contract, and will not be able to manage the native bridge itself.

Matter Labs proposed the deployment of wstETH (Wrapped staked ETH) to zkSync Era, with the ultimate goal of recognizing the wstETH token bridging endpoints by the Lido DAO.

Namely:

  1. Upgrade authority set to the Lido DAO Aragon Agent contract on L1 and L2
  2. Pausability by Emergency Brakes multisig.

This initiative has been undertaken by the Matter Labs & TxFusion team who deployed the wstETH components for the zkSync’s native bridge to zkSync, inspired by the same open-source solution previously applied in the Optimism deployment.

The proposed components utilize zkSync’s native bridge instance for the message transfer. The token’s upgradeability is possible, due to the token proxy admin being set to Lido DAO and separate from the bridge admin (zkSync Era) instance. This approach aligns with the unofficial guidelines presented by NEW (Network Expansion Workgroup) and is future-ready for wstETH. As such, neither the bridge or Lido DAO take any additional fees from users. The regular gas fees required for transaction execution will still be charged to the user. In case of an emergency, Lido Emergency Breaks multisig will be used to pause the deposits and withdrawals only for the wstETH transfers. In order to resume the bridging activity for wstETH, there will be a need for a Lido DAO on chain vote on Ethereum mainnet.

Motivation

zkSync Era Mainnet was launched on March 24, 2023. zkSync currently crossed over $440M TVL (grown +50% in the last four months), and unique wallets have crossed 3.7M. Transaction volume has averaged +15% week-over-week growth the last four months with a few times surpassing Ethereum itself on daily transactions.

This marks just the beginning with key network infrastructure upgrades coming within the next few months which will catalyze growth of TVL, users and transaction growth, as many protocols will now be able to launch.

Lido wstETH has the overwhelming market share of staked ETH and can be used interoperably in DeFi. Therefore, major ecosystems such as zkSync have significant demand for wstETH as it opens up opportunities for users to utilize stETH holdings in various DeFi protocols. Some examples include using wstETH as collateral, lending, indexing, minting, vaults, stables, etc.

Taking a page from the Optimism playbook, we're leveraging an open-source solution (check out GitHub) to make this happen.

We're proposing that the Lido DAO formally recognizes these bridging endpoints as canonical. Canonical means native/default. In the bridging context, a canonical token is the one that is minted by the native bridge such as zkSync’s native bridge in this case.

Audits

To better form an opinion you may consider reading through the following audit reports.

Cantina audit report

Reference to the levers and ACL setup

Mainnet Contracts

Previously existing Lido contracts on Ethereum:

Newly deployed contracts on Ethereum:

Newly deployed contracts on zkSync Era:

Deployment artefacts and levers setup:

  • for L1Executor
  • for ZkSyncBridgeExecutor
  • A bridge admin and role holder on L1 is the Lido DAO Agent
    • Proxy admin for L1ERC20Bridge
    • DEFAULT_ADMIN_ROLE for L1ERC20Bridge
    • WITHDRAWALS_DISABLER_ROLE for L1ERC20Bridge
    • WITHDRAWALS_ENABLER_ROLE for L1ERC20Bridge
    • DEPOSITS_DISABLER_ROLE for L1ERC20Bridge
    • DEPOSITS_ENABLER_ROLE for L1ERC20Bridge
  • A bridge admin and role holder on L2 is the ZkSyncBridgeExecutor
    • Proxy admin for L2ERC20Bridge
    • DEFAULT_ADMIN_ROLE for L2ERC20Bridge
    • WITHDRAWALS_DISABLER_ROLE for L2ERC20Bridge
    • WITHDRAWALS_ENABLER_ROLE for L2ERC20Bridge
    • DEPOSITS_DISABLER_ROLE for L2ERC20Bridge
    • DEPOSITS_ENABLER_ROLE for L2ERC20Bridge
  • for ERC20BridgedUpgradeable (wstETH on L1)
    • Proxy admin is aliased (L1Executor) via ProxyAdmin
  • Emergency breaks msig on L1 is 0x73b047fe6337183A454c5217241D780a932777bD , 3/5 threshold:
    • WITHDRAWALS_DISABLER_ROLE for L1ERC20Bridge
    • DEPOSITS_DISABLER_ROLE for L1ERC20Bridge
  • Emergency breaks msig on L2 is a new one 0x0D7F0A811978B3B62CbfF4EF6149B5909EAcfE94 inheriting the same EOAs as for L1, 3/5 threshold:
    • WITHDRAWALS_DISABLER_ROLE for L2ERC20Bridge
    • DEPOSITS_DISABLER_ROLE for L2ERC20Bridge

03Mismatch analysis

AIMismatch analysis by Kvorum

A calldata-vs-description analysis is not generated yet. Review the decoded actions →

04Actions

0 total

This proposal carries no on-chain actions.

05Tally

Summed from votes

Voters410
VP participating0
Outcome (current)Recognize
Current support—

06Voters

410 total
Filter:
VoterChoice% of totalRationale
4A0x4af8…6a0bRecognize023.14%—3y ago
D10xd1c7…0aaeRecognize016.05%—3y ago
7E0x7ee0…bb6cRecognize09.75%—3y ago
D20xd2dd…a7b7Recognize09.72%—3y ago
510x510a…8d0eRecognize07.89%—3y ago
6D0x6d8d…0cccRecognize07.43%—3y ago
LIlido.banteg.eth0x55bc…f0faRecognize07.00%—3y ago
C00xc035…6f15Recognize03.97%—3y ago
6A0x6a39…4bd2Recognize03.72%—3y ago
330x33a4…4517Recognize02.38%—3y ago
B90xb933…8dd1Recognize01.86%—3y ago
A20xa2ff…7be9Recognize01.73%—3y ago
4B0x4b31…49d2Recognize00.91%—3y ago
7A0x7a59…8e22Recognize00.82%—3y ago
920x924b…2bcbRecognize00.80%—3y ago
E80xe80e…28e8Recognize00.69%—3y ago
F50xf5e3…6e42Recognize00.55%—3y ago
110x116a…41b9Recognize00.45%—3y ago
6B0x6bd3…fd13Recognize00.39%—3y ago
0B0x0b30…db52Recognize00.15%—3y ago
E30xe3a3…bbb8Recognize00.13%—3y ago
3D0x3d63…4afcRecognize00.12%—3y ago
620x624d…2cd0Recognize00.11%—3y ago
780x78d1…753aRecognize00.10%—3y ago
740x7479…bfa2Recognize00.05%—3y ago
490x49f1…6cdbRecognize00.03%—3y ago
E40xe445…27afRecognize00.03%—3y ago
9E0x9e0b…da3aRecognize00.01%—3y ago
880x8845…53f5Recognize00.01%—3y ago
2B0x2b1d…8a42Recognize00.01%—3y ago
610x617e…5265Recognize00.01%—3y ago
7A0x7af3…8df3Recognize00.00%—3y ago
DB0xdbbc…1cb6Recognize00.00%—3y ago
3D0x3d5a…b97fRecognize00.00%—3y ago
D90xd929…b62cRecognize00.00%—3y ago
D40xd4f9…50feRecognize00.00%—3y ago
980x980b…6a52Recognize00.00%—3y ago
AE0xae5a…f2c6Recognize00.00%—3y ago
3A0x3a6d…ce16Recognize00.00%—3y ago
ED0xed95…68a6Recognize00.00%—3y ago
520x5259…f0cfRecognize00.00%—3y ago
A60xa647…a9b8Recognize00.00%—3y ago
520x5243…3440Don’t recognize00.00%—3y ago
EC0xecc2…6ac9Recognize00.00%—3y ago
480x4809…6812Recognize00.00%—3y ago
680x687b…801eRecognize00.00%—3y ago
920x92a3…6d12Recognize00.00%—3y ago
8B0x8b8f…63d5Recognize00.00%—3y ago
6C0x6cc1…9415Recognize00.00%—3y ago
A40xa4eb…31afRecognize00.00%—3y ago
Showing 50

07Forum

No forum thread is confidently linked to this proposal.

08Similar proposals

AI · embeddings

No semantically similar proposals found yet.