PGov Delegate Thread

PGov Delegate Platform

Address: PGov.eth / 0x3FB19771947072629C8EEE7995a2eF23B72d4C8A
Contact Information: @PGovTeam on Twitter

Introduction:
Hello Everyone! We are a team of dedicated governance enthusiasts who have been in the crypto governance space for over three years. Our team were some of the first members involved in defi governance and we want to apply what we have learned over here to Lido. We believe this community has some of the strongest and most intelligent community members and we’re grateful to be along for the journey!

Core Values:

  • Growth: Our decisions are primarily focused on the growth of the protocol. This often results in how to spend money efficiently, but even more importantly and objecting for unreasonable spends and knowing when to vote no.

  • Transparency: Clear communication with votes and explanations of reasoning, and an equivalent demand for proposals to do the same. Too often we see thousands, if not millions, being rolled up together and glossed over during proposals.

  • Accountability: Too often once a decision is done, having proper accountability becomes an afterthought. Whether it’s a DAO promise or a grant or a new program, once a DAO votes something in, we forget about it. Our goal with PGov is to both continue to check in on these decisions as well as ensure that there are proper channels set up to ensure accountability.

Public Acceptance: We are committed to the code of conduct, mission, and respective values
Disclosures: We are delegates across other Defi protocols. Team members hold a combined ~$50k work of LDO.

2 Likes

Welcome to the platform. Just a heads-up—the application deadline for participation in the rally was August 25th (details here), so your profiles won’t be included in the UI presented list of delegates or other rally materials. However, this doesn’t prevent you from participating in the Delegate Incentivisation Program if you meet the criteria, and it certainly doesn’t block you from being a public delegate on the platform!

3 Likes

Increase the Proposal Threshold for Snapshot

We voted Increase threshold to 15,000 LDO: This threshold makes sense as the DAO grows. Increasing the threshold to this should prevent possible spam in the future.

1 Like

Should the Lido DAO recognize the wstETH bridge endpoints on Zircuit as canonical?

Lido Community Staking Module Mainnet Release Setup

Change Easy Track limits for PML & ATC

Lido Alliance application: Bolt

Integrate CSM into the Decentralized Validator Vault

We voted In Favor: We see no issues on these votes the forum discourse has been fully positive as well.

2 Likes

Confirming PGov.eth at address: 0x3FB19771947072629C8EEE7995a2eF23B72d4C8A.

Thanks @Jenya_K

1 Like

Should Solstice continue in the Curated set following the acquisition of Bridgetower?
Should Attestant continue in the Curated set following the acquisition by Bitwise?

We voted In Favor for both: Solstice Staking AG’s acquisition of Bridgetower and Attestant’s acquisition by Bitwise does not introduce any operational changes, as the same team will continue managing the validators on the same infrastructure in the same geographic area. Supporting this proposal allows for continuity and stability and maintains trusted operator performance.

Establishment of Lido Labs BORG Foundation as a Lido-DAO-Adjacent Foundation
Establishment of Lido Ecosystem BORG Foundation as a Lido-DAO-Adjacent Foundation

We voted In Favor for both: We think supporting the establishment of the Lido Labs BORG Foundation and the Lido Ecosystem BORG Foundation strengthens Lido DAO’s governance by creating a structured, transparent, and accountable entity dedicated to research, development, and operational oversight. This framework ensures better compliance, contributor protection, and alignment with Lido DAO’s long-term goals while maintaining decentralized administration.

LEGO: Proposal to replace Tim Beiko with Eric Siu and update council members rotation rules

We voted In Favor: This allows for a smooth transition by replacing Tim Beiko with Eric Siu, whose expertise in Ethereum ecosystem coordination aligns well with LEGO’s objectives. Additionally, granting the council the ability to manage future member rotations without requiring a Snapshot vote streamlines governance, reducing administrative overhead; which we are also in support of.

Transition Community Staking Module to Permissionless Phase

We voted In Favor: These on chain operations to execute some of the DAO’s snapshot votes make sense and we have no complaints.

2 Likes

Lido DAO Ops Multisigs Policy 2.0

We voted Adopt Multisig Policy: Updated and revised policy for wallet operations to reflect current best practices makes sense, including ability to incorporate additional recommendations to the team to further enhance security.

SSV Lido Module Proposal

We voted Approve: We support this initiative, as the module significantly enhances Lido’s infrastructure by introducing a permissionless pathway for Node Operators, reducing barriers to entry through fractional bonding and simplified operations. The proposed implementation timeline is conservative, featuring a testnet deployment in Q2 2025 and a comprehensive review process prior to mainnet integration.

MEV-Boost Relay Allowed List management via Easy Track

We voted For: This proposal introduces three specialized EVM script factories designed to streamline the existing cumbersome process of updating the relay list. By entrusting management responsibilities to the EVM Script Executor, the proposal increases transparency and promotes greater participation from LDO tokenholders in relay governance.

[EGG] Lido Labs BORG Foundation Grant Funding Request (Apr-Dec 2025)
[EGG] Lido Ecosystem BORG Foundation Grant Funding Request (Apr-Dec 2025)

We voted For & For: After reviewing the funding proposal along with extensive forum responses and discussions, we support both of these grant requests through December 2025. This comprehensive funding package directly advances multiple GOOSE-2 objectives, particularly in protocol development, governance improvement, and Ethereum decentralization and both are reasonable budgets.

Ensuring Compatibility with Ethereum’s Pectra Upgrade

We voted Support the Proposal: No major concerns here as these are all needed in order to effectively support the future Pectra upgrade for the DAO.

Vote #184

We voted Yes: This proposal enhances governance accessibility by extending the main voting phase to 72 hours and the objection phase to 48 hours, providing participants with additional time to engage in governance decisions. The revised GateSeal protection, now extended from 6 to 11 days, has undergone thorough auditing. Additionally, the introduction of new Easy Track Factories for Lido Ecosystem and Lido Labs streamlines funding processes with sensible quarterly limits ($5M and $18M respectively), reducing administrative overhead while maintaining oversight.

2 Likes

Re-endorsement of wstETH on Starknet

We voted Against: We are currently opposed to re-endorsing wstETH on Starknet due to concerns over the Starknet Foundation’s delayed disclosure and handling of a prior incident, which resulted in the wstETH token on Starknet becoming irreversibly ownerless and non-upgradeable. This misalignment with Lido’s bridging guidelines led to the initial offboarding of wstETH from Starknet. Despite the completion of a migration to a new wstETH token and a proposal for re-endorsement, we agree with the Network Expansion Committee (NEC)'s decision to not proceed at this time, citing the need for better alignment in security culture and incident response practices.

2 Likes

Increasing LOL Easy Track Limits to align with Grant Requests

We voted For: We support the proposal to increase the ET limits for the LOL multisig as it more efficiently streamlines operational capabilities. The current ET limit of 2,100 stETH per quarter restricts the Foundation’s ability to access the full $8.5 million grant allocated for the second half of 2025. Adjusting the ET limits enhances also the security framework by providing a comfortable buffer above anticipated expenditures, as emphasized by the DAO Ops team.

CSM: stakeShareLimit and keyRemovalCharge parameters adjustment

We voted For: We support the proposal to reduce the keyRemovalCharge parameter in the CSM from 0.05 ETH to 0.02 ETH, as it reflects current Ethereum network conditions and maintains the module’s safety mechanisms. This adjustment prevents unnecessary financial burdens on NOs and promotes efficient participation in the CSM. Furthermore, this change can be regularly updated and we think it makes sense to decrease it to this for the time being.

Lido Alliance application: Twyne

We voted For: We support the proposal to onboard Twyne into the Lido Alliance due to its innovative approach to enhancing stETH utility within the DeFi ecosystem. Twyne’s credit delegation protocol allows stETH holders to delegate their unused borrowing capacity, unlocking additional yield opportunities and enabling more flexible lending strategies. By integrating with existing lending markets like Euler, Twyne offers a modular solution that preserves capital efficiency while introducing new avenues for stETH utilization. A valid concern we considerd is that Twyne is still quite early in the development stage. As the protocol is not yet live, there is limited data on its performance, user adoption, and security robustness. A note going forward, is that it is crucial for the DAO to monitor Twyne’s progress closely and ensure that all security measures are thoroughly implemented.

Extend Delegate Incentivization Program through 2025

We voted For: We support this proposal as it has shown to increase active participation and improve the quality of discussions and feedback. The pilot program successfully brought new actors into governance, with over 24 million LDO delegated to public delegates. The continuation and refinement of this program are essential for sustaining robust and resilient governance within the Lido ecosystem, and we are especially grateful, as we started participating around this time!

Vote #185

We voted For: This vote ensures compatibility with Ethereum’s Pectra Fork as was prior approved on Snapshot. Our reasoning still is the same:

1 Like

Vote #186

We voted Yes: Rotating the single compromised key immediately while the rest of the 5/9 quorum stays intact preserves continuity of reporting and keeps stakers fully protected. No reason to not do so if there are issues possibly detected.

Vote #187

We voted Yes: Voting to confirm and on chain execute in these prior snapshot votes that we voted Yes for.

LIP-28: Dual Governance — Implementation, Parameters, Committees

We voted Yes: Nothing much to say here that hasn’t already been said; we are very excited to dual governance to get implemented and up and running asap!

Establishment of the Auxiliary Proposer Mechanisms Committee

We voted For: We’re in favor of establishing the APM Committee because it brings a much-needed, structured team to focus on adding to the rapid innovation for APMs, setting clear evaluation criteria, and ensuring unanimous, transparent decision-making.

Community Staking Module v2. Architecture and Fee Structure

We voted For: This module v2 creates a more modular, permissioned-permissionless hybrid staking framework, and allows for broadened operator inclusion while maintaining protocol integrity and decentralization. We are in favor!

2 Likes

Vote #188

We voted Yes : Voting to confirm and on chain execute in these prior snapshot votes that we voted Yes for.

DVT Integration Guidelines for the Curated Module Node Operators

We voted Approve: Performance data shows Lido’s own Simple DVT Module and large external Obol + SSV clusters consistently beating network-wide effectiveness and uptime, confirming that DVT is mature enough for Curated-set use. The proposal limits intra-operator DVT to the lesser of 1,000 keys or 20% of an operator’s validators, mandates a test-net dress-rehearsal, and notes that Lido’s 6,500 stETH cover fund comfortably backs any residual slashing risk. Additionally, notable players like Stakin, InfStones, Chainlayer, Sigma Prime, Ebunker and Simply Staking all endorse the guidelines. We see no good reasons to vote no.

Decision on Kyber Network’s position in the Oracle Set: rotate to Caliber or remove and change the quorum

We voted Rotate Kyber Network to Caliber: Handing the slot to Caliber preserves institutional know-how from Kyber team and prevents any gap in the nine-member oracle quorum. No concerns.

Proposal for Updating Block Proposer Rewards Policy to Lido on Ethereum SNOP on Block Proposals v3

We voted For: The v3 SNOP modernizes Lido’s Block Proposer Rewards Policy so it aligns with today’s Ethereum Pectra’s landscape. We think extending the policy’s scope to Simple DVT, the Community Staking Module and any future staking modules, all within a standardized template will make future audits and upgrades straightforward. We see no good reasons to vote no.

Vote #189

We voted Yes : Voting to confirm and on chain execute in these prior snapshot votes that we voted Yes for.

CSM v2 Final Rollout

We voted For: We support the CSM proposal because it significantly enhances Ethereum’s decentralization by enabling permissionless participation in Lido’s validator set. We have expanded upon our support in prior forum discussions and are still aligned and in favor of these finall rollout steps.

Triggerable Withdrawals Framework in the Lido Protocol

We voted For: We support the Triggerable Withdrawals Framework as it significantly reduces trust assumptions on Node Operators by enabling permissionless validator exits directly through the Execution Layer. By removing the need for validators to rely solely on operators to process exits, it ensures smoother, more reliable staking withdrawals—especially during chaotic or degraded network conditions. The integration into Lido’s Withdrawal Framework means the community gains both flexibility and security; the validator exits become automated, verifiable, and accessible.

Vote #190

We voted Yes: Voting to confirm and on chain execute in these prior snapshot votes that we voted Yes for.

1 Like

Nethermind → Twinstake Validator Operations Migration

We voted For: We support the Nethermind → Twinstake migration because it separates protocol research from validator operations while keeping continuity and security intact. Twinstake is a proven institutional staking provider with a strong track record, and the transition is low risk given Nethermind’s close ties and retention of key custody. This shift improves reliability, transparency, and decentralization while allowing Nethermind to focus on client development, research, and contributions to Lido v3 and DVT. We’re glad to see community concerns about Nethermind’s ongoing role were addressed, with confirmation they will remain active on the research side. The Lido Node Operator Steering Group also endorsed Twinstake’s high-caliber practices, and the updated Snapshot timeline ensures transparency.

Vote #191

We voted Yes: We are in favor of this operational & technical vote to fix for the Dual Governance RageQuit mechanism, audited by Certora and Statemind. No concerns from our end for this.

1 Like

Lido V3 — Design & Implementation Proposal

We voted Yes: The Lido v3 proposal brings some really interesting shifts to the protocol’s architecture, and we think the emphasis on modularity is particularly worth highlighting. Several commenters in that thread have pointed out how the separation of responsibilities—such as validators, withdrawal queues, and staking routers—could make the system more resilient and adaptable over time. That kind of layered design not only helps with scaling but also makes it easier to evolve specific parts of the protocol without requiring a disruptive overhaul of everything at once. In decentralized systems, where upgrades can be tricky to coordinate, that flexibility is a real strength.

Also by making staking routes and modules more customizable, Lido opens up space for more diverse participation and experimentation. But with that comes the challenge of ensuring the DAO can still steer effectively without being overwhelmed by too many proposals or fragmented decision-making. A good analogy might be urban planning: giving neighborhoods more autonomy can create vibrancy and resilience, but you still need some central coordination to keep the whole city functioning smoothly. It’ll be fascinating to see how Lido v3 strikes that balance in practice.

NEST - Network Economic Support Tokenomics

We voted Yes: What stood out is the intention to create a clear alignment between Lido and an emerging project in its early stages. Several of the initial responses in the thread make good points about how tokenomics can either reinforce or weaken this kind of partnership. On the positive side, allocating support early can foster collaboration and help bootstrap Nest’s growth, which in turn could expand the broader staking ecosystem. It’s somewhat similar to how venture investments in adjacent technologies can create synergies that pay off for both sides if the alignment is strong. Another layer of the conversation is governance optics. Community members are understandably sensitive to how treasury resources are used, especially when it involves supporting external projects. Even if the collaboration makes sense on paper, there’s always a need to demonstrate how it benefits Lido’s stakers and long-term mission. Framing the support as part of a broader strategy, whether it’s diversification, ecosystem building, or resilience, could help win broader buy-in. Otherwise, it risks being perceived as favoritism or mission drift. Clear communication and measurable outcomes will probably be just as important as the technical or financial details of the proposal itself.

Establish the stVaults Committee

We voted Yes: We think the stVaults Committee proposal is an important step for scaling responsibly. A few comments in the thread highlight the complexity of managing vault strategies, especially as the range of options expands. Having a dedicated committee to evaluate, monitor, and adjust those vaults could provide the consistency and accountability that’s hard to achieve when responsibilities are spread too thinly. In many ways, this mirrors how investment committees function in traditional finance, ensuring there’s both expertise and a structured process behind capital allocation.

Vote #192

We voted For: We are in favor of this operational & technical vote to Upgrade to CSM v2 and increase CSM stake share limit from 3% to 5%, as per prior Snapshots. Also agree with other operational decisions.

Proposal for Updating Lido on Ethereum Validator Exits SNOP to v3

We voted For: The v3 Exits SNOP is a timely, pragmatic upgrade. It aligns operator responsibilities with the coming triggerable-withdrawals flow, incorporates Pectra-informed terminology, and extends clear expectations across Simple DVT, Community Staking, and future modules. We support retaining explicit service-level expectations around exit responsiveness that were well-received in earlier iterations—operators themselves noted that firm, uniform timelines were workable and fair.

Overall, we’re in favor because v3 strengthens the protocol’s redemption guarantees while lowering operational and coordination risk at Lido’s current scale. Clear procedures for exits, module-aware consequences for non-compliance, and a consistent interface for operators make the system more resilient under stress—especially during periods of elevated exit queues.

Empowering Lido Ecosystem Foundation to Lead Bridge-Related Partnerships

We voted For: We think giving the Ecosystem Foundation this role is logical. Some more thoughts here: Empowering Lido Ecosystem Foundation to Lead Bridge-Related Partnerships - #15 by PGov

Vote #193

We voted No: No description provided on the test vote.