01
将ETH用于Ethereum网络
在账单中选择ETH和Ethereum网络，以查看该精确配对的固定接收地址。在批准前，将完整地址和网络标签与发送钱包或交易所进行比对。不要替换为其他服务的地址，也不要假设Ethereum兼容链使用相同的存款路由。
Layer-2路由、侧链和包装资产在此处不能与原生ETH互换。当发送方提供多个网络时，只选择与账单匹配的那个。其他路由可能无法找回。
02
分离发送、确认和 USD 信用
单独的提供商适配器指定 12 确认。下表描述了该适配器，而不是当前的手动面板。此面板不检测 ETH 转账、监控确认或创建 USD 信用；钱包的已发送状态不是账户余额。
分离发送、确认和 USD 信用| 阶段 | 含义 | 客户操作 |
|---|
| 返回的地址 | ETH 在 Ethereum 上存在目的地 | 验证完整地址和网络 |
|---|
| 已发送 | 发送钱包记录了转账 | 保存交易参考 |
|---|
| 确认中 | 阈值或结算阶段未完成 | 不要花费它 |
|---|
| 已入账 | 存在正的 USD 账本条目 | 检查可用余额 |
|---|
03
将 Ethereum 网络成本与服务器价格分开
Tungsto 不收取存款费，但网络、钱包或交易所可能会收取 gas 费或提现费。这些成本在 Tungsto 之外控制，不会改变 USD 中记录的服务器价格。请查看最终发送屏幕，而不是仅根据服务器总额估算。
账单在发送前不会显示提供商报价或预期的 USD 信用。将离开您钱包的 ETH 金额和稍后记入的 USD 金额视为单独的值。在选择订单总额或依赖转账进行续费之前，等待完成的分类账条目。
04
将已确认的信用应用到物理服务器
订单使用共享的 USD 账本，而不是 ETH 余额；手动面板不会将 ETH 转账对账为信用。在检查可用信用是否覆盖订单后，选择硬件、区域、操作系统、期限和数量。提交订单时会再次检查价格、余额和区域容量。
已接受的订单记录其账本扣款并排队配置。已接受或排队中确认工作流已记录；这并不意味着物理服务器已安装或已准备好登录。支付结算时间和硬件配置时间是客户旅程中独立的部分。
05
不要将 ETH 支付与 Ethereum 工作负载混淆
使用ETH支付不会安装执行客户端、共识客户端、验证器、RPC服务或钱包。这些工作负载对软件、存储、带宽、密钥、监控和更新有单独的要求。在选择硬件之前，请使用区块链节点指南进行评估。
加密货币支付不会使服务器活动匿名。转账参考、发送平台记录、IP流量、时间和操作记录可能仍可观察。请勿在联系消息中包含钱包和账户机密；仅保留非机密的转账详情。
直接回答
订购前的问题
我可以将 ETH 通过 Layer-2 网络发送吗？
请勿通过此途径。请使用原生 ETH，所在网络为账单中显示的 Ethereum 网络。第 2 层转账、侧链转账或包装资产转账属于不同类型，可能无法找回。
ETH转账何时变为可用？
仅在 USD 信用实际记录后。旧版适配器的 12 确认设置不是手动面板的自动信用规则，手动面板不匹配 ETH 转账。
使用 ETH 支付会部署一个 Ethereum 节点吗？
不。ETH只是资金方式。节点或验证器软件、密钥、存储、安全、监控和维护仍然是客户管理的独立工作负载。