如何在 Arbitrum One 上接受加密货币付款：商家指南

在 Arbitrum One 上接受加密货币付款，并不是展示一个以太坊格式的地址那么简单。可投入实际运营的支付流程必须告诉客户应使用哪个网络和哪种代币、识别正确的合约、跟踪转账直至达到适当的确认状态，并将其关联到唯一订单，避免重复交付。

Arbitrum One 使用常见的 EVM 钱包和 0x 地址，但这种熟悉感也可能掩盖错误。客户可能选择 Ethereum、Base、Arbitrum Nova 或其他兼容网络，而看到的地址仍然像是有效地址。这笔转账可能真实发生，却没有支付对应的 Arbitrum One 订单。

本指南介绍让 Arbitrum One 付款可用于实际运营所需的商家控制措施，包括钱包配置、原生和桥接 USDC、ETH 燃料费、支付页面标注、确认策略、Webhook 幂等性、退款和财务记录。Yolfi 的公开Arbitrum 支付页面介绍了支付链接、周期性付款、事件与 Webhook，以及直接结算至商家钱包的非托管模式。你可以将这些内容视为待评估的产品能力，但在向客户提供相应选项前，仍应在登录后的实际配置中确认具体可用的资产和网络组合。

从准确的 Arbitrum 网络开始

“Arbitrum”可能指整个生态系统，而不是唯一的付款目的网络。本指南所指的正式运营网络是 Arbitrum One 主网。

Arbitrum 官方的跨链桥快速入门列出了钱包的核心参数：

设置项	Arbitrum One 参数
网络	Arbitrum One
链 ID	42161
燃料费币种	ETH
官方快速入门中的公共 RPC	https://arb1.arbitrum.io/rpc
区块浏览器	Arbiscan

一份完整的付款请求不能只保存收款地址，还应保存：

• 指定的网络 Arbitrum One；
• 用于集成校验的链 ID 42161；
• 原生资产或准确的代币合约；
• 商家的结算地址；
• 准确金额和报价失效时间（如有）；
• 订单、账单或付款请求标识符；
• 检测到的交易哈希和状态；
• 交付结果及后续退款（如有）。

如果系统明确要求使用 Arbitrum One，就不要把面向客户的说明简化为“通过 Arbitrum 发送”。Arbitrum Nova 和 Arbitrum 测试网络使用不同的链 ID。单靠 EVM 地址无法表达这种区别。

判断 Arbitrum One 是否适合你的客户

如果客户已经在 Arbitrum One 上持有资金、使用能明确选择该网络的钱包，或可通过常用服务商直接提现至该网络，那么 Arbitrum One 值得考虑。对于面向加密货币活跃用户的软件订阅、在线服务、数字商品、账单、社群和账户余额充值类产品，它可能是合适的选择。

关键问题不在于网络能否处理代币转账，而在于客户和商家之间的整条路径是否可行：

• 客户是否已在 Arbitrum One 上持有指定资产？
• 从交易平台提现时，他们能否选择 Arbitrum One？
• 钱包能否清晰显示网络和代币合约？
• 客服能否调查网络或代币选错的转账？
• 财务人员能否对该资产计价和对账？
• 企业能否安全地执行退款和资金归集转账？

不要对交易成本或速度作出固定承诺。钱包给出的实时估算、网络状况、交易本身以及商家的风险策略，都会影响实际体验。如果客户必须先提现或跨链转移资金，还会产生最终付款交易之外的费用和操作步骤。比较不同路径时，可以参考更全面的稳定币支付最佳区块链选择指南。

先选择资产，再搭建支付页面

网络支持与资产支持是两回事。钱包能够使用 Arbitrum One，并不代表支付系统接受该网络上的所有代币。

Arbitrum One 上的原生 USDC

对于以美元定价的产品，USDC可以作为一种实用的初始收款资产，因为客户更容易理解指定的代币数量，不必面对持续变化的 ETH 报价。不过，它仍存在发行方、合约、脱锚、监管、钱包和网络方面的风险。

Circle 官方的 USDC 合约目录显示，Arbitrum 上原生 USDC 的合约地址为：

0xaf88d065e77c8cC2239327C5EDb3A432268e5831

真正重要的标识是合约地址。仅凭名称、代号、图标或大致市值无法确认资产，因为钱包可能展示标签相似的不同资产。

在公布“Arbitrum One 上的 USDC”之前，应将发行方公布的地址与登录后支付配置所识别的合约进行比对。在集成审查时再次核对，不要从搜索结果、钱包建议或客户消息中直接复制地址。

原生 USDC 与桥接 USDC 不能互换

Arbitrum One 同时存在原生 USDC，以及通常显示为 USDC.e 的桥接版本。两者使用不同的合约。客户可能持有名为 USDC.e、以美元计价的代币，但仍未持有原生 USDC 支付页面所要求的资产。

商家在实际运营中应遵守这条规则：合约不同，就是不同的付款资产。不要因为代号或显示价值相近，就自动将订单标记为已付款。

安全上线 USDC 的检查清单如下：

1. 确认登录后的实际配置提供预期的 Arbitrum One USDC 收款路径。
2. 在支付配置中记录受支持的代币合约。
3. 对照 Circle 当前的合约目录核验原生 USDC。
4. 在面向客户的标签中写清楚，例如“Arbitrum One 上的原生 USDC”。
5. 使用客户最可能采用的钱包进行一笔小额转账。
6. 验证 USDC.e 或其他合约不匹配的资产会被拒绝或转入人工审核。
7. 为客服提供处理合约不匹配情况的书面流程。

如果客户需要把资金转入该网络，应引导他们查看 Arbitrum 官方快速入门，而不是自行编写跨链操作说明。跨链桥文档本身也提醒用户，Arbitrum One 上存在不同的原生和桥接 USDC。跨链转移是独立的用户操作，有自身风险；不要把它变成支付流程中的隐性前提。

ETH 和其他代币

ETH 是 Arbitrum One 的燃料费币种；如果商家登录后的实际配置明确提供该选项，也可用作购买资产。对于按参考货币定价的产品，需要明确 ETH 报价的计算方式、失效时间，以及迟付、少付或多付时的处理办法。

只有在登录后的实际配置中提供 Arbitrum One 上的准确代币，并且企业能够验证其合约、为其定价、持有或兑换、对账和退款时，才应提供其他代币。技术上可以转入钱包，不等于支付页面支持该资产。

说明 Arbitrum 燃料费，但不要承诺固定费用

在普通的 Arbitrum One 交易中，发送方使用 Arbitrum One 上的 ETH 支付燃料费。客户可能持有足够支付账单的 USDC，却没有提交代币转账所需的 ETH。

应将以下三项金额分开：

• 商家应收的购买金额；
• 钱包以 ETH 估算的网络费用；
• 商家另行披露的任何服务商费用或企业收费。

如果账单要求支付 60 USDC，客户应发送 60 USDC，并在 Arbitrum One 上额外持有 ETH 以支付燃料费。不应从 USDC 金额中扣除以 ETH 计价的费用。

Arbitrum 官方的燃料费估算指南建议使用标准 eth_estimateGas 流程估算交易，并指出随着主链调用数据定价变化，估算值也可能变化。在支付流程中，应让已连接的钱包计算当前费用。不要公布永久不变的费用，也不要承诺每笔转账费用相同。

面向客户的帮助文字应写明：“支付燃料费需要 Arbitrum One 上的 ETH。”仅存在于 Ethereum 主网或其他网络上的 ETH 无法支付 Arbitrum One 交易费。如果实际支付流程使用不同的燃料费机制、代付或抽象方案，应记录登录后实际配置中显示的行为，而不是套用普通转账模式。

搭建商家支付流程

1. 确认实际可用性

登录商家配置，同时检查配置界面和客户支付页面。记录账户实际可用的 Arbitrum One 资产。如果预期的代币和网络没有出现，就不要对外宣传。

Yolfi 的公开页面可用于了解产品方向和能力，但不能保证每个账户、司法管辖区或支付流程都能使用所有代币。上线前以及产品或账户发生重大变化后，都应重新检查登录状态下的可用性。

2. 配置受控的结算钱包

使用符合企业管理制度、兼容 Arbitrum One 的钱包。开始收款前，应通过独立方式核验收款地址，并明确：

• 谁可以更改结算地址；
• 如何保护和备份密钥或签名设备；
• 更改地址和执行退款是否需要第二位审批人；
• 如何记录并测试每次配置变更；
• 如何为经批准的对外转账维持足够的 Arbitrum One ETH；
• 财务人员如何区分不同网络上外观相同的地址和代币。

Yolfi 在公开的 Arbitrum 页面中介绍了直接结算至商家钱包的非托管模式。请针对实际收款路径确认该行为。直接结算省去了从服务商余额中提现的步骤，但商家仍需负责钱包安全、资金访问权限、退款和会计处理。

3. 选择支付链接、集成式支付页面或周期性访问权限

加密货币支付链接适合作为账单、咨询项目、定制订单或人工交付产品的起点。无需完整集成，即可附上指定金额和付款信息。

如果付款确认后需要自动创建账户、发放余额、交付文件、启用许可证或更新订单，请使用集成式支付页面。应保存网络、合约、金额、报价详情、付款请求 ID、交易哈希、状态历史和交付状态。

公开的 Arbitrum 产品页面还介绍了周期性付款和支付事件。如果企业需要续订功能，可查看加密货币订阅，然后确认登录后的实际配置具体支持哪种 Arbitrum One 资产。不要想当然地把“周期性付款”理解为钱包自动扣款。应明确实际的续订通知、付款期限、宽限期、取消规则、访问权限规则以及重复事件的处理方式。

4. 消除支付页面中的歧义

在代币、金额、二维码和钱包按钮旁都重复标明网络。实用的提示语包括：

• “请在 Arbitrum One 上发送 60 原生 USDC。”
• “仅使用 Arbitrum One 主网（链 ID 42161）。”
• “支付网络费用需要 Arbitrum One 上的 ETH。”
• “请勿发送 USDC.e 或其他网络上的 USDC。”

如果有多个网络可选，应要求客户明确选择网络后再打开钱包。绝不能只显示“USDC”，然后在后台默认选择 Arbitrum One。更全面的防止加密货币付款选错网络指南介绍了预防措施、证据收集和事件处理方法。

5. 测试一笔真实的小额付款

使用客户实际会使用的同一支付页面和钱包跳转流程。确认：

1. 页面明确标出 Arbitrum One 和准确资产；
2. 钱包选择链 ID 42161；
3. 收款地址和金额与付款请求一致；
4. 原生 USDC 使用预期的 Circle 合约；
5. ETH 燃料费单独显示；
6. 提交后进入待处理状态，而不是立即交付；
7. 适当的已确认状态能传递到订单系统；
8. 重复事件不会导致重复交付；
9. 财务人员能将付款请求、交易、钱包入账记录和订单对应起来；
10. 受控退款流程可以完整执行。

更改结算钱包、资产、支付页面代码、事件接收端点、确认规则或交付逻辑后，都应重复测试。

将确认和最终性视为策略，而不是口号

交易哈希只说明有一笔交易可供查询。交易可能仍在等待处理、已经失败、提交到了其他网络、使用了错误合约、金额有误，或已经分配给另一笔订单。

接受付款前，应验证：

• 交易发生在 Arbitrum One 上；
• 资产和合约与付款请求一致；
• 收款地址是已配置的商家钱包；
• 实收金额符合订单规则；
• 付款已达到要求的状态；
• 该交易未用于其他订单；
• 订单尚未交付。

提交、写入区块、确认以及商家决定交付，是不同的状态。应使用支付流程提供的已确认状态，并根据订单金额、交付是否可撤销、欺诈风险和当前基础设施制定额外策略。不要承诺固定秒数、统一的确认次数或即时且不可逆的最终性。

对于风险较高的订单，应明确谁有权暂停付款并转入审核，以及满足哪些证据后可以放行。对于风险较低的数字商品，可以采用自动化流程，但前提是所有验收字段都相符。

确保 Webhook 可安全重试

支付事件和 Webhook 很有用，因为客户无需刷新浏览器，支付流程就能更新订单。先确认相应事件适用于实际的 Arbitrum One 收款流程，再按照集成文档规定的方法验证事件真实性。

至少应保存：

• 事件 ID 和付款请求 ID；
• 交易哈希、网络、资产和合约；
• 上报的状态和事件创建时间；
• 处理次数和结果；
• 与订单关联的唯一交付记录。

Webhook 可能延迟送达，也可能重复发送。应构建幂等处理程序：同一个已确认事件即使处理多次，也只能创建一个许可证、增加一次余额、发出一批货物或延长一次订阅。相比仅在内存中设置“已处理”标记，对稳定的付款或事件标识符施加唯一性约束，并持久化更新订单状态，更为可靠。

不要把浏览器返回页面当作付款凭证，也不要将 Webhook 作为唯一的会计记录。应运行对账流程，对比付款请求、已确认付款记录、Arbitrum One 交易、结算钱包活动和已交付订单。这样既能发现遗漏通知和内部故障，也不会把任意钱包转账错误地分配给订单。

明确异常和错选网络的处理方式

应在客服收到第一起付款争议前写好规则：

• **少付：**按照书面容差规则，将订单保持为未付款或转入审核。
• **多付：**记录全部实收金额，并单独审核超出部分。
• **迟付：**决定是沿用旧报价、要求补差额，还是退款。
• **重复付款：**只交付一次，并单独调查额外转账。
• **合约错误：**不要把 USDC.e 或其他相似代币自动记为原生 USDC 到账。
• **网络错误：**核实实际使用的链，绝不要承诺一定能够找回资金。
• **不明转账：**没有证据时，不要将其关联到金额最接近的订单。

处理错选网络的报告时，应收集订单编号、交易哈希、实际使用的链、代币合约、收款地址、金额和钱包地址，并独立核实这些信息。截图可以作为报告的辅助材料，但不能代替交易数据。

由于同一个私钥可能控制多个 EVM 网络上的相同地址，有时从技术上看可能找回资金。但这并不代表操作安全，也不代表符合企业流程。由合约控制的地址、托管安排、不受支持的签名环境、合规规则和安全制度都可能使资金无法找回。应通过受控流程升级处理，不要要求员工导入密钥或临时尝试跨链转移。

上线前规划退款与对账

Arbitrum One 退款是一笔新的对外交易，并非撤销原来的收款。发送退款前，应：

1. 核实原订单和已确认付款；
2. 确认获批退款的资产和金额；
3. 通过受控渠道验证客户身份和收款地址；
4. 说明由谁承担网络费用；
5. 取得所需的内部批准；
6. 确认签名钱包持有对应代币和 Arbitrum One ETH；
7. 单独记录对外退款交易。

不要从意外收到的电子邮件或聊天消息中复制替代地址。原付款人、账户所有者和指定退款地址可能各不相同，攻击者也可能试图替换地址。

财务记录应保留：

• 订单、账单、客户和付款请求编号；
• Arbitrum One、资产和代币合约；
• 要求支付和实际收到的加密货币金额；
• 参考货币价值、汇率来源和估值时间；
• 结算地址和交易哈希；
• 请求、检测、确认和交付时间；
• 企业记录的费用；
• 异常情况、状态变化、退款和更正交易。

应根据交易量和交付风险确定对账频率。将无法匹配的转账、错误代币、重复付款和未解决的错选网络报告放入异常队列，并指定负责人和解决状态。不同司法管辖区的税务、估值和收入确认规则有所不同，因此应获取适合企业情况的专业建议。

常见问题

如何在 Arbitrum One 上接受加密货币付款？

在登录后的商家配置中确认准确的 Arbitrum One 资产，配置由企业控制的结算钱包，然后创建支付链接或集成式支付页面。清楚标明代币和网络，使用小额转账进行测试；只有当交易与付款请求一致并达到所需的已确认状态后，才执行交付。

Arbitrum One 的链 ID 是什么？

Arbitrum One 主网的链 ID 是 42161。Arbitrum 官方快速入门将 ETH 列为其货币符号。应使用链 ID 校验钱包和集成配置，同时仍要向客户清楚写明“Arbitrum One”。

客户在 Arbitrum One 上发送 USDC 时需要 ETH 吗？

对于普通代币转账，需要。发送方的钱包必须持有 Arbitrum One 上的 ETH 才能支付燃料费。这部分燃料费余额与指定的 USDC 金额相互独立。如果实际支付流程使用燃料费代付或其他机制，应确认其真实行为。

Arbitrum 上原生 USDC 的合约地址是什么？

Circle 列出的 Arbitrum 原生 USDC 合约地址是 0xaf88d065e77c8cC2239327C5EDb3A432268e5831。上线前，请对照 Circle 当前的合约目录，以及登录后的商家配置所识别的合约进行验证。

USDC.e 与原生 USDC 相同吗？

不同。原生 USDC 与通常显示为 USDC.e 的桥接 USDC 在 Arbitrum One 上使用不同的合约。只接受为付款路径配置的合约；如果收到合约不匹配的转账，应转入审核，而不是自动将订单标记为已付款。

Arbitrum One 付款会即时完成且不可逆吗？

不要这样承诺。已提交的交易可能继续处于待处理状态，也可能失败；商家不能只凭交易哈希就接受付款。应结合支付流程的已确认状态和适合订单的风险策略，而不是保证固定时间或确认次数。

我可以接受 Arbitrum One 上的任何代币吗？

不能这样假设。只应接受登录后的实际配置中显示的准确资产和网络组合，并且你的钱包、定价、确认、会计、客服和退款流程都必须支持该组合。

Arbitrum One 付款可以退款吗？

商家可以按照退款规则发送一笔独立的对外交易来退款。应核实原付款、客户、收款地址、资产、金额、审批、燃料费和费用承担方式，然后单独记录退款。

总结

可用于实际运营的 Arbitrum One 支付方式是一条受控路径，而不是一个可以反复使用的 0x 地址。应明确链 ID 42161，在客户作出选择的每个环节标明 Arbitrum One，验证准确的代币合约，并说明普通代币转账需要 Arbitrum One 上的 ETH 支付燃料费。

对于许多按美元定价的产品，原生 USDC 是一个清晰的起点，但前提是 Circle 所列合约与登录后的实际配置中的资产相符。应将 USDC.e 和其他合约区分开来。随后进行端到端测试，覆盖待处理与已确认状态、Webhook 重试、幂等交付、对账、异常情况和获批退款。

应先选择客户已经使用、企业也能安全处理的资产。只有在第一条收款路径稳定可靠，而且实际商家配置仍提供准确的 Arbitrum One 选项后，才扩展到更多代币、自动化支付页面或周期性访问权限。