意圖經濟與跨鏈意圖架構深度技術分析：求解器網路、ERC-7683 與 Chain Abstraction 完整實踐

概述

區塊鏈技術經過十餘年的發展，正在經歷一場從「操作導向」到「意圖導向」的範式轉變。傳統區塊鏈交互要求用戶精確指定每一個操作步驟：用戶需要決定發送哪個區塊鏈、調用哪個合約、使用哪個代幣、設置多少 Gas。然而，這種「操作導向」的設計對於普通用戶而言門檻過高，阻礙了區塊鏈的大規模採用。意圖經濟（Intent Economy）的出現正是為了解決這個問題——用戶只需要表達自己的「意圖」，如「我想用 1000 USDC 換取 ETH」，而複雜的執行細節則由專業的「求解器」（Solver）來完成。

截至 2026 年第一季度，意圖經濟已經從理論概念發展為實際的生態系統。基於 ERC-7683 的跨鏈意圖標準正在被廣泛採用，Coinbase 的 Base 網路、Uniswap、CowSwap 等主要 DeFi 平台都已支持意圖架構。整個求解器網路的 TVL 已超過 50 億美元，每日處理的交易金額達到數十億美元。本文深入解析意圖架構的技術原理、求解器網路的運作機制、跨鏈意圖的實現方式，以及未來的發展趨勢，幫助開發者和投資者全面理解這項區塊鏈交互範式的革命性創新。

一、從操作導向到意圖導向

1.1 傳統區塊鏈交互模式

在傳統的區塊鏈交互模式中，用戶需要完成一系列複雜的操作步驟。假設用戶想要將 USDT 兌換成 ETH 並質押到 Lido，這個過程涉及以下步驟：

1. 資產準備：確認 USDT 在正確的網路上
2. DEX 交易：找到合適的 DEX 協定，授權交易，執行兌換
3. 網路切換：如果需要跨鏈，使用橋樑將 ETH 從原網路轉移到目標網路
4. 批准代幣：對 Lido 合約進行授權
5. 質押操作：執行質押交易
6. Gas 支付：確保錢包中有足夠的原生代幣支付 Gas

這種操作模式存在以下問題：

用戶體驗複雜

每個步驟都需要用戶理解區塊鏈的概念，如網路、Gas、合約地址等。這種認知負擔阻礙了普通用戶進入區塊鏈世界。

Gas 管理的麻煩

用戶需要預先持有目標網路的原生代幣（如 ETH）來支付 Gas。如果用戶只有 USDT，需要先購買 ETH，增加了操作複雜度。

跨鏈複雜性

在多鏈宇宙中，用戶需要理解不同區塊鏈的特性、手續費結構和橋接方式。這種複雜性使得跨鏈交互成為專業用戶的專屬領域。

滑點和不確定性

即使對於專業用戶，預測交易的最終結果也很困難。市場波動、MEV 攻擊等因素都可能導致交易結果偏離預期。

1.2 意圖導向的革命

意圖導向的交互模式將用戶從繁瑣的操作細節中解放出來。用戶只需要表達自己的「意圖」，剩餘的工作由求解器網路完成。

意圖的定義

意圖（Intent）是用戶對交易結果的表述，而非交易本身。形式上，意圖通常包括：

• 期望結果：用戶想要達成的狀態（如獲得多少 ETH）
• 約束條件：用戶願意接受的限制（如最大滑點、截止時間）
• 偏好設置：用戶的優先選擇（如最優價格、最快執行）

意圖示例：
- 「我想用 1000 USDC 換取 ETH，滑點不超過 0.5%」
- 「我想將 ETH 跨鏈到 Arbitrum，總成本不超過 0.01 ETH」
- 「我想以平均價格不超過 $2000 購買 ETH，分三批執行」

求解器的角色

求解器（Solver）是專門負責實現用戶意圖的專業機構。求解器可能是：

• 專業套利者：利用市場效率低下的獲利
• MEV 搜尋者：捕捉區塊鏈上的套利機會
• 流動性提供者：提供跨 DEX 的流動性
• 橋接服務商：處理跨鏈資產轉移

求解器的商業模式基於：

1. 服務費：向用戶收取的執行費用
2. 套利收益：通過市場效率差異獲利
3. Gas 補貼：通過批量處理降低 Gas 成本

1.3 意圖經濟的價值

意圖經濟為區塊鏈生態系統創造了多重價值：

降低用戶門檻

意圖模式使得普通用戶可以輕鬆完成複雜的區塊鏈操作，無需理解底層技術細訊。這有助於區塊鏈技術的大規模採用。

提高資本效率

求解器通過專業的執行策略和市場知識，可以實現比用戶自行操作更好的交易結果。這提高了整個市場的資本效率。

創建新的商業模式

意圖經濟催生了一個全新的專業服務層。求解器作為專業的中間層，為整個區塊鏈生態系統提供執行服務。

推動跨鏈整合

意圖架構天然支持跨鏈操作，因為用戶無需理解不同區塊鏈的差異。這加速了多鏈生態的整合。

二、意圖架構的技術原理

2.1 意圖的結構與表達

意圖的結構需要足夠靈活以表達用戶的各種需求，同時又要足夠標準化以被求解器理解。

意圖的核心要素

意圖的表達方式

意圖可以通過多種方式表達：

1. 自然語言（長期目標）

   「用我的 USDC 換取 ETH，盡量獲得最好的價格」

1. 結構化描述（當前實現）

   Intent {
     sellToken: USDC,
     buyToken: ETH,
     sellAmount: 1000,
     maxSlippage: 0.005,
     deadline: 300
   }

1. 智慧合約介面（ERC-7683 標準）

   struct Intent {
       address filler;      // 執行者地址
       uint256 nonce;       // 防重放
       Expiration deadline; // 截止時間
       OrderKind kind;      // 買入/賣出
       IERC20 sellToken;    // 賣出代幣
       IERC20 buyToken;     // 買入代幣
       uint256 sellAmount;  // 賣出數量
       uint256 buyAmount;   // 買入數量
       Fee fees;            // 費用結構
   }

2.2 意圖的處理流程

意圖從發布到執行的完整流程如下：

步驟 1：意圖發布

用戶（通常是通過錢包）創建並簽名意圖。意圖被廣播到求解器網路。

// 錢包端偽代碼
const intent = {
    sellToken: USDC_ADDRESS,
    buyToken: ETH_ADDRESS,
    sellAmount: toWei(1000, 6),
    maxSlippage: 500, // 0.5%
    deadline: Math.floor(Date.now() / 1000) + 300
};

// 用戶簽名
const signature = await wallet.signMessage(hashIntent(intent));

// 發布到求解器網路
await solverNetwork.submitIntent(intent, signature);

步驟 2：求解器競標

求解器接收意圖後，開始評估執行方案並提交競標。

求解器 A：「我可以執行這個意圖，收費 2 USDC」
求解器 B：「我可以執行這個意圖，收費 1.5 USDC」
求解器 C：「我可以執行這個意圖，收費 1 USDC，但滑點可能略高」

步驟 3：意圖拍賣

錢包或意圖合約根據求解器的報價、聲譽、執行成功率等因素選擇求解器。

// 簡化的拍賣邏輯
function selectSolver(Intent[] intents, Solver[] solvers) returns address {
    // 選擇報價最低且聲譽良好的求解器
    address selected = address(0);
    uint256 bestPrice = type(uint256).max;
    
    for (uint i = 0; i < solvers.length; i++) {
        if (solvers[i].price < bestPrice && 
            solvers[i].reputation > MIN_REPUTATION) {
            selected = solvers[i].addr;
            bestPrice = solvers[i].price;
        }
    }
    return selected;
}

步驟 4：執行與結算

被選中的求解器執行交易，並將結果提交到區塊鏈。

// 求解器執行
function execute(Intent calldata intent, bytes calldata signature) external {
    // 驗 signature
    require(isValidSignature(intent, signature), "Invalid signature");
    
    // 執行交易
    uint256 buyAmount = swap(intent.sellToken, intent.buyToken, 
                             intent.sellAmount);
    
    // 檢查滑點約束
    require(buyAmount >= intent.buyAmount * (10000 - intent.maxSlippage) / 10000,
            "Slippage exceeded");
    
    // 轉帳給用戶
    IERC20(intent.buyToken).transfer(intent.recipient, buyAmount);
    
    // 收取費用
    uint256 fee = calculateFee(intent.sellAmount);
    IERC20(intent.sellToken).transfer(msg.sender, intent.sellAmount - fee);
}

2.3 意圖的安全機制

意圖架構需要完善的安全機制來保護用戶和求解器的利益。

簽名驗證

意圖必須由用戶的私鑰簽名，確保只有帳戶所有者可以發布意圖。

function verifySignature(Intent memory intent, bytes memory signature) 
    internal view returns (bool) {
    bytes32 hash = hashIntent(intent);
    address signer = ECDSA.recover(hash, signature);
    return signer == intent.recipient;
}

意圖不可變性

一旦發布，意圖的關鍵參數不能被修改，防止求解器操縱執行條件。

費用保護

費用上限和結算機制保護用戶免受過度收費。

struct Fee {
    uint256 percentage;  // 費用百分比
    uint256 flatFee;     // 固定費用
    address recipient;   // 費用接收者
}

function calculateFee(uint256 amount, Fee memory fee) 
    internal pure returns (uint256) {
    return amount * fee.percentage / 10000 + fee.flatFee;
}

三、求解器網路深度解析

3.1 求解器的類型與功能

求解器網路是意圖經濟的核心基礎設施。根據功能和專業領域的不同，求解器可以分為多種類型。

通用求解器

通用求解器能夠處理各種類型的意圖，提供一站式服務。

專業求解器

專業求解器專注於特定的交易類型或區塊鏈網路。

求解器的核心功能

1. 意圖解析：理解並驗證用戶意圖
2. 路徑規劃：計算最優執行路徑
3. 執行優化：選擇最佳執行時機和地點
4. 風險管理：控制執行風險和成本
5. 結算處理：處理與用戶和流動性提供者的結算

3.2 求解器的經濟模型

求解器的盈利模式基於以下幾個方面：

服務費收入

求解器向用戶收取執行服務費。費用結構可以是：

• 固定費用：每筆交易收取固定金額
• 百分比費用：按交易金額收取比例費用
• 混合費用：固定費用 + 百分比費用

費用計算示例：
- 固定費用：$0.50
- 百分比費用：0.3%
- 交易金額：$1,000 USDC
- 總費用：$0.50 + $1,000 × 0.003 = $3.50

套利收入

求解器利用市場效率差異進行套利。這是求解器的主要收入來源之一。

套利機會示例：
- DEX A: 1 ETH = $2,000 USDC
- DEX B: 1 ETH = $2,010 USDC
- 求解器在 A 購買 ETH，在 B 出售
- 每 ETH 套利收益：$10
- 扣除 Gas 和費用後的淨收益

MEV 收益

求解器可以捕捉區塊鏈上的 MEV（最大可提取價值）機會，包括：

• 套利：不同市場間的價格差異
• 清算：DeFi 協議的清算機會
• 三明治：交易排序帶來的套利機會

Gas 優化收益

求解器通過批量處理交易和優化 Gas 使用，可以降低整體執行成本。節省的成本與用戶分享或由求解器保留。

3.3 求解器的風險管理

求解器在執行意圖時面臨多種風險，需要完善的風險管理機制。

執行風險

信用風險

技術風險

3.4 求解器網路的去中心化

求解器網路的去中心化程度影響整個系統的安全性和公平性。

中心化求解器

去中心化求解器

混合模式

目前的趨勢是混合模式：

1. 准去中心化：多個獨立求解器競爭
2. 拍賣機制：通過市場機制定價
3. 開源工具：降低進入門檻

四、跨鏈意圖與 ERC-7683

4.1 跨鏈意圖的挑戰

跨鏈意圖面臨比單鏈意圖更複雜的技術挑戰。

跨鏈的複雜性

1. 共識差异：不同區塊鏈有不同的共識機制和最終確定性時間
2. 橋接風險：跨鏈橋是安全攻擊的主要目標
3. 狀態同步：不同鏈的狀態需要同步
4. 延遲問題：跨鏈交易有額外的延遲

意圖表達的複雜性

跨鏈意圖需要表達：

• 源鏈和目標鏈
• 資產轉換
• 橋接選擇
• 時間約束

跨鏈意圖示例：
{
    "sellToken": "USDC",
    "sellChain": "ethereum",
    "buyToken": "ETH", 
    "buyChain": "arbitrum",
    "sellAmount": "1000",
    "maxSlippage": "0.01",
    "deadline": "300"
}

4.2 ERC-7683 標準

ERC-7683 是為跨鏈意圖設計的開放標準，旨在統一不同區塊鏈上的意圖表達。

標準的核心組件

// ERC-7683 核心結構
struct Order {
    address filler;           // 執行者地址
    uint256 nonce;            // 防重放
    uint256 deadline;         // 截止時間
    address recipient;        // 接收者
    OrderKind kind;           // 買入/賣出
    IERC20 sellToken;         // 賣出代幣
    IERC20 buyToken;          // 買入代幣
    uint256 sellAmount;       // 賣出數量
    uint256 buyAmount;        // 買入數量
    Fee fees;                 // 費用
    bytes extraData;          // 額外數據（跨鏈資訊）
}

struct FillData {
    address filler;           // 執行者
    uint256 nonce;            // 訂單 nonce
    uint256 filledAmount;     // 已執行數量
    bytes fillExecutionData;  // 執行數據
}

跨鏈擴展

ERC-7683 通過 extraData 欄位支持跨鏈信息：

struct CrossChainData {
    uint256 originChainId;    // 源鏈 ID
    uint256 destinationChainId; // 目標鏈 ID
    address originReceiver;   // 源鏈接收者
    bytes bridgeData;         // 橋接數據
}

4.3 跨鏈意圖的執行流程

跨鏈意圖的執行涉及多個步驟和參與者：

步驟 1：用戶發布意圖

用戶創建跨鏈意圖並簽名。意圖指定源鏈、目標鏈、資產和數量。

const intent = {
    sellToken: USDC,
    sellChain: 1,           // Ethereum
    buyToken: ETH,
    buyChain: 42161,        // Arbitrum
    sellAmount: 1000,
    buyAmount: 0.4,         // 最低收到 0.4 ETH
    maxBridgeTime: 600      // 最大橋接時間 10 分鐘
};

步驈 2：求解器接受意圖

求解器評估意圖並提交執行方案。方案包括：

• 源鏈的 swap 策略
• 橋接路徑
• 目標鏈的交付方式

步驟 3：源鏈執行

求解器在源鏈執行 swap，並將資金橋接到目標鏈。

// 源鏈執行
function fillOrder(Order calldata order, bytes calldata signature) 
    external returns (uint256) {
    // 驗證簽名
    require(isValidSignature(order, signature), "Invalid signature");
    
    // 執行 swap
    uint256 buyAmount = swapTokens(order.sellToken, order.buyToken, 
                                   order.sellAmount);
    
    // 橋接到目標鏈
    bridgeTokens(order.buyToken, buyAmount, order.extraData);
    
    return buyAmount;
}

步驟 4：目標鏈交付

橋接完成後，資金被交付給用戶在目標鏈的地址。

步驟 5：結算

各方進行結算，包括費用支付和資金轉帳。

4.4 跨鏈橋的整合

跨鏈意圖的執行依賴於跨鏈橋的整合。不同的橋接方案有不同的特點：

整合的橋接方案

橋接選擇因素

五、意圖經濟的應用場景

5.1 DeFi 聚合

意圖架構在 DeFi 領域有廣泛的應用場景。

交易聚合

用戶可以通過意圖表達交易需求，求解器自動尋找最優執行路徑。

借貸整合

意圖可以用于復雜的借貸操作：

意圖示例：
「將我的 USDC 存入 Aave，借款 ETH，在 Curve 上提供流動性」

求解器將自動：

1. 在 Aave 存入 USDC
2. 借款 ETH
3. 在 Curve 提供 ETH-USDC 流動性
4. 將 LP 代幣返回給用戶

5.2 機構級應用

意圖架構為機構投資者提供了更高效的執行方式。

組合訂單

機構投資者可以一次性發布多個相關的執行意圖：

機構意圖示例：
「購買以下代幣，總預算 1000 萬美元：
- ETH: 40%
- BTC: 30%
- USDC: 30%
每個代幣滑點不超過 0.5%」

大宗交易

機構級的大宗交易可以通過意圖表達，求解器負責找到足夠的流動性：

大宗交易意圖：
「出售 1000 萬美元的 USDC，要求：
- 分散執行，不超過單日 200 萬美元
- 價格影響不超過 0.3%
- 執行時間：3 天內」

5.3 錢包與應用集成

主流錢包正在集成意圖功能。

錢包整合

應用場景

1. 支付：用戶表達支付意圖，求解器處理複雜的貨幣轉換和結算
2. 遊戲：遊戲內購買和資產轉移通過意圖完成
3. NFT：NFT 購買和版稅支付通過意圖處理

5.4 跨鏈應用

意圖架構天然支持跨鏈操作。

跨鏈收益優化

意圖示例：
「將我在 Ethereum 上的 ETH 收益，跨鏈到 Arbitrum，
存入 GMX 獲得收益」

跨鏈槓桿

意圖示例：
「在 Arbitrum 上借 USDT，跨鏈到 Ethereum，
提供流動性到 Curve，獲得收益」

六、技術實現深度分析

6.1 意圖合約架構

意圖合約是意圖經濟的基礎設施層。

核心合約組件

┌─────────────────────────────────────────────────────────┐
│                    意圖合約架構                          │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  ┌─────────────┐    ┌─────────────┐    ┌─────────────┐  │
│  │  OrderMgr   │    │  FillMgr   │    │  Settlement │  │
│  │  訂單管理   │    │  執行管理  │    │   結算管理  │  │
│  └─────────────┘    └─────────────┘    └─────────────┘  │
│         │                  │                  │         │
│  ┌─────────────┐    ┌─────────────┐    ┌─────────────┐  │
│  │  Signature  │    │   Market   │    │   Bridge    │  │
│  │   驗證庫    │    │   數據庫    │    │    整合     │  │
│  └─────────────┘    └─────────────┘    └─────────────┘  │
│                                                         │
└─────────────────────────────────────────────────────────┘

訂單管理合約

contract OrderManager {
    mapping(bytes32 => Order) public orders;
    mapping(address => uint256) public nonces;
    
    event OrderCreated(bytes32 indexed orderHash, Order order);
    event OrderFilled(bytes32 indexed orderHash, uint256 filledAmount);
    event OrderCancelled(bytes32 indexed orderHash);
    
    function createOrder(Order calldata order) external returns (bytes32) {
        // 驗證訂單參數
        require(order.sellAmount > 0, "Invalid sell amount");
        require(order.buyAmount > 0, "Invalid buy amount");
        
        // 生成訂單 hash
        bytes32 orderHash = hashOrder(order);
        
        // 存儲訂單
        orders[orderHash] = order;
        
        emit OrderCreated(orderHash, order);
        return orderHash;
    }
    
    function fillOrder(bytes32 orderHash, uint256 fillAmount) 
        external returns (uint256) {
        Order storage order = orders[orderHash];
        
        // 計算執行數量
        uint256 filledAmount = Math.min(fillAmount, 
            order.sellAmount - order.filledAmount);
        
        // 更新 fillAmount
        order.filledAmount += filledAmount;
        
        emit OrderFilled(orderHash, filledAmount);
        return filledAmount;
    }
}

6.2 求解器的技術棧

求解器需要構建完整的技術棧來執行意圖。

求解器架構

┌─────────────────────────────────────────────────────────┐
│                    求解器技術棧                          │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  ┌─────────────────────────────────────────────────────┐│
│  │                    API 層                           ││
│  │    - 意圖接收 API                                    ││
│  │    - 執行結果回調                                    ││
│  │    - 查詢介面                                        ││
│  └─────────────────────────────────────────────────────┘│
│                          │                               │
│  ┌─────────────────────────────────────────────────────┐│
│  │                  策略引擎層                          ││
│  │    - 路徑規劃                                        ││
│  │    - 報價計算                                        ││
│  │    - 風險評估                                        ││
│  └─────────────────────────────────────────────────────┘│
│                          │                               │
│  ┌─────────────────────────────────────────────────────┐│
│  │                  執行引擎層                          ││
│  │    - DEX 交互                                        ││
│  │    - 橋接整合                                        ││
│  │    - Gas 優化                                        ││
│  └─────────────────────────────────────────────────────┘│
│                          │                               │
│  ┌─────────────────────────────────────────────────────┐│
│  │                  區塊鏈節點                          ││
│  │    - 多鏈節點                                        ││
│  │    - 事件監控                                        ││
│  │    - 交易廣播                                        ││
│  └─────────────────────────────────────────────────────┘│
│                                                         │
└─────────────────────────────────────────────────────────┘

路徑規劃示例

# 路徑規劃偽代碼
def plan_path(intent: Intent, markets: list) -> Path:
    # 收集所有可能的路徑
    paths = []
    
    # 直接 Swap
    direct_paths = find_direct_paths(intent.sellToken, intent.buyToken)
    paths.extend(direct_paths)
    
    # 多跳路徑
    hop_paths = find_hop_paths(intent.sellToken, intent.buyToken)
    paths.extend(hop_paths)
    
    # 跨鏈路徑
    cross_chain_paths = find_cross_chain_paths(intent)
    paths.extend(cross_chain_paths)
    
    # 評估並選擇最優路徑
    best_path = None
    best_score = float('-inf')
    
    for path in paths:
        score = evaluate_path(path, intent)
        if score > best_score:
            best_score = score
            best_path = path
    
    return best_path

def evaluate_path(path: Path, intent: Intent) -> float:
    # 計算預期輸出
    expected_output = simulate_path(path, intent.sellAmount)
    
    # 計算成本
    cost = calculate_cost(path, intent)
    
    # 計算風險
    risk = calculate_risk(path)
    
    # 評分 = 輸出 - 成本 - 風險調整
    score = expected_output - cost - risk * RISK_WEIGHT
    
    return score

6.3 性能優化

求解器需要高度優化以在競爭中獲勝。

Gas 優化

延遲優化

七、未來發展趨勢

7.1 技術演進

意圖模型的演進

1. 更豐富的意圖表達

• 條件意圖：特定條件觸發執行
• 持續意圖：自動更新和重新平衡
• 組合意圖：多步驟的自動化策略

1. 更智能的求解器

• AI 驅動的路徑規劃
• 機器學習風險評估
• 預測性 Gas 優化

1. 更好的互操作性

• 跨生態意圖標準
• 統一的橋接層
• 原子化跨鏈執行

7.2 生態系統發展

機構採用

機構投資者對意圖經濟的興趣正在增加：

錢包整合

預計主流錢包將全面支持意圖功能：

• MetaMask、Coinbase Wallet 等將內置意圖發布
• 社交恢復錢包將支持意圖委托
• 硬體錢包將支持意圖簽名

7.3 監管展望

意圖經濟的發展將帶來新的監管挑戰：

監管關注點

1. 服務商責任：求解器的法律地位和責任
2. 投資者保護：意圖執行過程中的消費者保護
3. 市場公平：防止內線交易和市場操縱
4. 跨境監管：跨鏈意圖的監管協調

合規框架

預計將有專門針對意圖經濟的合規框架：

• 求解器牌照要求
• 資金保管規範
• 風險管理標準

八、結論

8.1 核心要點總結

1. 範式轉變：意圖經濟正在從根本上改變用戶與區塊鏈的交互方式
2. 技術成熟：ERC-7683 等標準使跨鏈意圖成為現實
3. 生態繁榮：求解器網路已經形成有效的服務層
4. 應用廣泛：從 DeFi 到機構應用都有廣泛的應用場景

8.2 發展展望

意圖經濟將在未來幾年快速發展：

1. 用戶體驗革命：普通用戶將能輕鬆完成複雜的區塊鏈操作
2. 資本效率提升：專業求解器將實現更優的執行效果
3. 跨鏈障礙消除：用戶將無需關心底層區塊鏈的差異
4. 機構化加速：機構投資者將大規模採用意圖服務

8.3 建議

對於開發者

• 關注 ERC-7683 等開放標準
• 構建基於意圖的應用程式
• 參與求解器網路

對於投資者

• 使用支持意圖的錢包和交易所
• 理解求解器的收費模式
• 注意執行風險

對於企業

• 評估意圖架構的商業價值
• 探索機構級的意圖服務
• 關注監管發展

參考資源

1. ERC-7683 標準提案：https://eips.ethereum.org/EIPS/eip-7683
2. CowSwap 文檔：https://docs.cow.fi
3. 0x Protocol 文檔：https://docs.0x.org
4. Uniswap Intent 架构：https://uniswap.org
5. Across Protocol 文檔：https://docs.across.to
6. Anoma 意圖架構：https://anoma.net
7. Vitalik Buterin - 意圖經濟：https://vitalik.ca
8. Paradigm - 求解器網路：https://research.paradigm.xyz