Midgard 推进 Cardano 的 eUTXO 原生 Layer 2 以实现 DeFi 扩容

Midgard 正在将 Cardano 的 Layer 2 扩容架构从设计阶段推进到可运行的测试环境。该协议围绕网络的扩展 UTXO 模型构建，旨在在无需应用采用单独的 gas 资产、智能合约语言或结算网络的情况下提升交易容量。

该项目目前将快速软确认、以 ADA 支付费用以及在 Cardano Layer 1 上验证的定向欺诈证明列为其设计的主要组成部分。Midgard 还提出潜在的处理能力可提升至基础层的 300 倍，但这仍是项目估算而非生产基准。

Midgard 将 Cardano 的执行迁移至 Layer 2

Midgard 是一种乐观型 rollup，在 Cardano 的基础层之外处理交易，然后将区块信息提交回 Layer 1。

用户需存入 Cardano 资产，与在 Midgard 上运行的应用交互，随后将其资产提回主网。交易继续遵循 Cardano 的 eUTXO 验证规则，协议费用以 ADA 支付，而非通过单独的 Layer 2 代币。

一个轮换的操作员验证交易，将其排序成区块，并将签名的区块头发布到链上状态队列。操作员还需锁定保证金，若提交无效状态该保证金将被削减。

交易在最终结算前会在 Layer 2 获得快速软确认。Midgard 称区块以约一秒的间隔组装，而项目网站当前显示的活动被标注为上线前的模拟数据。

该结构将应用的响应性与最终结算分离。用户无需等待每笔交易都在 Cardano 上单独处理即可与 Layer 2 状态交互，而基础层仍负责解决争议并确认最终结果。

Midgard 正由 Anastasia Labs 与 Input Output 合作开发。项目称 Cardano 开发者应能保留其现有的验证器逻辑与 eUTXO 工具链，集成主要聚焦于更改提交交易所使用的端点。

欺诈证明将争议状态回退到 Cardano

Midgard 的安全模型结合了操作员、独立的观察者以及链上挑战流程。

在区块提交后，其交易数据会在一个挑战期内保持可用，该挑战期目前被描述为持续三至七天。观察者可以重放这些交易，并将结果与存储在 Cardano 上的区块头进行比对。

当观察者识别出无效的状态转换时，可以向 Layer 1 提交欺诈证明。成功的挑战会回滚有争议的区块并惩罚操作员。若在窗口关闭前未提交有效挑战，则该区块会被纳入 Midgard 的已确认状态。

Cardano 的 eUTXO 架构在该过程中居于核心地位。交易消耗特定的未花费输出，并创建包含资产、脚本和应用数据的新输出。验证取决于交易及其试图花费的输入，而非依赖共享的全局账户状态的持续变更。

这使得在提交前即可评估交易有效性与执行成本，前提是所需输入仍然可用。

Midgard 利用这种局部化的交易结构来构建定向欺诈证明。验证无需重建多个不相关合约的状态，可以聚焦于存在争议的交易、其引用的输入以及负责处理它的验证器。

更窄的验证范围旨在减少 Layer 1 上所需的数据与计算，同时保留 Cardano 作为结算与争议解决层。

Midgard 在不替换执行模型的前提下扩展 Cardano

Midgard 被定位为 Cardano 现有应用环境的延伸，而非争夺同一流动性与用户的独立区块链。

将部分执行迁移至 Midgard 的应用将继续使用 eUTXO 模型，而无需采用基于账户的环境。开发者不必为不同的合约语言重写应用，也不必围绕无关的执行系统重新设计。

Cardano 原生资产同样适用。代币可以直接在 UTXO 中持有与转移，标准的资产转移由账本处理，而无需为每个代币部署单独的智能合约。

这使 Midgard 有别于那些围绕额外 gas 资产、独立验证者集合或不同智能合约架构构建的 Layer 2 系统。其设计在提升执行容量的同时，将争议状态与最终结算回归 Cardano。

该协议可为去中心化交易所、借贷平台、支付以及其他产生高频链上交互的应用提供更多运行空间。其本身不会创造流动性或需求，但可以消除部分试图支撑更高活动量的应用所面临的基础设施约束。

Midgard 的下一步运营里程碑包括扩大超越最初的 Lace 集成、引入 Cardano 应用，并在持续使用下测试操作员、观察者、存款、取款与欺诈证明。

实现这些里程碑将为 Cardano dApps 提供更高容量的执行环境，而无需迫使其放弃 eUTXO 或引入另一种用于交易费用的资产。届时，衡量 Midgard 的标准将较少依赖于预计吞吐量，而更多取决于在该 rollup 上运行的应用以及成功结算回 Cardano 的状态。