해당 Treasury Withdrawal은 **Midgard - Optimistic Rollups** 프로젝트에 자금을 지원함.

Midgard는 Cardano 블록체인 위에 낙관적 롤업(optimistic rollup) Layer 2를 배포하기 위한 모듈형 프레임워크임.

이 프레임워크는 거래 처리량을 크게 향상시키고, 거래 비용을 줄이며, 고급 분산 애플리케이션(dApps)을 가능하게 하는 것을 목표로 함.

Midgard는 EUTxO 모델을 활용해 허가 없이 운영 가능하며, 효율적인 사기 증명(fraud proofs)과 검열 저항성을 갖춤.

중앙 집중식 시퀀서나 다중 서명 관리 없이도 높은 처리량과 낮은 수수료를 유지하면서 Cardano의 보안성과 탈중앙화를 보장함.

거래를 오프체인에서 집계해 온체인에 압축된 형태로 기록함으로써 Cardano Layer 1에 직접적인 이익을 제공함.

이 프로젝트는 Anastasia Labs에서 개발했으며, 2025년 말 메인넷 출시가 예상됨.

Midgard는 Cardano의 확장성 향상을 위한 멀티 레이어 2 전략의 핵심 요소 중 하나로, Hydra와 함께 Cardano 생태계의 속도, 프라이버시, 상호운용성을 개선하는 데 기여함.

이번 Treasury Withdrawal은 Intersect가 벤더를 대신해 제출했으며, ₳275.3M 규모의 승인된 예산 중 39개 제안 중 하나에 해당함.

자금은 Cardano Treasury에서 인출되며, 제안된 솔루션의 세부사항과 예산 정렬 상태를 충족시키기 위한 헌법적 요건을 준수함.

---

**주요 특징**

- 거래 처리량 증가 및 비용 절감
- EUTxO 모델 기반 낙관적 롤업
- 중앙 집중식 요소 최소화, 검열 저항성 확보
- 오프체인 거래 집계 및 온체인 압축 기록
- Cardano Layer 1 보안 및 탈중앙화 유지
- 사용자 경험 간소화, 네트워크 전환 불필요
- SPO(Stake Pool Operator) 및 개발자 참여 가능

---

**주석**
- EUTxO: Extended Unspent Transaction Output, Cardano의 거래 모델
- 낙관적 롤업(optimistic rollup): 거래를 오프체인에서 처리하고, 사기 증명을 통해 보안을 유지하는 Layer 2 확장 기술
- SPO: Stake Pool Operator, Cardano 네트워크의 검증자 역할 담당자
- Treasury Withdrawal: Cardano 재무부에서 예산을 인출하는 행위
- Intersect: Cardano 거버넌스 내 예산 집행 및 관리 조직
- 벤더(vendor): 제안서 제출 및 프로젝트 수행 주체

이 제안은 다음 문제를 해결하는 것을 목표로 함.

Hydra는 Cardano의 최첨단 네이티브 상태 채널 솔루션이고, partnerchains는 네이티브 사이드체인의 진화형임.

Midgard는 롤업의 네이티브 진화형으로 설계됨.

UTxO 시스템은 롤업에 매우 적합함.

이는 Cardano의 최대 보안을 상속하는 진정한 L2 롤업 구축을 가능하게 함.

계정 기반 시스템에서는 이와 같은 보안 상속이 불가능함.

실제로 Fuel은 UTxO 기반으로, 분산화 등급 최고 단계(stage 2)를 받은 최초의 범용 L2임.

Arbitrum, Optimism 같은 글로벌 상태 시스템의 사기 증명(fraud proofs)은 구현이 매우 어렵고 온체인에서 비용과 복잡성이 큼.

이 때문에 수백만 달러 연구개발에도 불구하고 이들 프로토콜은 작동하는 사기 증명을 갖추지 못했고 중앙화된 권한 있는 시퀀서와 운영자에 의존함.

반면 Cardano의 사기 증명은 매우 간단하며 단일 당사자만 필요함(도전-응답 증명 불필요).

현재까지 어떤 블록체인도 진정한 무허가 범용 롤업을 달성하지 못함.

대부분의 상위 L2는 모두 관리형 멀티시그(multisig)임.

Midgard 프레임워크는 Cardano의 완전한 보안을 상속하는 무허가 롤업을 배포할 수 있는 최초의 기술임.

- 중앙화된 시퀀서 없음

- 도전-응답 증명 없음

- 관리형 멀티시그 없음

- 누구나 가능한 무허가 사기 증명

- 무허가 운영자 집합

- 입출금 검열 불가 (Cardano의 검열 저항성 상속)

이 모든 것은 Cardano의 독특한 로컬 상태 EUTxO 아키텍처 덕분임.

UTxO 경합, 작은 블록 크기, 로컬 상태, 트랜잭션 결정성 등은 문제처럼 보일 수 있으나, Midgard는 이들이 오히려 강력한 특성임을 증명하려 함.

이 특성들이 Midgard를 가능하게 하는 핵심 기둥임.

Midgard는 Ethereum, Solana, Sui 등에서는 구축 불가능하며 Cardano에서만 가능한 프로토콜임.

---

**주요 개념 설명**

- UTxO(Unspent Transaction Output) 모델은 각 코인이 한 번만 사용될 수 있도록 하여 이중 지불을 방지함[1][3].

- Cardano의 (e)UTxO 모델은 전통적 UTxO에 스마트 계약 실행을 위한 추가 데이터와 규칙을 포함하여 확장된 형태임[2].

- 이 모델은 단순한 잔액 추적이 아니라 트랜잭션 기록 기반이며, 각 UTxO는 특정 조건 하에만 사용 가능함[1][2][4].

- Cardano의 EUTxO 아키텍처는 로컬 상태를 유지하여 사기 증명과 검열 저항성을 극대화함[제안 내용].

---

**주석**

- UTxO: Unspent Transaction Output, 미사용 거래 출력

- EUTxO: Extended UTxO, 확장된 UTxO 모델로 스마트 계약 지원

- 롤업: Layer 2 확장 기술로, 메인체인에 데이터만 제출하여 처리 속도와 비용 개선

- 사기 증명(fraud proofs): 부정 행위를 증명하는 메커니즘

- 멀티시그(multisig): 다중 서명 방식, 여러 서명이 있어야 자금 이동 가능

- 시퀀서(sequencer): 트랜잭션 순서를 정하는 역할자

Midgard는 토큰이 없는 설계로, 모든 거래 수수료는 에이다(₳)로 지불되며, 모든 Midgard 블록은 Cardano L1에 게시됨.

Hydra가 거래를 오프체인으로 이동시켜 Cardano L1에 지속적인 수수료 수익을 제공하지 않는 반면, Midgard는 거래를 온체인에 유지하되 더 압축된 형태(롤업 방식)로 게시함.

이로 인해 Midgard에서의 경제 활동 증가는 Cardano L1의 경제 활동 증가로 직접 연결되어, Cardano L1에 상당한 수수료 수익원이 됨.

Midgard는 독립적인 합의나 경제적 보안을 갖지 않고, Cardano로부터 합의와 경제적 보안을 상속받음.

Anastasia Labs는 2년 이상 Cardano 연구개발을 선도해왔으며, Cardano의 주요 dApp 개발에 참여하고 50개 이상의 오픈소스 라이브러리와 도구를 유지관리함.

Midgard는 이미 활발히 개발 중이며, 연말 메인넷 준비 목표에 상당한 진전을 이룸.

법적 계약은 벤더(Anastasia Labs)와 Cardano Development Holdings(CDH) 간에 작성되며, Intersect가 관리함.

프로젝트 일정, 수락 기준, 지급 금액 및 예상 납기일은 벤더와 Intersect가 합의하며, 모든 정보는 온체인 거래 메타데이터를 통해 공개됨.

프로젝트 진행 상황은 Intersect의 전달 보증 기능으로 모니터링되며, 제3자 검증자가 각 마일스톤 완료를 검토하고 승인함.

재무 관리는 Sundae Labs가 개발한 재무 관리 스마트 계약 프레임워크를 Intersect가 사용하며, 이 계약들은 TxPipe와 MLabs의 감사를 포함해 광범위하게 테스트됨.

Intersect는 단일 Treasury Reserve Smart Contract(TRSC)와 여러 프로젝트별 스마트 계약(PSSC)을 관리하며, 3명의 Intersect 관리자와 2명의 리더십, 그리고 Sundae Labs, Cardano Foundation, Dquadrant, Xerberus, NMKR로 구성된 5인 외부 감독 위원회가 상호 견제함.

주요 권한 승인 절차는 TRSC 자금 조달, 분배, 일시 중지, 재조직 등 각 행위별로 관리자, 리더십, 감독 위원회의 다중 서명을 요구함.

프로젝트 자금은 TRSC의 스테이크 계정으로 입금되고, 자동 거부 DRep에 위임됨.

법적 계약 준비 및 벤더 준비 완료 시, 자금은 PSSC로 이체되며, 모든 마일스톤은 메타데이터에 명시됨.

커뮤니티는 대시보드를 통해 TRSC와 PSSC의 자금 사용 내역을 온체인에서 투명하게 감사할 수 있음.

이 계약 관리, 프로젝트 전달, 예산 관리 도구는 Cardano 헌법 제4조 4,5항의 요구사항을 충족함.

---

**주석**

- 롤업(rollups): 여러 거래를 오프체인에서 압축해 온체인에 게시하는 확장성 기술임.

- UTxO(Extended Unspent Transaction Output): Cardano의 거래 모델로, 거래의 투명성과 보안을 강화함.

- TRSC: Treasury Reserve Smart Contract, 재무 기금 관리용 스마트 계약임.

- PSSC: Project-Specific Smart Contract, 특정 프로젝트 자금 관리를 위한 스마트 계약임.

This treasury withdrawal funds **Midgard - Optimistic Rollups** which will provide the following services: Midgard, which is a modular framework for deploying optimistic rollup Layer 2s on the Cardano blockchain, designed to enhance transaction throughput, reduce costs, and enable advanced decentralized applications.

This Treasury Withdrawal is submitted by Intersect on behalf of the vendor. The following sections; Abstract, Motivation, Rationale and Vendor Profile have been sourced from the approved proposal submitted by the Vendor as part of the Intersect budget process.

This treasury withdrawal funds one of 39 proposals to give effect to the approved budget info action for ₳275,269,340, administered by Intersect via gov_action1u9x73kwufaxa70lfy59g4ynwyrcsaxdcd0gxzzmh67s9fxq4j8hqqk2phgh. The information provided herein is intended to fulfill the spirit of the constitutional requirement for a treasury withdrawal info action by also providing the details of the proposed solution, alignment to the budget, and amount to be withdrawn from the Cardano Treasury.

This proposal aims to solve the following problem:

We have Hydra as our native state of the art state channel solution, we have partnerchains as our native evolution of sidechains, Midgard aims to be our native evolution of rollups.

The UTxO system is a match made in heaven for rollups. It allows us to build true L2 rollups that inherit maximal security from Cardano. This cannot be replicated in account based systems. It's not a coincidence that Fuel, the first general purpose L2 to receive a decentralization rating of stage 2 (highest possible) is UTxO based.

Fraud proofs for global state systems like Arbitrum and Optimism are extremely difficult to implement and very expensive and complicated to conduct onchain (and require multiple parties); this is why to this date despite spending millions in R&D neither of those protocols has working fraud proofs, and they all rely on centralized permissioned sequencers and operators.

On the other-hand, fraud proofs on Cardano are extremely straightforward and require only a single party (no challenge-response proofs) due to the local state properties of the ledger.

Not a single blockchain has managed to achieve true permissionless general purpose rollups. At the end of the day, the top "L2s"in the blockchain space right now are all custodial multisigs. The Midgard framework is a first of its kind, in its capabilities to deploy completely permissionless rollups that inherit the full security of Cardano.

- No centralized sequencer

- No challenge response "proofs"

- No custodial multisig

- Permissionless fraud proofs (open to anyone)

- Permissionless operator set

- Deposits and withdrawals cannot be censored (inherits the full censorship resistance of Cardano)

This is all made possible by Cardano's unique local state EUTxO architecture.

UTxO contention, small block size, local state, transaction determinism, all of these "problems" may have led you to question why these design choices were made.

Midgard aims to show you that these are actually not problems at all. In-fact quite the opposite, they are extremely powerful properties that, together, provide unique value that simply does not exist in any other ecosystem. These are, in actuality, the core pillars that make Midgard even possible in the first place.

You cannot build Midgard on Ethereum, Solana or Sui. It is a protocol that is only possible on Cardano.

### Project Solution

Midgard has a tokenless design. All transaction fees on Midgard are paid in Ada, and every Midgard block is published to the Cardano L1. Where Hydra moves transactions offchain (and thus does not contribute consistently in fee revenue to the Cardano L1) Midgard keeps transactions on-chain but in a more compact form (ie. rolls up transactions offchain into a compact representation that is published on-chain, thus the name rollups). This means that increased economic activity on Midgard directly translated to increased economic activity on Cardano, this represents a significant source of fee revenue for the Cardano L1. Midgard does not have independent consensus or economic security, instead it inherits economic security and consensus from Cardano.

### Vendor Profile

Anastasia Labs is at the forefront of research & development on Cardano for over two years now. We have been involved in the development of nearly every large dApp on Cardano. We have made contributions to many of the core repos, and we actively maintain over 50 different open-source libraries, tools, and public infrastructure for Cardano.

You can read more about our work here:

[https://www.anastasialabs.com/](https://www.anastasialabs.com/)

Furthermore, Midgard is already in active development, and we have already made significant progress towards our goal of EOY mainnet readiness.

### Contract Management

A written off-chain Legal Contract will be created between the Vendor 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 Vendor and Intersect, acting on behalf of the CDH. The vendor 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, the vendor 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 above work is expected to 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.

### 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](https://github.com/SundaeSwap-finance/treasury-contracts/tree/main/offchain/tests) including audits from TxPipe and MLabs. Examples of the usage of these contracts can be seen across mainnet described across Intersect authored [Blog 1](https://www.intersectmbo.org/news/smart-contract-mainnet-demo-a-step-toward-on-chain-treasury-withdrawals), [Blog 2](https://www.intersectmbo.org/news/smart-contract-mainnet-demo-day-two-update) and [Blog 3](https://www.intersectmbo.org/news/smart-contract-mainnet-demo-day-three-update).

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

With the confirmed treasury reserve contract address being: stake17xzc8pt7fgf0lc0x7eq6z7z6puhsxmzktna7dluahrj6g6ghh5qjr

#### 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 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](https://docs.intersectmbo.org/cardano-facilitation-services/cardano-budget/intersect-administration-services/smart-contracts-as-part-of-our-administration)** 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 the Legal contract is prepared and the vendor 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.

The subsections; Contract Management, Project Delivery, and Budget Management Tooling described above cover the constitutional requirements specified in Article IV section 4 and 5.