Weekly governance outlook - 2026-06-21

Allowlist New SEDA Fast Program ID

SEDA Fast is used to support low-latency oracle updates on Injective. To support the rollout of additional SEDA Fast feeds on chain, the oracle module needs to allowlist an additional program ID that can be used for SEDA Fast feed verification. This proposal updates the Injective oracle module parameters to add the simple SEDA Fast program ID 95417c83b9fb118996db564d3efbcf69ac78b291e7faba4704e95fcd33ba3ba0. All other oracle module parameters are preserved. Actions: - By voting yes on this...

[FIP - 446] Early withdrawal of stkcvxSTGFRAXBP and stkcvxCOILFRAXBP

Author: Dogw00d This FIP is to pass an early withdrawal of the Convex pools stkcvxSTGFRAXBP and stkcvxCOILFRAXBP. Since December 2025 the rewards per period have been near zero with pools no longer serving the long term functionality of Frax. ## Explanation These pools per the roadmap of FRAX will continue to loose incentives. This does not serve the interest of the FRAX team and neither the investors who are considering reallocating to the proper mapping which will help boost FRAX's...

Update Oracle Feeds to Pyth Pro for Various Perpetual Markets on Injective Exchange dApps

If passed, this proposal will update additional active perpetual markets that currently use Pyth Core oracle feeds to use Pyth Pro oracle feeds. This proposal updates oracle parameters for 21 active Pyth Core derivative markets: CAKE/USDC PERP, BERA/USDC PERP, BOME/USDC PERP, BRETT/USDC PERP, LAYER/USDC PERP, MANA/USDC PERP, W/USDC PERP, XAUT/USDC PERP, AUDUSD/USDC PERP, EURUSD/USDC PERP, GBPUSD/USDC PERP, NZDUSD/USDC PERP, USDCAD/USDC PERP, USDCHF/USDC PERP, USDJPY/USDC PERP, USDSGD/USDC...

Cross-chain treasury fragmentation and capital dep

LIP-33: CMv2 and CSMv3 Architecture, Key Parameters, Rollout Plan

Summary This proposal introduces upgraded versions of the Community Staking Module and Curated Module — CSMv3 and CMv2 — with support for 0x02 validator withdrawal credentials introduced in the Pectra hard fork. More details can be found in LIP-33. This proposal seeks Lido DAO approval for the CSMv3 and CMv2...

LIP-35: Staking Router v3 Architecture and Key Parameters

Summary Staking Router v3 (SRv3) is a Lido Core upgrade that supports large validators (up to 2048 ETH) and introduces balance-based accounting for the post-Pectra validator model, lays the foundation for proposed new versions of the Curated and [Community...

Gauge Weight for Week of 18th Jun 2026

Curve and Frax Gauge Vote for the week of 18th Jun 2026. Please read the gauge voting rules for Curve and Frax gauges before voting. Curve voting rules: https://docs.convexfinance.com/convexfinance/general-information/why-convex/voting-and-gauge-weights Frax voting rules: https://docs.convexfinance.com/convexfinance/general-information/convex-for-frax-finance/voting-and-gauge-weights Be sure to check out our friends at Votium for possible voting incentives. https://votium.app/ As well as our...

FXN Gauge Weight for Week of 18th Jun 2026

FXN Gauge Weight for Week of 18th Jun 2026

Galaxy Node Operator Infrastructure Update

TL;DR This proposal seeks DAO approval for Galaxy’s planned infrastructure update during the Curated Module v1→v2 migration. As part of this migration, the Galaxy Lido validator and signing stack will transition from the current Vouch/Dirk setup to its internal SOC 2 Type II-compliant staking platform. The transition would take place within the protocol-standard CMv2 consolidation process, allowing Galaxy to place the...

Revoke Canonical Status of (w)stETH Bridge Endpoints on Selected Chains and Authorize NEC for Revocations

Summary This proposal seeks LDO token holders’ approval to: - revoke the recognized canonical status of (w)stETH bridge endpoints on zkSync Era, Mode,...

Wind Down Simple DVT Module Regular Clusters

TL;DR This proposal seeks DAO approval to wind down the 72 regular clusters in the Simple DVT Module (SDVTM) ahead of the originally communicated up to 3-year module lifetime. If approved, operators from regular clusters will be offered several continuation paths into the Community Staking Module (CSM), including through the [Identified Distributed Validator...

Lido Labs Board Update: Appointment of Nemo as Director

TL;DR This vote seeks Lido DAO approval for the appointment of Nemo (@nemo) as a director of Lido Labs Foundation ("Lido Labs"). Nemo has been an active contributor to Lido DAO since October 2024, working hands-on across the Lido-DAO-adjacent organizations — earlier with Lido Alliance BORG and currently leading the development of Wisp,...

Round 33 - GMC Call for Bounty Applications - Deadline is February 7

Round 33 - GMC Call for Grant Applications - Deadline is February 7

GIP-87: Should "Maintenance Mode of Goldfinch Operations and Wind-Down Goldfinch Prime" proposal be approved?

After reviewing the current status of Goldfinch Prime, legacy borrower pool recoveries, ongoing operational requirements, and available resources, we believe the best path forward is to begin an orderly wind-down of Goldfinch Prime and to move Goldfinch into “maintenance mode” solely focused on supporting the collection of remaining legacy borrower payments. This proposal recommends Goldfinch stop pursuing new protocol development and new growth initiatives. The remaining focus would be on:...

GIP-151: Should GnosisDAO offer a one-time pro-rata treasury redemption?

Summary This proposal establishes a one-time, opt-in pro-rata treasury redemption, developed jointly with the Gnosis founding team. Any GNO holder may exchange their tokens for their pro-rata share of the DAO's liquid treasury at NAV, together with a discounted share of the capital called to date by GnosisVC. Participation is voluntary. Liquid assets are distributed in kind, redeemed GNO is returned to GnosisDAO and removed from circulation, and holders who do not participate keep...

Offset CSM Performance Oracle report weekday

Round 33 - GMC Call for Retrospective Applications - Deadline is February 7

BIT-0003: Extended BIT Lifecycle Process

This BIT proposes extending the current BIT lifecycle with additional stages and type-specific pathways. The current lifecycle lacks important stages and treats all proposal types uniformly, which may lead to ambiguity and inefficient processing of different BIT types.

BIT-0004: Subnet Deregistration

Summary BIT-0016 proposes reenabling and improving subnet deregistration to remove non-functional subnets that waste emissions, chain storage, and compute resources. Deregistration would be based on on-chain metrics such as lack of demand for the subnet’s Alpha token, low price and emissions, centralized miner distribution, and poor liquidity/volume parameters. A new SubnetLimit (default 128/256) would trigger automatic pruning by removing the lowest-emission subnet outside its immunity...

BIT-XXXX: Validator's take below 0%

BIT-XXXX: Improvement of abuse burning mechanism

Abstract Based on our statistics, the current miner's emission burning situation as follows: 42 Subnets: No burning. 3 Subnets: Miner's emission burning ratio between 10% and 30%. 5 Subnets: Miner's emission burning ratio between 40% and 50%. 6 Subnets: Miner's emission burning ratio between 60% and 70%. 9 Subnets: Miner's emission burning ratio between 70% and 80%. 1 Subnets: Miner's emission burning ratio between 80% and 90%. 4 ...

BIT-XXXX: Proportional Emission Burn

🔍 Abstract This BIT proposes burning alpha and root TAO for subnet owner and all subnet validators proportionally to alpha burned in burn keys (all hotkeys associated with owner's coldkey). Note: This BIT in fact tables the PR #1883.

BIT-XXXX: Validator with own hosts an endpoint

[Constitutional] AIP: Transition Arbitrum One ordering policy to Priority Gas Auctions (PGA)

Source: Arbitrum Governance Forum — offchainlabs, June 3, 2026 Evolving Arbitrum's Transaction Ordering Policy: From Timeboost to a More Open and Competitive Sequencing Market > Update June 11 2026: This AIP and the proposal to transition Arbitrum One to use priority fees for transaction ordering does not introduce new forms of MEV or create MEV....