IO & Midgard Labs: L2 Scalability Initiative

System4mo ago1 post

239 DReps voted · 88 with a rationale · 4 changed their vote · 8 re-voted unchanged

Open a row to read the rationale.

Changed votes: 1 to yes, 2 to no, 1 to abstain, together voting with 93M ₳ of voting power.

  • Yes466.2K ₳No rationale
  • Yes438.6K ₳No rationale
  • Yes393.6K ₳No rationale
  • No379.5K ₳No rationale
  • No379.3K ₳No rationale
  • Yes366.6K ₳No rationale
  • No356.1K ₳Rationale

    This should have been completed with the 2.1M ADA of funding it received last year at a high ADA-USD value. The L2 entity structure remains "under active exploration", Midgard's mainnet target depends on incomplete penetration testing, and the data availability layer is prototype-only. Given market conditions, I'm prioritizing the funding of L1 scaling initiatives before L2 developments this year.

  • Yes330.6K ₳No rationale
  • Yes329.7K ₳No rationale
  • No321.6K ₳No rationale
  • Yes318.6K ₳No rationale
  • Abstain318.1K ₳Rationale

    Abstaining, as I’m part of the Cardano Constitution Committee Tingvard.
    Reading proposals and staying updated, just like you.
    Thanks to all fellow DReps who are also doing the hard work.
    Follow and DM me on X: @kenerik if you have any questions.

  • No314.4K ₳Rationale

    I support the L2 Scalability projects but vote NO due to unfulfilled Midgard deliverables, restrictive bundling, and a lack of budget granularity beyond top-level workstream figures. Meaningful progress on these fronts provides a clear path to a YES vote.

    A PDF version of this rationale is also made available.

    Introduction

    I want to explicitly state my strong support for the technological goals of this initiative. Data Availability, Hydra, and Midgard are critical for Cardano's future, and I want to see all of these projects materialize. However, specific reservations force me to vote NO on this current proposal.

    My Reservations

    • Outstanding Deliverables: Midgard has previously received significant funding but has failed to formally deliver several key commitments (e.g., the Statement of Milestones and the 2025 end-of-year mainnet readiness). While I hear that the actual work may be largely completed, formal reports have not been submitted. In governance, my principle is "Don't Trust! Verify". The community needs to see the concrete deliverables before releasing further funds.
    • Proposal Bundling: Packaging three distinct workstreams into a single proposal forces a "take it or leave it" dynamic. I fundamentally disagree with this approach. The community should have the right to vote on these projects individually and potentially fund them across different budget periods.
    • Budget Opacity: Consistent with other IO proposals, this request suffers from a "black box" budget. While the proposal does explicitly break down the costs into three distinct areas (Workstream 1 L2 Agnostic: ₳1,895,613; Workstream 2 Hydra Production: ₳7,582,452; Workstream 3 Midgard Optimisation: ₳947,806), these massive sums simply fall under a vague "Development" line without any further granularity. I am not looking to micromanage developer salaries, but I need to understand how those numbers were actually calculated (for example, how we ended up with a number like 7.58M ADA for Hydra and why not 3M or 10M?).

    A Clear Path to YES

    I am eager to support this initiative. Meaningful progress on the following points would prompt me to re-evaluate and switch my vote to YES:

    1. Unbundling: Separate the proposal so the community can evaluate and vote on the three distinct projects individually.
    2. Submit Past Deliverables: Midgard must submit their pending reports and formal deliverables from previous funding. Basic accountability cannot be compromised.
    3. Provide High-Level Granularity: Provide a deeper breakdown of the workstream budgets. To reiterate a core principle from my past rationales: if the Treasury is funding for-profit businesses, then we should have some stake in them. Alternatively, if we are funding public good infrastructure, those organizations should not be scooping fat profit margins at the Treasury's expense. We need enough high-level detail to ensure the requested money is directly compensating specialized builders, rather than quietly covering management bonuses and corporate padding.
  • No313.8K ₳No rationale
  • Yes308.2K ₳No rationale
  • NoChanged301.3K ₳Rationale

    Even though I know the team behind this proposal and I’m aware that they are doing hard and phenomenal work, I honestly can’t give them my vote. With $ADA at 0.25, talking about L2 solutions when we barely fill blocks except during specific spikes of activity makes me feel that all efforts should be focused on Ouroboros Leios instead of being so fragmented into L2 initiatives. In the end, from a personal perspective and considering how blockchains are currently being used, I don’t think L2 solutions are necessary at this moment.

    Earlier votes

    Abstain4mo agoSuperseded

  • YesRevoted297K ₳Rationale

    Voting YES on ALL IOG Withdrawals

    May 20th 2026

    Summery

    Nine treasury withdrawals from IOG totalling around 162M ada ($40M USD)

    Important Citation

    https://x.com/EdnStuff/status/2051321214728118360

    EdnStuff said the following on May 4th 2026

    I see the IO proposals as a package deal. But by all accounts I see most dreps only voting yes on a small selection of the 9. This is going to lead to some extremely lopsided, fragmented, and piecemeal results that will fall short of what we need on #Cardano 
    $ADA.
    

    Charles quote tweeted saying

    https://x.com/IOHK_Charles/status/2051376829949464792

    Sadly, this is the end result of a piecemeal roadmap. It's an iPhone by committee, with people deciding whether they prefer the fingerprint sensor to wireless charging. You end up with a bizarre, useless product.
    

    Statement

    There are a handful of people who, when they speak, I think it unwise not to listen to. Charles is one such person. His statement above makes this choice pretty easy.

    While we need to foster a wide ecosystem of R&D firms, we cannot afford to jeopardize our relationship with our biggest contributor. It is obvious and undeniable that the long-term success of Cardano remains dependent on the continued efforts of IO.

    I am voting for all of these IO proposals because Charles has made it clear that he does not believe Cardano can be successful without each of them, and it would be unwise to disregard his intuition.

    Signed,

    William Doyle

    Your friendly neighbourhood DRep!

    $computerman

    drep1yfpgzfymq...pzw3nt

    https://x.com/william00000010

    Earlier votes

    Yes3mo agoSuperseded

    Voting YES on ALL IOG Withdrawals

    May 20th 2026

    Summery

    Nine treasury withdrawals from IOG totalling around 162M ada ($40M USD)

    Important Citation

    https://x.com/EdnStuff/status/2051321214728118360

    EdnStuff said the following on May 4th 2026

    I see the IO proposals as a package deal. But by all accounts I see most dreps only voting yes on a small selection of the 9. This is going to lead to some extremely lopsided, fragmented, and piecemeal results that will fall short of what we need on #Cardano 
    $ADA.
    

    Charles quote tweeted saying

    https://x.com/IOHK_Charles/status/2051376829949464792

    Sadly, this is the end result of a piecemeal roadmap. It's an iPhone by committee, with people deciding whether they prefer the fingerprint sensor to wireless charging. You end up with a bizarre, useless product.
    

    Statement

    There are a handful of people who, when they speak, I think it unwise not to listen to. Charles is one such person. His statement above makes this choice pretty easy.

    While we need to foster a wide ecosystem of R&D firms, we cannot afford to jeopardize our relationship with our biggest contributor. It is obvious and undeniable that the long-term success of Cardano remains dependent on the continued efforts of IO.

    I am voting for all of these IO proposals because Charles has made it clear that he does not believe Cardano can be successful without each of them, and it would be unwise to disregard his intuition.

    Signed,

    William Doyle

    Your friendly neighbourhood DRep!

    $computerman

    drep1yfpgzfymq...pzw3nt

    https://x.com/william00000010

  • No285.2K ₳No rationale
  • No280.5K ₳Rationale

    I recognize that Layer 2 scaling can provide long-term value for Cardano. The Midgard Labs proposal aims to build Layer 2 scaling capabilities for Cardano, allowing certain high-frequency, low-cost, and low-latency applications to operate outside the main chain while still settling back to Cardano. If successful, this type of infrastructure could help expand Cardano’s future application capacity.

    However, this proposal requests ₳10,425,871, which represents a significant Treasury Withdrawal. At Cardano’s current stage, I believe the more fundamental and survival-level priorities remain mainnet maintenance, core infrastructure stability, and the advancement of main-chain scaling efforts such as Leios.

    My concern is not that Layer 2 is unimportant. Rather, Cardano first needs to strengthen the performance, stability, developer experience, and reliability of the main chain and its core infrastructure. If the base layer is not sufficiently reinforced, allocating a large amount of Treasury funding to Layer 2 scaling at this stage may dilute both Treasury resources and governance attention.

    Therefore, I see this proposal as technically valuable, but not the highest priority at the current stage. Once mainnet maintenance, Leios-based main-chain scaling, and core infrastructure have made clearer progress, Layer 2 solutions would be more appropriate for renewed evaluation and potential support.


    我認同 Layer 2 擴容對 Cardano 的長期發展具有潛在價值。Midgard Labs 提案希望為 Cardano 建設二層擴容能力,讓部分高頻、低費用、低延遲的應用可以在主鏈之外運行,同時仍與 Cardano 主鏈進行結算。這類基礎設施若能成功,未來可能有助於提升 Cardano 的應用承載能力。

    然而,本提案申請金額為 ₳10,425,871,屬於相當大額的 Treasury Withdrawal。以目前 Cardano 的發展階段來看,我認為更核心、更接近生存級需求的優先事項,仍然是主網維護、核心基礎設施穩定性,以及 Leios 等主鏈擴容路線的推進。

    我的疑慮並不是 Layer 2 不重要,而是 Cardano 目前更需要先確保主鏈本身的性能、穩定性、開發者體驗與基礎設施可靠度。若主鏈基礎尚未充分強化,過早投入大額資金於二層擴容,可能會分散 Treasury 資源與治理注意力。

    因此,我認為本提案具有技術探索價值,但在目前階段並非最高優先級。若未來主網維護、Leios 主鏈擴容與核心基礎設施已有更明確進展,Layer 2 方案會更適合被重新評估與支持。

  • Yes275.2K ₳Rationale

    I am voting YES on “IO & Midgard Labs: L2 Scalability Initiative” at 10,425,871 ADA, but it is a conditional YES that comes with clear expectations and consequences for future proposals in this area.
    This initiative sits at a critical point in Cardano’s throughput expansion strategy. Today’s L1 profile—multi‑minute to ~2‑hour finality, ~7–10 TPS, and fees around 0.17 USD—excludes Cardano from serious consideration for high‑frequency DeFi, AI‑agent micropayments, gaming, and consumer payments, even before technical merits like security or eUTxO are evaluated. Leios and Peras will materially improve base‑layer capacity and finality, but they will not deliver sub‑second UX and sub‑cent fees across the board; in this budget cycle, only L2s can credibly close that gap. This proposal funds three linked workstreams that together address that problem in a way that builds on, rather than discards, prior investments: (1) a shared, L2‑agnostic data availability strategy and prototype for all Cardano L2s; (2) production hardening and turnkey solutions for Hydra, now in its adoption phase with real users like Delta DeFi and Masumi; and (3) the path from testnet to mainnet‑readiness for Midgard, Cardano’s first permissionless optimistic rollup. Strategically, this is not a nice‑to‑have; it is the L2 side of the Basho story, and without it Cardano’s scaling roadmap remains incomplete.
    At the same time, the concerns raised by NO‑voting DReps are serious and justified, and my YES explicitly incorporates them. First, several DReps argue that Hydra has already received substantial investment and still has an unclear path to ecosystem‑wide impact, and that 80% of this budget going to Hydra‑related work risks good money chasing uncertain adoption. Second, Midgard has previous funding via Catalyst and a 2025 treasury withdrawal, with missed or delayed milestone communication and a shifted mainnet target; this undermines trust even if technical work has progressed. Third, this proposal bundles three conceptually distinct categories—shared public‑good infra (DA layer), IO’s own L2 research/maintenance (Hydra hardening), and acceleration of a specific rollup product (Midgard)—into one treasury narrative, making it harder to judge each on its own merits. I agree with these critiques. However, I also see a substantial body of prior Hydra and Midgard work, live or near‑live adopters (Delta DeFi, Masumi), and a clear, ecosystem‑level need for L2 capacity. On that basis, I judge a controlled continuation to be more prudent than halting the initiative mid‑stream, provided we tighten expectations around how this work is executed and reported.
    My YES vote is therefore conditional on three expectations, which will heavily influence how I evaluate any future L2‑related asks:

    1. Clear separation and reporting per workstream. I expect IO and Midgard Labs to report progress and milestones separately for: (a) the L2‑agnostic DA strategy/prototype (Q3–Q4 2026 → Q1 2027 spec and prototype), (b) Hydra production hardening and turnkey solutions (performance SLOs, operator tooling, and reference DeFi/state‑machine deployments for projects like Delta and Masumi), and (c) Midgard’s multi‑operator coordination and pen‑testing towards mainnet readiness. Any future proposals must show what was actually delivered here against these three tracks, not re‑bundle them into another large, undifferentiated narrative.
    2. L2‑agnostic infra and ecosystem‑first design. The data‑availability workstream must remain genuinely L2‑agnostic, with transparent evaluation of candidate architectures and visible community input before locking in choices that could impose ecosystem‑wide technical debt. Likewise, Hydra hardening and Midgard mainnet work should be positioned as platform‑level infrastructure with open standards and clear documentation, not as bespoke support for a small set of projects. Treasury is not a bailout mechanism for individual business models; if Delta, Masumi, or Midgard succeed, it should be because they provide competitive products on top of shared infrastructure, not because that infrastructure is effectively subsidised only for them.
    3. Significantly improved communication and milestone discipline. For Midgard in particular, previous Catalyst and treasury funding cycles have suffered from weak outward communication and slow milestone reporting, even where technical progress has been real. Going forward, I expect timely, transparent milestone submissions under this proposal, with public artefacts that non‑specialist DReps can verify: specs, testnet releases, pen‑test reports, and clear criteria for mainnet readiness. If those expectations are ignored or minimised—if, in another year, we are again asked to fund “the final push” for Midgard or further Hydra platformisation without clear, verifiable delivery against this program—my default stance on subsequent L2 scalability withdrawals will shift toward NO, regardless of how strategically important the category is in the abstract.
      In summary, I see this proposal as a necessary next step in Cardano’s throughput expansion path, tying together shared L2 infrastructure, Hydra’s adoption‑phase hardening, and Midgard’s move toward production in a way that can materially improve competitiveness and tie L2 activity back to L1 fees and treasury revenue. I support it because I believe the downside of not funding it—stalled Hydra adoption, a Midgard testnet that never crosses the finish line, and a lack of credible L2 options for builders—is greater than the controlled risk of funding it under tightened expectations. But that support is not open‑ended: future votes in this area will be decided based on how well IO and Midgard Labs meet these expectations on delivery, separation of concerns, and communication over the life of this initiative.
  • Yes272.2K ₳No rationale
  • Yes268.9K ₳No rationale
  • Yes254.2K ₳No rationale
  • Yes236.8K ₳No rationale
  • YesRevoted233.3K ₳History

    Earlier votes

    Yes4mo agoSuperseded

  • Yes222.9K ₳No rationale
  • No216.4K ₳No rationale
  • Yes202.8K ₳No rationale
  • Yes189.8K ₳No rationale
  • Abstain185K ₳No rationale
  • Yes183.7K ₳No rationale
  • Yes182.7K ₳No rationale
  • No169.1K ₳No rationale
  • Abstain161.1K ₳No rationale
  • YesRevoted157.8K ₳History

    Earlier votes

    Yes3mo agoSuperseded

  • No157.8K ₳No rationale
  • Yes155.7K ₳No rationale
  • Yes149.8K ₳Rationale

    I'm increasingly concerned about Cardano's overall treasury spend rate, especially following the recent approval of the Draper/Dragon Orion Fund. To provide a necessary counter-balance, I am defaulting to NO on most treasury withdrawals at this time.
    This proposal (₳10.4M) is a clear exception. It directly funds production hardening of Hydra, the mainnet launch of Midgard, and shared L2 infrastructure which is exactly the type of high-priority critical scaling work I support.
    I will continue voting YES only on the highest-priority items that directly strengthen essential infrastructure like IO Hydra L2 or deliverables required to advance key partnerships such as Midnight.

  • Yes142.9K ₳No rationale
  • Abstain138.6K ₳No rationale
  • Yes128.4K ₳No rationale
  • Yes127K ₳No rationale
  • Yes126.4K ₳No rationale
  • Yes124.6K ₳No rationale
  • Abstain122.8K ₳Rationale

    I am voting abstain. I recognize the strategic importance of Layer 2 infrastructure and acknowledge the argument that Hydra, optimistic rollups, and shared L2 primitives may eventually play an important role in supporting high-throughput applications, lower-cost transactions, AI-agent economies, gaming, DeFi, and other performance-sensitive use cases. I also recognize that many mature ecosystems have adopted multi-layer scaling approaches, and that experimentation with complementary architectures can contribute to long-term resilience and ecosystem diversity.

    However, I remain unconvinced regarding the urgency and sequencing of this investment relative to other scaling initiatives already underway. Cardano is entering a period in which major Layer 1 improvements — including proposals intended to significantly improve throughput and finality — have been prioritized and funded. At this stage, I would prefer to observe how these foundational L1 scaling efforts perform in practice before supporting additional Treasury investment aimed at solving similar constraints through Layer 2 infrastructure.

    My hesitation should not be interpreted as opposition to L2s in principle. Rather, it reflects uncertainty around whether current ecosystem demand, builder adoption, and user activity justify the immediacy of this investment, or whether further evidence is needed to demonstrate that Layer 1 improvements alone will be insufficient to support near- to medium-term growth.

    I also note that several projected benefits rely on future adoption assumptions, production uptake from early ecosystem participants, and anticipated growth in sectors such as AI agent payments and high-frequency applications. While these possibilities are compelling, I am not yet persuaded that they warrant urgent Treasury allocation at this stage relative to other priorities.

    My abstention reflects a preference for measured sequencing rather than rejection: continue strengthening Cardano’s base layer, evaluate real-world outcomes, and reassess the necessity and scope of additional L2 investment as ecosystem demand evolves.

  • Yes120.5K ₳No rationale
  • Yes115.6K ₳No rationale
  • Yes107.4K ₳No rationale
  • Yes95.5K ₳No rationale