什麼是 Arc？給開發者的網際網路 economic OS 說明

Arc 是一條開放、EVM 相容的 blockchain，圍繞全球金融市場、stablecoin 原生應用與智能體經濟活動來設計。Arc 用 stablecoin 作為 gas，從 USDC 開始；最終性是確定的；有些在 Ethereum 上能跑的合約會在它上面 revert。本指南說明 Arc 是什麼、那些不尋常的部分怎麼運作，以及你在上面建構前需要知道什麼。

什麼是 Arc？

Arc 是 Circle（USDC 的發行方）打造的 Layer-1 blockchain，面向真實世界的資金流。它相容 EVM，用從 USDC 開始的 stablecoin 作為 gas，交易在一秒內最終確認，並由一組許可制的受監管金融機構來驗證。

Circle 於 2025 年 8 月宣布 Arc，認為現有 chain 並不是為 stablecoin 設計的，因此 stablecoin 業務會繼承波動的 gas token、機率性最終性，以及預設公開的 transfer。

Arc 和其他 EVM chain 有何不同？

真正起作用的是四項設計選擇：

• Gas 是 stablecoin，從 USDC 開始。 費用以美元計價，目標是 每筆大約一分錢，企業可以在不持有波動 token 的情況下做交易成本預算。
• 最終性是確定的。 Arc 執行 Malachite，這是 Tendermint 家族的 BFT 引擎，亞秒級最終性，並且 從構造上不會重組。一筆交易要麼 pending，要麼 final。確認次數，以及每套 exchange 整合都帶著的 reorg 啟發式，不再重要。
• FX 是內建的。 StableFX 是基於 RFQ、用於 stablecoin 之間兌換的 FX 引擎，它在 testnet 上作為協議功能運作，而不是某人部署的 DEX。
• 隱私已規劃，尚未交付。 Circle 把隱私能力寫進 mainnet 發布套件，但文件仍把面向 Solidity 合約的機密執行環境 Arc Privacy Sector 標為 roadmap。把機密 transfer 當成即將到來的能力，而不是第一天就有。

USDC 作為 gas 實際怎麼運作？

每個帳戶只有一份 USDC 餘額，透過兩個介面檢視。原生視圖是 18 decimals，供 gas 記帳和 msg.value 使用。ERC-20 視圖在固定的 system contract 位址，是你從 其他 chain 上的 USDC 熟悉的 6 decimals，供 transfer 和 approve 使用。動其中一個就會動另一個，因為它們是同一筆餘額。沒有 wrapped token，文件明確告訴你不要自己部署一個。

fee market 看起來像 EIP-1559，但行為不同。Arc 不是每個區塊重算 base fee，而是對照 近期區塊使用率的平滑平均值 來調整，這樣短時突發也能讓費用保持穩定。base fee 不會被 burn，而是給區塊生產者。

gas sponsorship 目前和其他 EVM chain 一樣。協議級 paymaster 和多 stablecoin gas 文件裡寫成計畫中，上線時並不支援；ERC-4337 account abstraction 今天就能用。我們的 Bundler API 和 gas sponsorship 都已在 Arc Testnet 上運作。

Arc 生態裡還有什麼？

Arc 出廠就接到 Circle 其餘開發者 stack 上，大多數整合至少會碰到下面之一：

• CCTP 負責 USDC 進出。 Arc 上的每一枚 USDC 都透過 Circle 的 cross-chain transfer protocol 以原生資產進入，離開 Arc 的 transfer 大約一個區塊就會被 attest。
• Gateway 讓應用在多條 chain 上共用一份 USDC 餘額。 存入一次，然後 在受支援 chain 上於 500 毫秒內 mint，不必等待來源 chain 最終性。
• App Kit 處理 bridging 和 wallets。 Bridge Kit 把 burn-attest-mint 流程包成一次呼叫，並帶有 viem、ethers、Solana 和 Circle Wallets 的 adapter。
• CPN 把 onchain settlement 接到銀行打款。 Circle Payments Network 把金融機構連起來做跨境支付，原生 Arc 支援仍在計畫中。
• Agent Stack 把 AI 智能體指向這一切。 Circle 的智能體工具用 USDC 結算 x402 智能體支付，Arc 文件還提供智能體可以直接讀取的 MCP 伺服器。

把合約移植到 Arc 時，什麼可能出問題？

Arc 以當前 Ethereum fork baseline 為目標，Solidity、Foundry、Hardhat 和 viem 無需改動即可使用（viem 甚至把 Arc Testnet 做成內建 chain）。差異在 runtime 行為，不在工具。在部署真實價值之前，把 EVM 差異頁 通讀一遍；最可能弄壞現有程式碼的是這些：

• PREVRANDAO 永遠回傳 0。 任何用它做隨機數的合約會靜默失去熵源。改用 VRF。
• 禁止 burn USDC。 向 zero address 的 value transfer 會 revert；向已 self-destruct 的帳戶轉帳也會 revert，而這在 Ethereum 上會成功。假定「轉到任何位址都能過」的 sweep 和分發合約需要再看一遍。
• USDC blocklist 在協議層執行。 碰到被列入 blocklist 的位址，transfer 會在 runtime revert，並且仍然消耗 gas。testnet 預置了一個已知的 blocklist 位址，方便你測 revert 路徑。
• 每次原生 transfer 都會發一條 log，ERC-20 transfer 會發兩條。 Arc 採用 EIP-7708，因此原生 USDC 移動會由 system emitter 發出 18 decimals 的 Transfer 事件，ERC-20 呼叫還會發出熟悉的 6 decimals 事件。不按 emitter 位址匹配的 indexer 會把每筆 transfer 計兩次。
• 區塊可以共用 timestamp。 在亞秒級出塊時，block.timestamp 是非遞減的，而不是嚴格遞增。按區塊號排序。
• 沒有 blob transactions，本地模擬器也無法重現 Arc 的 precompile 或 blocklist 行為。對著真實的 Arc endpoint 測試，而不是本地 fork。

今天能在 Arc 上建構什麼？

Arc Testnet 現在已經開放，mainnet 將於 2026 年 9 月 16 日上線。testnet 的 Chain ID 是 5042002，gas 是來自 Circle faucet 的 testnet USDC，瀏覽器基於 Blockscout，標準 Foundry deploy-and-verify 流程 可以端到端跑通。

文件對智能體友善，提供託管 MCP 伺服器，以及 coding agent 能原生讀取的 llms.txt 索引。這和 Circle 其餘 stack 一致：Circle 已經用 USDC 結算大多數 x402 智能體支付。

用 Alchemy 在 Arc 上建構

我們將在第一天支援 Arc mainnet，包括用於即時串流的 WebSockets，以及 JSON-RPC、Debug API、Bundler API，還有面向 smart-account 流程的 gas sponsorship。我們是 Arc 自己文件 裡列出的 node providers 之一，Arc Testnet 今天已在我們的平台上線。

在 dashboard 建立一個免費 app，現在就對著 testnet 建構。9 月 16 日 mainnet 開放後，切換只是 同一 Arc 表面上 改 endpoint。沒有合約、沒有 waitlist、沒有最低承諾。