Base Faucet：如何获取测试网 ETH 并将其接入你的开发工作流

你应该使用哪个 Base faucet？

当开发者搜索 Base faucet 时，大多数指的是 Base Sepolia 测试网。它使用 Sepolia ETH 作为 gas 代币，并与 Base mainnet 共享 OP Stack 架构，因此合约和工具的行为方式相同。Faucet 生态可分为三大实用类别：交易所运营的 faucet、预言机/合作伙伴 faucet 和 RPC 提供商 faucet。

交易所运营的 faucet（Coinbase Developer Platform 是典型代表）通常提供最广泛的代币覆盖——ETH 加上测试 USDC、EURC 和 cbBTC——并且通常提供编程 API。合作伙伴 faucet（如 Chainlink 的列表）将 Base Sepolia 与许多其他网络并列，当你还需要 LINK 进行预言机测试时很有用。RPC 提供商 faucet 如果你已经使用该提供商的端点会很方便，但它们通常将领取限制在账户或 API 密钥之后。

决策不在于哪个 faucet“最好”，而在于哪个匹配你的工作流：一次性手动领取、脚本化 CI 任务，还是需要可重复资金的团队。

领取步骤及部署前需确认的事项

各 faucet 的机制类似：连接或粘贴钱包地址，选择 Base Sepolia，然后提交领取。关键差异在于网络选择（确保你在 Base Sepolia 上，而非 Base mainnet 或 Ethereum Sepolia）和确认步骤。Faucet UI 显示“成功”并不保证交易已打包或你的余额已反映。

在部署任何内容之前，确认三件事：你领取到的地址是部署者使用的地址，钱包或配置中的网络是 Base Sepolia（链 ID 84532），并且余额可通过 RPC 查看。最后一项检查是大多数开发者跳过的，也是大多数“faucet 没起作用”报告的根源。

• 使用专用的测试钱包，而非持有主网资产的钱包。
• 将 Base Sepolia 添加到你的钱包，链 ID 为 84532，并使用 Base Sepolia 浏览器（sepolia.basescan.org），以便检查领取交易。
• 如果 faucet 提供 API，捕获请求和响应，以便日后在 CI 中重放。
• 在运行部署脚本之前等待至少一个确认；有些 faucet 会批量发放。

通过 Base Sepolia RPC 验证领取

确认 faucet 领取的最快方式是单次 JSON-RPC 调用。将其指向 Base Sepolia 端点——OnFinality 在 https://base-sepolia.api.onfinality.io/public 发布公共 Base Sepolia 端点——并查询你领取到的地址的余额。

如果余额为零，在重试之前先在 sepolia.basescan.org 上检查领取交易。如果交易待处理或失败，问题在 faucet，而非你的 RPC。如果交易成功但余额仍为零，你可能查询了错误的网络或过时的端点。

• curl -X POST https://base-sepolia.api.onfinality.io/public -H 'Content-Type: application/json' -d '{"jsonrpc":"2.0","id":1,"method":"eth_getBalance","params":["0xYourAddress","latest"]}'
• 确认返回的十六进制值非零，并将其从 wei 转换为 ETH。
• 在 sepolia.basescan.org 上交叉检查同一地址，以排除端点延迟。

当 faucet 干涸或受限流时

Faucet 会耗尽。当这种情况发生时，有用的做法不是刷新页面，而是改变资金路径。有四种可靠的替代方案，大致按投入精力排序。

首先，尝试不同的 faucet 类别——如果交易所 faucet 受限流，预言机或 RPC 提供商 faucet 可能仍有资金。其次，如果你在 Ethereum Sepolia 上已有 Sepolia ETH，可以跨链桥接过来；Base Sepolia 接受桥接的 Sepolia ETH。第三，请队友从其测试网余额发送少量资金。第四，对于运行 CI 的团队，针对 faucet API 脚本化领取并缓存已注资地址，使任务在运行时不再依赖活跃的 faucet。

如果你反复受阻，这表明需要将测试网资金与测试网 RPC 分开。OnFinality 的专用 Base Sepolia 端点消除了端点速率限制这一变量，因此剩下的唯一变量就是 faucet 本身。

与 faucet 笔记一起保存的 Base Sepolia 链设置

将这些设置与你的 faucet 书签放在同一位置，这样在调试中途就无需再查找。它们与 OnFinality 发布的 Base Sepolia 网络配置一致。

对于托管端点，OnFinality 的 Base Sepolia RPC 可通过 HTTP 在 https://base-sepolia.api.onfinality.io/public 访问。对于生产环境 Base mainnet，等效端点为 https://base.api.onfinality.io/public。两者均列在 OnFinality 支持的网络页面上，与其他链并列。

在 CI 中脚本化 faucet 领取和 RPC 检查

手动 faucet 领取无法扩展到团队或 CI 管道。有效的模式是：向长期存在的测试地址领取一次，将该地址存储在 CI 机密中，并在每个任务开始时通过 RPC 验证其余额。如果余额低于阈值，触发 faucet API 领取并等待确认后再继续。

以下示例使用 Base Sepolia RPC 端点检查余额，仅在需要时调用 faucet。它不假设特定的 faucet API 形态——替换为你使用的 faucet 的端点和载荷。

• const RPC = 'https://base-sepolia.api.onfinality.io/public';
• const balance = await fetch(RPC, { method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ jsonrpc: '2.0', id: 1, method: 'eth_getBalance', params: [address, 'latest'] }) }).then(r => r.json());
• if (BigInt(balance.result) < MIN_WEI) { await claimFromFaucet(address); }
• 轮询 eth_getBalance 直到其升至阈值以上或超时，然后以清晰的消息使任务失败。

OnFinality 在 faucet 之外的角色

Faucet 解决一个问题：将测试 ETH 发送到地址。它不解决端点可靠性、归档访问或从测试网到主网的过渡。这些是 RPC 关注的问题，也是托管提供商发挥价值的地方。

OnFinality 提供 Base Sepolia 和 Base mainnet 的 RPC API 访问，以及为需要隔离基础设施的团队提供专用节点。如果你正在评估提供商，请根据对 Base 工作负载重要的标准进行比较——HTTP 和 WebSocket 支持、归档数据、速率限制和故障转移——而非 faucet 发放量。RPC 提供商选择指南详细介绍了这些标准，定价页面展示了计划结构。

• 使用公共 Base Sepolia 端点进行快速检查和早期开发。
• 当 CI 任务或多个开发者共享端点时，迁移到 API 密钥或专用节点。
• 将 Base mainnet 和 Base Sepolia 端点保存在单独的配置文件中，以避免跨网络错误。

常见问题