什么是 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、没有最低承诺。