DRep Votes
  • Total Stake: ₳ 15.05B
  • Yes Votes (Stake)
    ₳ 655.85M
  • Total No (Stake)
    ₳ 5.06B
    Explicit No
    ₳ 646.89M
    No Confidence
    ₳ 200.45M
    Not Voted
    ₳ 4.21B
  • Excluded (Stake)
    ₳ 9.34B
    Explicit Abstain
    ₳ 118.79M
    Auto Abstain
    ₳ 9.01B
    Inactive
    ₳ 211.57M
CC Votes
  • Total Committee Members: 7
  • Yes Votes
    1
  • Total No
    6
    Voted No
    0
    Not Voted
    6
  • Abstain Votes
    0

Abstract

This treasury withdrawal requests ₳39,787,316 (USD $9,946,829) to fund Tweag by Modus Create's delivery of 17 work packages across 9 core infrastructure areas for the Cardano ecosystem over 2026–2028.

The primary focus is the mainnet deployment of Peras (faster finality: ~2 min vs. ~12 min today), alongside improvements to resilience, scalability, developer tooling, and network observability. Work packages include:

  • Peras v1 – production cryptography, KillSwitch, mainnet readiness
  • Peras v2 – pre-agreement algorithm, cooldown recovery, performance optimizations
  • History Expiry – partial-history nodes to reduce SPO storage costs
  • Hard Fork Mempool Bridger – transaction preservation during fork incidents
  • Conformance Testing – CTC framework extended for Peras and Leios
  • Adversarial Fork Testing – Genesis property-based test improvements
  • Canonical Ledger State & Mithril – standardized state snapshots (CIP-0165)
  • Plutus Script Re-Executor – debugging tooling for DApp developers
  • Mutation Testing – test suite adequacy framework for Haskell/Cardano
  • Hoarding Node – live deployment, distributed mode, embedded consensus validation, transaction collection
  • Block Cost Investigation – empirical and analytical cost models
  • Genesis Sync Accelerator & Node Emulator – ongoing maintenance

Intersect is requested to serve as proposal and contract administrator. All deliverables are open-source and publicly tracked.

Motivation

Problem Statement

Cardano's next growth phase depends on two critical protocol upgrades: Peras (faster finality) and Leios (higher throughput). Together they unlock significantly higher transaction volume, staking rewards, and TVL. However, these upgrades do not deliver value on their own — they require:

  1. Production-grade mainnet delivery — Peras v1 remains undeployed on mainnet. Real cryptography, operational tooling, and Hard Fork readiness must be completed.
  2. Resilience and correctness scaffolding — Protocol changes of this complexity require conformance testing, mutation testing, adversarial fork simulation, and audit infrastructure to de-risk deployment.
  3. Sustainable node economics — Increased throughput from Leios will cause SPO disk usage to surge (~1 GB/hour at 100–1000 TPS). Without History Expiry, full-history requirements will become economically prohibitive, threatening decentralization.
  4. Network observability — Orphaned blocks, invalid slot leader claims, mempool anomalies, and adversarial behavior are currently difficult to detect and attribute. The Hoarding Node fills this gap.
  5. Developer tooling — Plutus script debugging remains difficult. The PSR extension reduces friction for DApp developers and improves smart contract reliability.
  6. Incident response — Hard fork incidents result in orphaned transactions. The Mempool Bridger directly mitigates this risk.
  7. Ecosystem continuity — The Genesis Sync Accelerator and Cardano Node Emulator require ongoing maintenance to remain compatible with evolving protocol versions.

Tweag has been engaged on Cardano's core infrastructure since January 2018, leading the consensus and ledger teams, implementing Ouroboros Genesis, and contributing to Peras design. This proposal represents the natural continuation of that work, focused on ensuring prior investments reach mainnet and are adopted by the community.

Rationale

Why This Proposal Addresses the Problem

Delivery Strategy

This proposal is structured as a single delivery pipeline, not a modular menu. The 17 work packages are interdependent: Hoarding Node deployments and conformance/mutation/audit testing provide the instrumentation and correctness scaffolding required to validate Peras v1/v2, History Expiry, and block-cost safety changes. Treating them as separable would increase delivery risk.

Two-Year Timeline Justification

The 2-year duration (2026–2028) is necessary to:

  • Align Peras v2 completion with a Hard Fork Combinator (HFC) window, avoiding a full-year delay waiting for the next HFC cycle.
  • Allow Peras v2 to begin in parallel with Peras v1 finalization, using a staggered delivery approach.
  • Accommodate mandatory security audits, conformance testing, and integration across 17 packages.

Budget Justification

The total ask of ₳39,787,316 is based on an average market rate of $176/hour for senior Cardano infrastructure engineers, a conservative ADA/USD conversion rate of 0.25 (based on a 5-year average), and 2 years of effort across the full portfolio. CBU/ARK research subcontracts for Peras cryptography are included as fixed-price line items.

Governance Separation

Where success depends on governance (Hard Fork activation, CIP progression), Tweag commits to 'ready-for-activation' deliverables — merged code, reproducible releases, runbooks, benchmarks, and governance-action packages. Ecosystem activation is reported separately with clear owners and risks.

Intersect as Administrator

Tweag requests Intersect serve as contract and audit administrator per the Cardano Constitution, using Milestone-Based Fixed Price contracts where scope is well-defined.

Treasury Governance & Compliance

Contract Management

A written off-chain Legal Contract will be created between Tweag and the Cardano Development Holdings (CDH), as mandated by the Constitution, and will be administered by Intersect. This will include details of the project delivery schedule and dispute resolution.

Project Delivery

All milestones, acceptance criteria, payment amounts and expected delivery dates will be agreed between the Tweag and Intersect, acting on behalf of the CDH. Tweag will deliver according to the agreed-upon project schedule within the Legal Contract, of which the necessary information will be made public via the budget management platform via transaction metadata.

Defined by the milestones within a Legal Contract, Tweag will submit and attest milestone acceptance to the community, Intersect or 3rd Party Assurer.

Project progress will be monitored via Intersect's delivery assurance function which will be communicated to the community.

Acceptance of the work will be supported by a 3rd Party Assurer, who will be responsible for reviewing and signing off the work completed at each project milestone against the corresponding milestone deliverables detailed within the Legal Contract. This work is funded from a portion of this treasury withdrawal.

Auditable Accounts & Fund Delegation

Budget Management Tooling

To administrate treasury funds on-chain, Intersect will utilize the treasury management smart contract framework developed by Sundae Labs. The smart contracts have been extensively tested including audits from TxPipe and MLabs.

Final mainnet validation test can be seen via the Disburse action within transaction: 0f591dc544ae14102dbb4a74d5311a6acffc1772b163d8b7a9656b9525950b17

This withdrawal will utilise Intersect’s 2025 treasury reserve contract with address being: stake17xzc8pt7fgf0lc0x7eq6z7z6puhsxmzktna7dluahrj6g6ghh5qjr
Funds will later be migrated to a 2026 treasury reserve contract once established.

Budget Management Specifics

Intersect will utilize a single Treasury Reserve Smart Contract (TRSC), with many Project-Specific Smart Contracts (PSSC), managed by Intersect. Intersect's management consists of three 'admin' and two Intersect 'leadership' roles. An Oversight Committee consisting of five external, independent third-party entities will provide checks and balances on Intersect, and safeguard against errors and unilateral control. The administration of both TRSC and PSSCs will be managed by Intersect, with external oversight on certain actions from the Oversight Committee.

The 2025 TRSC Oversight Committee consists of Sundae Labs, Cardano Foundation, Dquadrant, Xerberus and NMKR. Their role is to independently verify key administrative actions using on-chain logic, ensuring accuracy and consistency without exercising discretion over governance decisions.

For all details on Intersect's configuration please see the Smart Contract Guide on the knowledgebase.

The high level permissions are as follows:

  • TRSC Fund and PSSC Modify
    • Two of the three Intersect admins, two of the five trusted entities and one of the two Intersect leadership sign-off must authorize
  • TRSC Disperse
    • Two of three Intersect admins, three of five trusted entities and two of two Intersect leadership sign-off must authorize
  • TRSC Pause and Resume
    • Two of three Intersect admins, and one of two Intersect leadership sign-off must authorize
  • TRSC Sweep
    • One of three Intersect admins, and one of two Intersect leadership sign-off must authorize
  • TRSC Reorganize
    • Two of three Intersect admins and three of five trusted entities must authorize
Processes

Upon enactment of this governance action, funding for this project will be directed into the TRSC's stake account. All instances of TRSC and PSSC can not be staked with a SPO and will be delegated to the auto-abstain predefined DRep. From here funds will be withdrawn into a UTxO remaining at the TRSC.

When a 2026 TRSC is established, the funding for this project will be migrated via the ‘disburse’ action.

When the Legal contract is prepared and Tweag is ready, funding for this project will be transferred using the Fund action to a PSSC. All milestones will be outlined within the metadata.

A dashboard will be available for the community to audit the TRSC or PSSC and track metrics related to this withdrawn ada as well as being immutably verifiable on chain.

Strategic Alignment

  • Pillar 1: Infrastructure and Research Excellence — all 17 packages directly advance L1 protocol infrastructure.
  • Pillar 5: Ecosystem Sustainability and Resilience — History Expiry, Hoarding Node, and maintenance work directly protect long-term network health.

Community Engagement Commitments

  • Public demos at minimum every 2 months, recorded and published at https://tweag.github.io/cardano-website/
  • Regular status updates on the Tweag project website
  • Dedicated Discord channel for community engagement
  • Program-level Slack channel for cross-team coordination with IOG and other ecosystem contributors

Prior Treasury Receipts

TWEAG has been accountable for delivering work funded by the Cardano Treasury. The total funds allocated are ₳11,070,322.68 within the Treasury Smart Contract. ID: 680d1b63565577986442d24e.

Refund Conditions

All funds not disbursed by the end of the delivery period will be returned to the Cardano Treasury. A final reconciliation will be published as part of the oversight reporting cycle. In the event of partial delivery or scope reduction, unspent funds associated with canceled or reduced deliverables will be returned proportionally.

Net Change Limit Compliance

The requested amount does not at time of submission, on its own or in aggregate, breach the applicable 350M Net Change Limit covering Epoch 613 to Epoch 713.
In accordance with the guardrail TREASURY-02a, this withdrawal does not exceed the NCL at the moment of submission.

Audit & Oversight

Audit and oversight costs are included within the overhead applied to this proposal. The Intersect administration fee covers administrative oversight and is reflected within the cost of this proposal. Independent oversight will be provided through Intersect and technically capable third-party, including reporting obligations and milestone-based disbursement controls.

Standardized Format & Immutable Hosting

Upon finalization, this proposal will be hosted on IPFS in an immutable format. The blake2b-256 hash of the document will be provided for on-chain reference and verification.

References

Full Proposal Document (IPFS)
ipfs://QmeXB2ZgyDSStkhPTCMwPTHCfTWU8RJJnVLc6KRKFQY4Ca
Full Proposal Document (Google Docs)
https://drive.google.com/file/d/1OpB-NGxACxp3R678EVYl4yBfhtNRQCwl/view
Tweag Cardano Project Website
https://tweag.github.io/cardano-website/
Work Package: History Expiry – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T3._History_Expiry.pdf
Work Package: Hard Fork Mempool Bridger – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T4.HardForkIncidentMempoolBridger.pdf
Work Package: Conformance Testing (Peras & Leios) – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T5.CTCFrameworkPeras_and_Leios.pdf
Work Package: Conformance Testing (Adversarial Forks) – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T6.CTC%20Generate_forks_from_adversarial_branches.pdf
Work Package: Canonical Ledger State & Mithril – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T7.Canonical_Ledger_State_ecosystem_integration.pdf
Work Package: Plutus Script Re-Executor – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T8.Developer_tools_for_Plutus_Script_Re-Executor_ecosystem_integration.pdf
Work Package: Mutation Testing – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T9.Mutation_Testing_for_Cardano.pdf
Work Package: Hoarding Node – Live Network Deployment
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T11.Hoarding_node_Live_Network_Deployment.pdf
Work Package: Hoarding Node – Distributed Mode
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T12.Hoarding_Node_Distributed_Mode.pdf
Work Package: Hoarding Node – Embedded Consensus Validation
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T13.Hoarding_Node_Embedded_Consensus_Validation_of_Blocks_and_Headers.pdf
Work Package: Hoarding Node – Transaction Collection
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T14.Hoarding_Node_Transaction_Collection.pdf
Work Package: Cardano Node Emulator – Full Proposal
ipfs://QmNcegfkH3WFf8xgjrKKTH9YoMRdmkAYUvCwmJy514XxdK/T10.CNE_maintenance.pdf

Votes

Your vote

DRep

Rationale
No rationale added yet.
Your current vote
Pending on chain
Submitted at
Rationale
Rationale
No rationale added
Proposal Information
  • Type
    Treasury Withdrawal
  • Status
    Voting
  • Submitted On
    Apr 30, 2026
  • Expires On
    Jun 03, 2026
  • Voting Parties
    DRepCC
Voting
DRep

View voting area