KVORUM
lidoSource: Snapshot · #0xde04e720b6c44e6d5a356021e464dc4d4b3036c6602c6088806f1f898cb7a56b

Lido DAO Ops Multisigs Policy 3.0

succeededApr 13, 2026, 04:00 PM UTCsignaling · non-bindingbyFF0xff64…1fceView on Snapshot ↗

01Summary

AISummary by Kvorum

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

02Description

1,230 words

Motivation

Operating DAO-related processes requires striking a balance between flexibility and security. Lido DAO and the Lido protocol are governed by tokenholder voting, while Safe multisig wallets are used to execute a broad set of delegated functions, helping streamline numerous operational processes while remaining transparent and subject to DAO oversight and potential veto.

This proposal:

  • Introduces a new Lido DAO Ops Multisigs Policy 3.0, effectively replacing the previous version (2.0) to better reflect current operational needs while preserving a strong level of security. Additionally, this proposal is to resolve collisions between Lido DAO Ops Multisigs Policy and Lido Foundations' (Lido Alliance, Lido Ecosystem, Lido Labs) bylaws.
  • Seeks DAO authorization to align Lido Foundations' (Lido Alliance, Lido Ecosystem, Lido Labs) bylaws with the proposed version of the policy by updating Minimum Number of Multisig Members section of each bylaws to require a minimum of three members.

Committees vs Multisigs

For clarity, a committee and a multisig are distinct constructs. A committee is a group of contributors with a defined mandate, responsibilities, and a bounded scope of decision-making. A multisig is a technical tool that requires multiple signers to authorize transactions. A committee may operate without a multisig, and a multisig may exist without a committee.

  • Lido DAO multisigs are used across different operational setups, including committees or purposes with defined scopes.
  • Lido DAO committees operate transparently under the DAO-approved mandate, ensuring accountability and alignment with Lido DAO’s goals. Some committees have been adopted by a Lido Foundation (or an entity affiliated with a Lido Foundation) and operate under its governance.

Material Changes vs Previous Version

  • The requirement to keep a simple majority of the original multisig signers for rotation without a Snapshot vote is deprecated. As a result, storing the original signer list on IPFS is no longer required.

    Reason: in most cases, this condition generated unnecessary friction in maintaining multisig responsiveness, which is especially critical for time-sensitive operations. Additionally, this condition caused a collision between the Foundations' bylaws and the Board of Directors or Emergency Supervisor's power to make changes to multisig signer lists to effectively do their duties.

  • The "static signer" rule is deprecated: there are no longer any signers protected from rotation.

    Reason: throughout the lifetime of the policy, no suitable cases have been identified where this requirement proved useful, and, as the lifespan of any multisig stretches, the probability of any signer never having to be replaced decreases.

  • The 7-day objection period for multisig member rotation is removed.

    Reason: the Lido Foundations' internal procedures cover the rotation procedure, and the DAO retains its ability to object through Snapshot voting.

  • Updated the "Special Cases" section:

    • Removed the Lido-on-X exemption, as it has been deprecated.
    • Added a new special case for non-public ad-hoc multisigs when disclosure could create security, operational, or governance risks.

Lido DAO Ops Multisigs Policy 3.0

General Rules

To keep operations secure yet agile, all Lido DAO multisigs are recommended to follow these baseline requirements (please see Special Cases for exceptions or additional rules set):

  • Minimum of 3 signers.
  • 50%+ signing threshold (rounded up to the nearest whole number).
  • 5+ signers for multisigs managing roles and permissions.
  • 7+ signers for multisigs holding 1M+ in assets (USD stablecoins equivalent).
  • Signers should use hardware wallets in multisigs managing roles and permissions or holding 100K+ in assets (USD stablecoin equivalent).
  • For token holdings exceeding a $50K balance equivalent at least once, an unlimited allowance must be set with the Lido Aragon Agent as the beneficiary.
  • Signers may be rotated, provided any signer change should NOT:
    1. Reduce the number of signers below the minimum.
    2. Decrease the signing threshold below the minimum.
    3. Any change that would conflict with the above requires approval via a DAO Snapshot vote.
  • Signer's address may be rotated, provided the rotation complies with the "Public Process" and "Rotating Signer Address" sections set out in this Policy.
  • Adherence to the Lido Foundations’ bylaws and multisig participation agreement, if multisig is a part of any Lido Foundation.
  • Signers of multisigs holding critical security roles in the Lido protocol operations (such as GateSeal and Emergency Brakes) are discouraged from using their addresses for any other purposes. They should use a dedicated address for that purpose instead.
  • Members of multisigs with critical security roles are to develop reasonable processes to ensure their integrity and the responsiveness of signers (e.g., the GateSeal drill report).
  • If the signer loses access to the keys or suspects they may have been compromised, they must promptly notify the other multisig participants and the entity that adopted the multisig (if applicable), raise an incident, and follow the incident response procedure. Disclosure on the Research Forum occurs after the primary threat mitigations have been implemented, to ensure that sharing incident details does not introduce new security risks, unless earlier disclosure can be made without increasing that risk.
  • Any multisig signer who provides verification of their appointment as a multisig member shall, by doing so, be deemed to acknowledge that they have read, understood, and agree to comply with the Lido DAO Ops Multisigs Policy then in effect.

Public Process

Lido DAO contributors, LDO token holders, and the broader community should have visibility into multisig operations. To ensure transparency:

  • Each multisig should have a dedicated post on the Research Forum describing its purpose, scope, general operating rules, wallet address, and the list of signers, including each signer's address verification and social media confirmation.
  • Multisig addresses should be listed in the Lido DAO Multisigs section of the Lido Docs.
  • Any changes to the signer composition or signing threshold should be announced on the Research Forum, along with details of the change, updated verifications from proposed signers, and social media confirmations.

Rotating Signer Address

A signer’s address may be rotated to preserve the integrity of the multisig (e.g., replacing an old, potentially compromised address with a newly created one), provided the new address remains under the same owner’s control. Signer Address may be rotated subject to the following procedure:

If the original key is accessible: the signer proves ownership of a new address by signing a message with their existing address.

If the original key is lost or compromised: the signer must verify their identity to the other signers through alternative methods, such as: authentication via a verified social media account, a video call with other signers for confirmation, or other sufficient methods.

Special Cases

  • Lido DAO contributors may set up ad-hoc multisigs for specific operations. If these multisigs do not manage rights, roles, or DAO funds, they are not required to follow this Policy. These wallets may be used for gas refunding for development and operational purposes.
  • Where public disclosure of an ad-hoc multisig could reasonably create security, operational, or governance risk for Lido DAO, the Lido protocol, or any of the multisig signers, the relevant signers or entity may keep such multisig and its composition non-public, provided that appropriate internal controls, verification, and oversight are maintained.

Next steps

If this proposal is approved:

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

Voters54
VP participating0
Outcome (current)Support
Current support—

06Voters

54 total
Filter:
VoterChoice% of totalRationale
4A0x4af8…6a0bSupport015.60%—7mo ago
420x42e6…3fb0Support013.67%—7mo ago
6C0x6cd6…b52eSupport012.40%—7mo ago
B60xb664…f890Support010.83%—7mo ago
A40xa418…b737Support010.43%—7mo ago
810x8172…922eSupport09.30%—7mo ago
1F0x1f76…5ed6Support09.24%—7mo ago
LIlido.banteg.eth0x55bc…f0faSupport06.02%—7mo ago
450x45bc…fd99Support03.54%—7mo ago
6D0x6d8d…0cccSupport02.90%—7mo ago
6F0x6f9b…8a1dSupport02.75%—7mo ago
310x3133…5c00Support02.07%—7mo ago
E80xe80e…28e8Support00.39%—7mo ago
9C0x9cbc…7519Support00.27%—7mo ago
060x06a9…bba0Support00.20%—7mo ago
360x36f7…a589Reject00.14%—7mo ago
3D0x3ddc…05b0Support00.11%—7mo ago
3D0x3d63…4afcSupport00.07%—7mo ago
B90xb933…8dd1Support00.05%—7mo ago
390x3940…a5fcSupport00.00%—7mo ago
3D0x3d5a…b97fSupport00.00%—7mo ago
F80xf804…9d2eSupport00.00%—7mo ago
F10xf1cc…ac93Support00.00%—7mo ago
B10xb1f8…4250Support00.00%—7mo ago
640x6409…8590Support00.00%—7mo ago
FD0xfde2…c13cSupport00.00%—7mo ago
8E0x8e18…8c7bSupport00.00%—7mo ago
1D0x1d71…b6b0Support00.00%—7mo ago
A90xa9bf…1577Support00.00%—7mo ago
9C0x9c9a…bc0cSupport00.00%—7mo ago
D90xd929…5e47Support00.00%—7mo ago
100x10e3…b4a7Support00.00%—7mo ago
A70xa7b5…49f2Support00.00%—7mo ago
B90xb93e…02fcSupport00.00%—7mo ago
170x1729…b879Support00.00%—7mo ago
9D0x9d57…65a5Support00.00%—7mo ago
4D0x4d32…bbfaSupport00.00%—7mo ago
1F0x1f3d…0591Support00.00%—7mo ago
2F0x2f2f…f78aSupport00.00%—7mo ago
B30xb3bf…6ce4Support00.00%—7mo ago
CE0xce57…70f0Support00.00%—7mo ago
010x0151…c3b9Support00.00%—7mo ago
650x659f…dadcSupport00.00%—7mo ago
AF0xaf90…7b3bSupport00.00%—7mo ago
BF0xbfd1…4f66Support00.00%—7mo ago
3F0x3fb1…4c8aSupport00.00%—7mo ago
340x3426…5404Support00.00%—7mo ago
4D0x4d4a…1bdfSupport00.00%—7mo ago
C30xc3a2…e6eeSupport00.00%—7mo ago
130x1398…516aSupport00.00%—7mo ago
Showing 50

07Forum

No forum thread is confidently linked to this proposal.

08Similar proposals

AI · embeddings

No semantically similar proposals found yet.