> ## Documentation Index
> Fetch the complete documentation index at: https://docs.magicblock.gg/llms.txt
> Use this file to discover all available pages before exploring further.
# Ephemeral Rollup
> 面向高性能、可组合应用的扩展方案
MagicBlock 的核心思想是 **利用 Solana Virtual Machine (SVM) 基于账户的结构与并行执行能力** 来优化状态管理。通过将状态组织为 **集群**，用户可以 **锁定一个或多个账户**，并暂时将状态执行转移到一个 **专用辅助层**，我们将其定义为 **“ephemeral rollup” (ER)**。
### **工作原理**
1. **状态委托**：用户将状态账户锁定到 ephemeral rollup 中，从而启用一个可配置、可独立运行的运行时。
2. **Sequencer 控制**：sequencer 会在该 rollup 中临时修改状态。如果违反约束，状态会在 L1 上被 **强制回滚** 并解锁。
3. **并行读取访问**：即使账户已经被委托，基础层上的交易仍然可以 **读取其状态**，从而保证兼容性。未委托的账户则仍然 **可直接修改且不受影响**。
### **Ephemeral Rollup 的能力**
Ephemeral rollup 作为一个 **专用 SVM runtime** 运行，能够显著提升交易吞吐量。该运行时可以进行 **定制**，支持：
* ✅ **Gasless Transactions**：支持扩展性和大规模采用。
* ✅ **更快的出块时间**：实现实时交互和流畅用户体验。
* ✅ **集成调度（Ticking 机制）**：内置类似 **Clockwork** 的自动化能力，按计划执行交易。
程序和资产直接存在于基础层上，并且保持完全兼容。基础层上的任何改进或升级都可以立即获得，无需修改或重新部署程序。
* ✅ **程序与状态同步**：无碎片化。状态和程序可以与任何现有协议和资产交互。
* ✅ **水平扩展**：按需启动多个 rollup，处理数百万笔交易。
* ✅ **熟悉的工具链**：复用现有熟悉的编程语言、库和测试工具。
这一切都会 **对终端用户透明地发生**。一个 **专用 RPC 提供方**
会动态地将交易并行路由到 **基础层和一个或多个 ephemeral rollup**，
从而优化执行。
[白皮书](https://arxiv.org/abs/2311.02650) 对该架构和扩展方案进行了详细说明。
## 交易是如何执行的？
当交易通过专用 RPC 提交后，provisioner 会检测委托事件，并根据配置管理运行时的配置与分配。下面是交易在 ephemeral rollup 中执行流程的高级概览：
状态账户通过 Delegation Program 被委托到 Ephemeral Rollup，并指定
生命周期、更新频率等参数。
交易会通过 RPC 路由器被发送到合适的执行层（基础层或 Ephemeral）。
operator 会定期将 ephemeral 状态提交到基础层，包括新的状态及相关指针。
状态会通过白皮书中描述的 fraud-proof 机制完成最终确认。
交易会持续通过 RPC 路由器被发送到适当的执行层（基础层或 Ephemeral）。
Ephemeral 状态被提交回基础层，账户则通过 Delegation Program 取消委托，
交还给原始拥有者。
## 更多资源
• [白皮书](https://arxiv.org/abs/2311.02650)
• [Breakpoint 2023 演讲](https://t.co/P8SEeSEb8j)
• [a16z CSX Demo Day](https://www.youtube.com/watch?v=UFUlv-gIBTk)
### 下一步去哪里？
了解为何要使用 MagicBlock 构建
了解 Magic Router 的工作方式
使用 Rust、Anchor 和 Typescript 进行实践
从示例中发现新的灵感
深入了解框架与 SDK
使用 TEE 构建私密且可验证的应用