ETH 支付运营指南：定价、燃料费与交易确认

接受 ETH 付款并不等于公布一个 Ethereum 地址，然后等待转账。商业支付需要明确价格、准确的付款请求、过期规则、确认处理方式、订单关联信息，以及付款后的可靠操作。

Yolfi 面向受支持的资产与网络组合，提供加密货币支付链接、订阅、支付事件、Webhook 以及直接结算至钱包的非托管流程。仅当商家登录后的实时配置中明确提供 ETH 与 Ethereum 的组合时，才应开放该付款方式；公开的币种或网络页面本身并不能证明结算功能已经启用。

本指南介绍 ETH 支付流程背后的运营选择：何时以 ETH 定价、何时改用 Ethereum 网络上的稳定币、如何处理燃料费和汇率波动，以及应用程序在交易确认前后应执行哪些操作。

接受 Ethereum 付款意味着什么？

Ethereum 是一个区块链网络。ETH 是其原生资产，既用于支付交易费，也可以直接转账付款。Ethereum 还承载各种代币，包括 USDC 和 USDT 等稳定币。Ethereum.org 的什么是 Ethereum？对该网络有更全面的介绍。

如需了解 Yolfi 中的相关背景，请参阅 Ethereum 网络概览和 ETH 资产页面。这些公开页面用于介绍网络和资产，并不能证明某个具体账户已开通结算功能。

客户使用 ETH 付款通常会经历以下流程：

支付页面创建与订单或客户关联的付款请求。
请求显示 ETH、Ethereum 网络、收款地址、准确金额，以及适用时的过期时间。
客户在兼容的钱包中批准交易。
交易提交到 Ethereum，状态变为待处理。
支付系统检测到转账，并等待达到要求的确认状态。
经验证的支付事件通知应用程序交付订单、更新发票或延长访问期限。

最后一步至关重要。交易哈希用于标识一笔交易，但仅看到哈希并不能证明交易已广播、已确认或已与正确的订单匹配。

选择 ETH 还是 Ethereum 稳定币？

ETH 和稳定币可以使用同一网络，但它们解决的是不同的定价问题。

问题	ETH	Ethereum 上的稳定币
转移的是什么？	Ethereum 的原生资产	代币合约中的余额，例如 USDC 或 USDT
市场价值会波动吗？	会	设计上跟踪某种参考货币，通常为美元
谁支付燃料费？	发送方用 ETH 支付燃料费	发送方仍需持有 ETH 来支付燃料费
最适合	熟悉加密货币的买家、以 ETH 定价的产品、可选的钱包付款方式	以法定货币定价的发票、套餐和需要稳定报价金额的产品
主要运营问题	支付过程中的汇率波动	必须明确具体的代币合约和网络

当客户已经持有 ETH，或产品本身适合用 ETH 定价时，可以提供 ETH 付款。如果产品采用固定美元价格，Ethereum 网络上的稳定币可能对客户和财务团队更方便，因为代币金额无需随 ETH 市价变化。

不要仅仅因为稳定币付款在 Ethereum 上运行，就将其称为 ETH 付款。“在 Ethereum 上支付 0.02 ETH”和“在 Ethereum 上支付 50 USDC”是两种不同的付款方式。后者使用代币合约，客户仍需持有少量 ETH 来支付网络费用。

有关稳定币的具体配置，请参阅接受 USDC 付款和接受 USDT 付款指南。

何时适合接受 ETH

在以下情况下，ETH 可以成为实用的附加付款选项：

客户已经在使用 Ethereum 钱包；
产品面向开发者、加密货币公司、收藏者、交易者或其他熟悉 Ethereum 的买家；
客户希望用 ETH 余额结算发票；
企业希望将付款直接发送到已配置的钱包；
产品或服务有意采用 ETH 定价；
已确认的付款需要触发交付或开通账户访问权限。

对于不持有 ETH 的买家购买低价、以法定货币定价的商品，ETH 并不适合作为默认付款方式。客户需要先获取 ETH、管理钱包并支付网络费用。如果银行卡或银行付款更符合受众习惯，就应保留这些选项。

ETH 也可以与稳定币并列提供。应根据客户需求决定显示哪些付款方式，而不是默认展示所有可能的资产。

构建支付流程前先选择定价模式

ETH 付款请求需要一个清晰、唯一的定价依据。

固定 ETH 价格

当卖家以 ETH 衡量价格时，可以采用固定 ETH 价格。无论付款时对应的法定货币价值是多少，产品都可以按明确的 ETH 数量收费。

这种模式在支付页面上很简单，但企业需要承担市场风险。按本地货币计算的收入可能在定价、付款和后续兑换之间发生变化。

将法定货币价格换算为 ETH

以法定货币定价的产品可以在支付开始时计算所需的 ETH 金额。付款请求应显示：

作为参考的法定货币价格；
需要发送的准确 ETH 金额；
支付页面显示报价时所采用的汇率或报价；
报价何时过期；
付款迟到或金额不符时如何处理。

不要让易波动的报价无限期有效。如果客户在市场变化后仍按旧的 ETH 金额付款，相对于当前价格可能会少付或多付。

Ethereum 上的稳定币价格

对于已经按美元定价的产品，使用受支持的 Ethereum 稳定币可以消除大部分 ETH 换算问题。但网络费用、确认处理和代币验证仍然不可省略。付款请求仍需包含准确的资产、支付系统识别的代币合约、网络、金额、地址和状态。

考虑 Ethereum 燃料费

燃料费是在 Ethereum 上为计算和交易处理支付的费用。发送方使用 ETH 支付，费用会随网络需求变化。Ethereum.org 的燃料费文档介绍了燃料上限、基础费、优先费，以及钱包最终费用为何取决于交易内容和当前网络状况。

对商家而言，以下四条规则有助于避免混淆：

**将燃料费与购买金额分开。**如果付款请求金额为 0.05 ETH，商家应收到 0.05 ETH；钱包还需额外持有 ETH 来支付燃料费。
**不要承诺固定的网络费用。**显示钱包当前的费用估算，或告知客户需要支付 Ethereum 网络费用。
**评估小额交易是否划算。**如果燃料费相对于购买金额过高，即使付款在技术上有效，对客户也可能缺乏吸引力。
**没有公开规则时，不要从退款中扣除燃料费。**应明确说明单独发起退款交易时，费用由企业还是客户承担。

代币转账通常比基础 ETH 转账消耗更多燃料，因为它需要调用代币合约。不要公布永久不变的费用对比；实际费用取决于交易内容和网络状况。

Ethereum 主网与其他网络

钱包中的“ETH”可能出现在 Ethereum 主网，也可能出现在其他网络。地址格式相似并不代表这些网络可以互换。仅仅因为资产标为 ETH，或目标地址以 0x 开头，就把发送到其他网络的交易视为 Ethereum 主网付款，是错误的。

仅当实时支付页面明确选择了 Ethereum 主网时，才使用该网络。只有同时满足以下三个条件，才考虑其他网络：

它在你的 Yolfi 实时配置中显示为受支持选项；
结算钱包已针对该网络完成配置和测试；
客户确实在使用该网络。

不要根据钱包、地址格式或代币列表推断网络支持情况。只公布实时支付流程中显示的资产与网络组合。商家指南如何防止加密货币付款发到错误网络更详细地介绍了支付页面标注、事故证据和补款请求。

如何使用 Yolfi 准备 ETH 支付流程

1. 配置钱包前先确认可用性

打开登录后的结算配置，检查账户是否确实可以使用 Ethereum 网络上的 ETH。如果没有该选项，请勿将 ETH 公布为付款方式，也不要让客户发送资金，而应改用当前受支持的资产与网络组合。

对于受支持的组合，Yolfi 采用非托管模式：付款直接从客户转入商家配置的钱包，而不是进入由 Yolfi 保管的余额。这减少了一道托管环节，但也意味着钱包安全、地址所有权和对账由商家负责。如果账户可以使用 Ethereum 网络上的 ETH，只应添加企业控制的 Ethereum 结算地址，并逐字符核对。

2. 选择 ETH 和页面显示的准确网络

只有登录后的实时配置中提供 ETH 与 Ethereum 的组合时，才选择该选项。如果 Yolfi 还提供其他网络，应将每个网络视为独立的支付路径，分别进行测试、编写客户说明并保存结算记录。

支付页面应明确写出“Ethereum 上的 ETH”，而不能只写“加密货币”或“将 ETH 发送到这里”。客户批准交易时，应再次显示网络名称。

3. 设置金额和过期政策

对于以 ETH 定价的产品，应设置准确的 ETH 金额。对于以法定货币定价的产品，让支付页面计算 ETH 报价，并明确报价的有效时长。

提前决定系统如何处理以下情况：

交易在过期前提交，但在过期后才确认；
付款在过期后发送；
付款金额低于请求金额；
付款金额高于请求金额；
同一订单收到两笔交易。

不要通过悄悄修改订单历史来处理这些情况。应根据书面政策将金额不符的交易转入人工审核，或创建新的付款请求。

4. 创建支付链接或接入支付流程

加密货币支付链接是处理发票、服务套餐、数字产品或客户主动要求使用 ETH 付款时最快的结构化方式。它无需自定义集成，就能为转账提供金额和业务背景信息。

自助式产品应将支付流程与自身的订单和客户记录相连接。请保留以下标识信息：

客户或账户 ID；
订单或发票 ID；
产品和套餐；
作为参考的法定货币价格和 ETH 报价金额；
报价创建时间和过期时间；
所选资产和网络。

有了这些字段，客服和财务人员无需根据钱包活动猜测交易归属。

5. 等待达到要求的确认状态

Ethereum 交易会经历多种状态，可能长时间待处理、被替换、失败或被纳入区块。Ethereum 交易文档介绍了交易字段、费用、交易序号、签名以及交易如何被纳入区块。

应根据订单价值和风险制定确认政策。不要声称所有企业都需要相同的固定确认次数。应使用支付流程提供的已确认状态，并叠加企业自身所需的额外规则。

绝不能凭钱包截图、浏览器返回页面或单独一个哈希就交付商品。必须核对交易的请求网络、资产、目标地址、准确金额、订单和确认状态。

6. 以幂等方式处理支付事件

当 Ethereum 网络上的 ETH 受到支持并已启用时，使用 Yolfi 支付事件或 Webhook 将交易确认与应用程序连接起来。已确认事件可以触发：

将发票标记为已支付；
交付下载内容或许可证；
增加点数；
激活账户；
延长付费期限；
通知财务或客服人员。

Webhook 处理必须具备幂等性：多次收到同一个事件时，不得重复交付，也不得重复延长订阅。保存付款引用和交易标识符，按照集成文档规定的方法验证事件，仅在持久化处理完成后返回成功响应，并在必要时安全地重试内部操作。

选择支付链接还是集成式支付流程？

选择能够提供足够控制能力的最简方案。

使用场景	更合适的起点	原因
咨询服务发票	支付链接	可以轻松在现有客户沟通中发送
一次性数字产品	支付链接或支付页面	取决于交付是手动还是自动进行
SaaS 套餐升级	集成式支付流程	需要更新账户、套餐和访问权限
API 点数	集成式支付流程	确认后应准确地更新一次余额
定制年度合同	支付链接	销售人员可以附上清晰的发票编号
周期性会员服务	订阅流程	需要管理续费状态和访问规则

普通钱包地址并不是支付链接。它缺少唯一的付款请求、准确的当前价格、过期时间、订单编号和面向客户的支付状态。

ETH 订阅需要明确的定价规则

Yolfi 面向受支持的付款组合提供加密货币订阅。不要因此认定其中一定包括 Ethereum 网络上的 ETH。只有当登录后的实时配置中出现该组合时，才应考虑提供 ETH 订阅，并事先决定套餐本身以 ETH 还是法定货币计价。

固定 ETH 套餐的代币数量保持不变，但对应的法定货币价值会波动。以法定货币定价的套餐需要为每次扣款或付款请求生成新的 ETH 报价。如果企业希望名义收费金额接近法定货币价格，Ethereum 稳定币可能更简单。

访问规则仍由你的产品负责。请明确：

访问权限何时生效；
哪种付款状态会延长付费期限；
客户有多长时间处理待确认或失败的续费；
是否提供宽限期；
取消订阅后会发生哪些变化；
如何处理重复付款或迟到付款。

支付事件报告的是财务状态，不能取代产品自身的订阅状态机。

退款与会计处理

已确认的 Ethereum 付款不能像银行卡交易那样通过卡组织拒付流程撤销。不过，商家仍可以根据退款政策另行发起一笔交易，将款项退还给客户。

退款前应完成以下步骤：

核实原始订单和已确认交易；
核实获批的退款金额和资产；
按照书面流程获取并验证退款地址；
明确网络费用的处理方式；
完成适当的内部审批；
将退款交易与原始收款分开记录。

不要自动向意外消息中粘贴的地址退款。付款人、账户所有者和建议的收款地址可能并非同一方。

每笔付款都应保留订单编号、客户、资产、网络、加密货币金额、企业采用的法定货币参考价值及其时间戳、结算地址、交易标识符、确认状态、企业记录的费用，以及后续任何退款。各司法管辖区的会计和税务处理方式不同，请向专业顾问确认所需的估值和申报方法。

接受 ETH 付款时的常见错误

只公布钱包地址

一个地址无法告诉客户当前金额、网络、过期时间或订单编号。应使用能将转账与具体购买行为关联起来的付款请求。

将 ETH 和 Ethereum 视为同义词

Ethereum 是网络，ETH 是其原生资产。稳定币和其他代币也可以在 Ethereum 上转移。客户说明中应同时写明资产和网络。

忽略燃料费波动

商家的商品价格与客户支付的燃料费是分开的。不要宣传永久固定的费用，也不要假设 ETH 转账和代币转账费用相同。

ETH 报价有效期过长

过期报价会造成原本可以避免的少付或多付。应设置明确的过期规则，并在需要时创建新的付款请求。

根据浏览器返回页面交付

浏览器可能在有效付款得到确认前就跳回。只有经过验证的支付状态或 Webhook 与付款请求相匹配后，才能交付。

在所有场景中写死同一条确认规则

确认政策应考虑交易状态、订单价值和风险。对于高风险订单，是否交付的判断不能仅依据是否出现交易哈希。

认为所有 `0x` 转账都使用 Ethereum 主网

多个网络都使用 Ethereum 风格的地址。只接受实时支付流程中选定的网络，并在该网络上验证交易。

忽视退款和记账流程

直接结算到钱包并不能免除客服或会计工作。在交易量增长前，应明确地址验证、审批、网络费用处理、估值记录和对账流程。

常见问题

如何在网站上接受 Ethereum 付款？

首先确认登录后的 Yolfi 实时配置中是否提供 Ethereum 网络上的 ETH。如果提供，请配置结算钱包并创建支付链接或集成式支付流程。显示准确金额和过期时间，并在交付订单前等待已确认的支付状态或经过验证的 Webhook。如果没有该选项，应选择受支持的组合，而不是接受缺乏管理的转账。

可以在无需 KYC 的情况下接受 ETH 付款吗？

不要根据公开的 ETH 页面推断答案。请检查当前的账户开通要求，以及账户可用付款组合在登录后配置中的要求。企业还可能因业务活动和所在司法管辖区而承担自身的法律、税务、客户验证或申报义务。

Ethereum 燃料费由客户支付吗？

发送方钱包用 ETH 支付 Ethereum 网络费用。应将燃料费与购买金额分开。费用估算会随网络需求和交易类型变化。

产品应该用 ETH 还是法定货币定价？

如果产品有意以 ETH 计价，并且企业可以承受汇率波动，可以采用固定 ETH 价格。对于以法定货币定价的商品，应生成限时 ETH 报价；如果受支持的稳定币更符合定价模式，也可以提供稳定币付款。

ETH 付款需要多少次确认？

不存在适用于所有商家和订单的统一数字。应使用支付系统的已确认状态，并根据交易状态、金额和交付风险制定书面风控政策。不要把交易提交或出现交易哈希视为确认。

可以用 Ethereum 上的 USDC 或 USDT 代替 ETH 吗？

可以，前提是 Yolfi 实时配置中提供了该稳定币与 Ethereum 的准确组合。稳定币适合以法定货币定价的产品，但客户仍需持有 ETH 来支付燃料费，并且必须使用正确的代币和网络。

可以在 Ethereum 主网以外的网络接受 ETH 吗？

只有当其他网络出现在 Yolfi 实时配置中、结算钱包已针对该网络正确配置，而且客户确实使用该网络时，才能启用。不要根据地址格式或钱包标签推断支持情况。

ETH 付款可以退款吗？

已确认付款不能像银行卡拒付那样撤销。商家可以按照退款政策，在核实订单、金额、资产、目标地址、审批和网络费用处理方式后，另行发起一笔退款交易。

Yolfi 可以保管或兑换我的 ETH 吗？

对于受支持的付款组合，有文档依据的模式是直接、非托管结算：客户付款进入商家配置的钱包。不要设计依赖 Yolfi 保管、兑换 ETH 或稍后向商家打款的流程；除非登录后的配置中出现 ETH，否则也不要认定该资产受到支持。

总结

要可靠地接受 Ethereum 付款，应把支付页面视为完整的支付系统，而不是只展示钱包地址。根据定价模式选择 ETH 或 Ethereum 稳定币，将燃料费与购买金额分开，为易波动的报价设置过期时间，明确显示网络，并等待已确认的支付数据。

如果登录后的 Yolfi 实时配置中提供 Ethereum 网络上的 ETH，请先从一种产品和一条付款路径开始。测试准确金额、过期时间、钱包交易、确认、Webhook、交付、对账和退款流程。只有当这条路径稳定运行且客户需求足以证明额外复杂性合理时，再增加订阅或更多网络选项。如果该组合不可用，请勿改用未经管理的普通钱包地址收款。