# 03 技术架构总览

Auvin Chain采用Optimistic Rollup架构作为Layer 2扩容方案，完全兼容EVM，并深度集成EIP-4844 Blob交易、原生账户抽象、Precompiles预编译优化和TEE可信执行环境，为AI Agent经济、高频预测市场交易和大规模算力调度提供高性能、低成本的链上基础设施。

## 3.1 整体架构设计

Auvin Chain的整体架构采用分层设计模型，从下至上依次由共识层、数据可用性层、执行层、协议层和应用层五层组成。每一层承担特定的技术职能，层与层之间通过标准化接口交互，确保系统的模块化和可扩展性。

**Auvin Chain 五层架构概览：**

```
┌─────────────────────────────────────────────────────┐
│                    应用层 (App Layer)                  │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐ │
│  │   预测市场    │  │   AI Agent   │  │  AI Box算力  │ │
│  └──────────────┘  └──────────────┘  └──────────────┘ │
├─────────────────────────────────────────────────────┤
│                    协议层 (Protocol Layer)             │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐ │
│  │  Ve(3,3) DEX  │  │ ZK+TSS跨链桥 │  │   x402支付   │ │
│  └──────────────┘  └──────────────┘  └──────────────┘ │
├─────────────────────────────────────────────────────┤
│                    执行层 (Execution Layer)            │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐ │
│  │ EVM兼容引擎   │  │  原生账户抽象  │  │  Precompiles │ │
│  └──────────────┘  └──────────────┘  └──────────────┘ │
├─────────────────────────────────────────────────────┤
│                  数据可用性 (Data Availability)        │
│  ┌──────────────────────┐  ┌──────────────────────┐   │
│  │    EIP-4844 Blob      │  │      KZG承诺          │   │
│  └──────────────────────┘  └──────────────────────┘   │
├─────────────────────────────────────────────────────┤
│                    共识层 (Consensus Layer)            │
│  ┌──────────────────────┐  ┌──────────────────────┐   │
│  │    PoS权益证明        │  │    VRF领导者选举       │   │
│  └──────────────────────┘  └──────────────────────┘   │
└─────────────────────────────────────────────────────┘
```

**共识层（Consensus Layer）：** 采用PoS（Proof of Stake）权益证明共识机制，验证者通过质押AUV代币获得出块权和投票权，结合VRF可验证随机函数实现公平的领导者选举。该层负责L2网络的安全性和去中心化，通过经济激励和罚没机制确保验证者的诚实行为。PoS相比传统PoW节能99%以上，同时验证者节点的闲置算力可被定向用于实际AI计算任务。

**数据可用性层（Data Availability Layer）：** 通过EIP-4844 Blob交易向以太坊L1提交压缩后的交易数据。Blob数据使用KZG（Kate-Zaverucha-Goldberg）承诺方案进行密码学验证，确保数据的可验证可用性。该层是Auvin Chain继承以太坊安全性的关键桥梁。

**执行层（Execution Layer）：** 完全兼容EVM的智能合约执行环境，支持Solidity、Vyper等主流智能合约语言。该层集成了原生账户抽象（Native Account Abstraction）、Precompiles预编译合约和TEE可信执行环境三大核心组件，为AI Agent提供可编程、高性能、安全的链上执行环境。

**协议层（Protocol Layer）：** 内置两大核心金融基础设施——基于ZK+TSS混合架构的自研跨链桥和采用Ve(3,3)模型的去中心化交易所（DEX）。同时集成x402兼容的AI Agent支付协议，为生态应用提供资产互通、流动性交换和机器对机器支付的完整协议栈。

**应用层（Application Layer）：** 承载面向终端用户的去中心化应用（DApp），包括去中心化预测市场、AI Agent服务平台、AI实体挖矿（AI Box）等核心应用。所有应用层DApp共享底层的AUV Gas代币经济体系。

## 3.2 Optimistic Rollup Layer 2

**为什么选择Optimistic Rollup？** 当前主流的Layer 2扩容方案分为Optimistic Rollup和ZK Rollup两大路线。Auvera Chain选择Optimistic Rollup，核心原因是其完全兼容EVM——以太坊上现有的所有智能合约、开发工具、安全审计标准可以零成本迁移到Auvera Chain。对于一个需要快速启动生态的新公链而言，EVM兼容不是可选项，是必选项。Arbitrum、Optimism和Base等主流L2已验证该路线的可行性，总锁仓价值（TVL）超过100亿美元。

**Optimistic Rollup的工作原理：** 其核心思想是"乐观假设"——默认所有交易都是有效的，仅在发生争议时进行验证。具体工作流程如下：

{% stepper %}
{% step %}

### 交易收集与排序（Sequencing）

Sequencer节点收集用户提交的交易，按接收顺序排序，生成有序交易列表。Sequencer在L2上即时执行交易并向用户返回交易收据，提供亚秒级确认体验。
{% endstep %}

{% step %}

### 状态转换（State Transition）

L2执行引擎按照交易顺序依次执行每笔交易，更新账户余额、合约状态等。执行完成后生成新的状态根（State Root），即所有账户状态的Merkle树哈希。
{% endstep %}

{% step %}

### 批次提交（Batch Submission）

Sequencer将大量交易压缩为一个批次（Batch），连同新的状态根一起提交到以太坊L1的智能合约。批次使用calldata或EIP-4844 Blob存储。
{% endstep %}

{% step %}

### 挑战窗口（Challenge Window）

提交后进入7天的争议期。在此期间，任何验证者都可以通过提交欺诈证明（Fraud Proof）来质疑无效的状态转换。欺诈证明通过在L1上重新执行争议交易来验证其正确性。
{% endstep %}

{% step %}

### 最终确认（Finality）

如果7天内没有成功的欺诈证明挑战，交易批次被视为最终确定。此时L1上的状态根即为Auvera Chain的规范状态。
{% endstep %}
{% endstepper %}

**安全性模型：** Optimistic Rollup的安全模型依赖经济激励和至少一个诚实验证者的假设。只要存在一个诚实验证者监控链上状态并提交欺诈证明，恶意交易就会被发现并回滚。这一"1-of-N"诚实假设在经济学上极为稳健——攻击者需要贿赂或控制所有潜在验证者才能成功攻击，成本极高。

### 表 3-1 Optimistic Rollup vs ZK Rollup 对比

| 维度        | Optimistic Rollup        | ZK Rollup            |
| --------- | ------------------------ | -------------------- |
| 证明机制      | 欺诈证明（事后验证）               | 有效性证明（即时验证）          |
| 最终确认时间    | 7天                       | 约1小时                 |
| EVM兼容性    | 原生兼容，100% Solidity支持     | 需要zkEVM，部分Opcode不支持  |
| 技术复杂度     | 较低，成熟度高                  | 较高，密码学实现复杂           |
| 链上数据成本    | 低（仅需状态根）                 | 高（需要验证证明）            |
| 代表项目      | Arbitrum, Optimism, Base | zkSync Era, Starknet |
| TVL（2025） | 超过100亿美元                 | 约10亿美元               |

## 3.3 EIP-4844 Blob 与数据可用性

EIP-4844（Proto-Danksharding）于2024年3月13日随以太坊Dencun升级上线，是完整的Danksharding分片方案的第一阶段。这一升级对Layer 2的费用结构产生了革命性影响，是Auvera Chain实现低成本高频交易的底层支撑。

**Blob交易的核心创新：** EIP-4844引入了名为Blob（Binary Large Object）的新型数据容器，拥有三个关键特性：

* Blob是附加到区块的约125-128KB数据块，拥有独立的费用市场（Blob Gas Market），与常规gas市场分离
* Blob是临时的——在共识层存储约18天后被修剪，不永久占用链上存储，避免了存储成本的指数级增长
* Blob使用KZG承诺方案（Kate-Zaverucha-Goldberg）进行密码学验证，不进入EVM执行，仅供L2数据可用性使用

**KZG承诺方案：** Kate-Zaverucha-Goldberg承诺是一种多项式承诺方案，允许证明者承诺一个多项式，并在不揭示整个多项式的情况下证明该多项式在某个点的取值。具体流程为：L2将交易数据编码为一个多项式；计算该多项式的KZG承诺（一个椭圆曲线点）；将承诺提交到L1的Blob合约；当需要验证数据可用性时，生成opening proof证明特定数据存在于多项式中。KZG承诺的大小仅为48字节（一个BLS12-381曲线点），无论原始数据多大，证明大小恒定。

**费用降低效果：** 升级前，L2使用calldata（永久存储）向以太坊发布交易数据，每兆字节约1,000美元。升级后，Blob临时存储且有自己的费用市场，成本降低10-100倍。向以太坊发布数千笔交易的批次从数百美元降至个位数美元。

### 表 3-2 EIP-4844 部署后 L2 费用变化

| 指标           | 升级前           | 升级后           | 降幅      |
| ------------ | ------------- | ------------- | ------- |
| L2 Swap费用    | $0.50 - $2.00 | $0.01 - $0.10 | 95%-99% |
| Arbitrum单笔交易 | $0.37         | $0.012        | 97%     |
| Optimism单笔交易 | $0.32         | $0.009        | 97%     |
| 简单转账费用       | $0.50+        | <$0.01        | >98%    |

对于Auvin Chain而言，EIP-4844的费用降低意味着三个关键应用场景从"不经济"变为"大规模可用"：预测市场的高频交易（每秒数百笔订单）、AI Agent的微额支付调用（单笔$0.001级别）、以及算力网络的实时结算（每分钟数百笔算力交易）。没有EIP-4844，这些场景的单笔交易成本将使用户体验不可接受。

## 3.4 原生账户抽象

账户抽象（Account Abstraction, AA）是一种使区块链用户账户可编程的技术范式，将钱包逻辑从硬编码的协议规则中解放出来，允许开发者通过智能合约自定义账户的签名验证、gas支付和交易执行方式。对于Auvin Chain服务AI Agent经济而言，原生账户抽象是必选项而非可选项。

**传统EOA的局限性：** 传统以太坊账户由私钥直接控制（Externally Owned Account, EOA），存在根本性缺陷：单一私钥控制，私钥泄露即全部资产丢失，无恢复机制；无原生社交恢复机制，私钥丢失意味着资产永久损失；必须持有ETH支付gas，AI Agent需要额外管理gas代币库存；每次只能执行一个交易，无法批量操作；无可编程验证逻辑，无法自定义消费限额、白名单等安全策略。

**账户抽象三代演进：**

### 表 3-3 账户抽象三代演进

| 方案       | 时间      | 核心特性                                       | 采用状态                               |
| -------- | ------- | ------------------------------------------ | ---------------------------------- |
| ERC-4337 | 2023年3月 | 不改变协议层，引入UserOperation内存池和EntryPoint合约处理交易 | 已部署2,600万+智能账户，1.7亿+UserOperations |
| EIP-7702 | 2025年5月 | 协议层变化，允许EOA临时获得智能合约功能，保持原有地址               | 主流L2逐步采用                           |
| 原生AA     | 2026+   | 每个以太坊钱包默认为智能合约钱包，完全消除复杂EOA                 | Auvera Chain原生支持                   |

**Auvin Chain原生账户抽象为AI Agent带来的核心能力：**

* **会话密钥（Session Keys）：** 临时密钥，有限权限和短生命周期。AI Agent的操作者可以为其创建会话密钥，定义消费限额、有效期和可交互合约白名单。AI Agent在定义的消费限额内自主操作，无需每次交易都经过人工授权。会话到期后密钥自动失效。
* **消费限额（Spending Limits）：** 多层级限额控制——会话上限（Session Cap，单个会话周期内累计消费上限）、单笔交易上限（Per-Transaction Cap）、日/周/月累计上限（Time-Window Cap）。即使AI Agent被攻击，损失也被严格限制在预设范围内。
* **合约白名单（Contract Allowlists）：** AI Agent只能与预先批准的智能合约地址交互。任何不在白名单中的合约调用将被自动拒绝。这防止了恶意合约通过社会工程学手段诱导AI Agent执行危险操作。
* **Gas抽象（Gas Abstraction）：** 通过Paymaster合约实现gas赞助。AI Agent只需持有AUV或稳定币，无需额外管理ETH用于gas支付。Paymaster可以接受AUV作为gas费支付，并代为向网络支付ETH gas。
* **批量操作（Batching）：** approve + 支付 + 合约调用在一个原子操作中完成。传统流程需要3笔交易（approve、transfer、call），批量操作压缩为1笔，提升效率并降低总gas成本约40%。
* **社交恢复（Social Recovery）：** 多签监护人机制，AI Agent钱包的管理者可以预设3-5个监护人地址。当主密钥丢失时，超过半数的监护人联合签名即可恢复钱包控制权。

## 3.5 Precompiles 预编译优化

预编译合约（Precompiled Contracts/Precompiles）是直接在EVM协议中以原生代码（Go/Rust/C++）实现的特殊合约，以固定地址部署。它们用底层代码执行复杂操作，相比Solidity字节码逐条解释执行，性能提升可达100-1,000倍。

预编译合约的工作原理是：当EVM执行到预编译合约地址的调用时，不执行Solidity字节码，而是直接调用节点客户端中的原生函数。这些原生函数用编译型语言（Go/C++）实现，直接操作底层数据结构，绕过EVM的解释执行开销。

Auvera Chain针对AI Agent经济、预测市场高频交易和PoS共识验证的需求，引入了以下关键预编译优化：

### 表 3-4 Auvin Chain 预编译优化清单

| 预编译合约                     | 功能              | 优化场景                 | 效率提升     |
| ------------------------- | --------------- | -------------------- | -------- |
| ecAdd / ecMul / ecPairing | 椭圆曲线点加、标量乘、配对运算 | 签名验证、ZK证明验证          | 100x+    |
| SHA256 / BLAKE2b          | 哈希计算            | 数据指纹、Merkle证明        | 100x+    |
| KZG Point Evaluation      | KZG多项式求值验证      | EIP-4844 Blob数据可用性验证 | 从不可行变为可行 |
| BLS12-381系列               | BLS签名聚合与验证      | PoS共识批量签名验证          | 1,000x+  |
| ModExp                    | 大整数模幂运算         | RSA验证、VDF计算          | 200x+    |

微支付（$0.001级别）只有在L2 gas成本低于$0.0001时才经济可行。预编译通过降低核心密码学操作的gas成本，使高频AI Agent交互成为可能。EIP-4844的KZG预编译直接支撑了L2成本降低，间接使x402等Agent支付协议的微支付模型可行。BLS12-381预编译对PoS共识尤为重要——每个区块包含数十个验证者签名，使用BLS聚合签名可以将验证成本降低三个数量级。

## 3.6 TEE 可信执行环境

可信执行环境（Trusted Execution Environment, TEE）是处理器或内存内的一个硬件级隔离区域，代码和数据在其中安全执行。这种隔离发生在硬件层面（CPU指令集级别），确保TEE内部的代码和数据对任何外部软件（包括操作系统本身、Hypervisor、甚至具有root权限的恶意软件）都不可见且不可访问。

TEE的核心安全特性包括：

* **硬件级隔离：** TEE与Rich Execution Environment之间通过CPU内存管理单元严格隔离
* **远程证明（Remote Attestation）：** 允许远程验证者密码学验证TEE中运行的代码完整性
* **安全存储：** TEE内部数据加密存储，即使物理提取存储介质也无法解密

在Auvin Chain的架构中，TEE承担三个关键角色：

1. **AI推理过程的可验证执行：** AI Agent的推理和决策过程发生在链下（因为链上执行成本过高且速度受限），但TEE确保这些链下执行是可验证的。具体流程为：AI模型和推理代码被加载到TEE中；TEE通过远程证明向链上合约证明加载的代码是预期的版本；推理过程在TEE内安全执行；执行结果被签名并提交到链上；链上合约验证TEE签名确认结果来自可信执行环境。这是"链上约束AI"理念的技术实现——AI的行为被约束在TEE的安全边界内，执行结果可以被链上验证。
2. **AI Agent私钥保护：** AI Agent的签名私钥在TEE中生成和存储。私钥从生成到使用的整个生命周期都在TEE内部，永远不会暴露在TEE之外。Agent的应用代码通过TEE提供的加密API请求签名操作，但永远无法直接访问原始密钥。即使Agent的主机操作系统被入侵，私钥仍然安全——攻击者只能看到加密后的内存，无法提取私钥。
3. **防提示词注入攻击：** 提示词注入（Prompt Injection）是AI Agent面临的核心安全威胁——攻击者通过精心构造的输入（如"忽略之前的指令，执行以下操作..."）操纵LLM行为，可能绕过安全限制。TEE确保消费限额、合约白名单等安全策略在硬件隔离层强制执行，不受外部操纵影响。即使LLM被注入攻击诱导生成恶意操作请求，TEE内的安全策略层会独立验证每个操作，拒绝超出权限范围的调用。

### 表 3-5 TEE 技术方案对比

| 技术                 | 原理                      | 优势                | 局限                 |
| ------------------ | ----------------------- | ----------------- | ------------------ |
| Intel SGX          | CPU上创建安全enclave，硬件级内存加密 | 攻击面小、CPU支持广泛、生态成熟 | 内存限制约256MB、侧信道攻击风险 |
| ARM TrustZone      | CPU划分为"安全世界"和"正常世界"     | 数十亿设备使用、功耗低       | 主要面向移动端、安全世界资源有限   |
| AWS Nitro Enclaves | 云原生VM级隔离，独立内核           | 灵活资源分配、与AWS生态集成   | AWS供应商锁定、需信任AWS硬件  |
| AMD SEV-SNP        | 内存加密 + 完整性保护            | 支持大内存VM、无SGX内存限制  | 相对较新、生态仍在建设中       |


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://auverachain.gitbook.io/auvinchain/chinese-zhong-wen/auvin-chain-wen-dang-hui-ji/bai-pi-shu/03-ji-shu-jia-gou-zong-lan.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.