Resumen
Un faucet de Base dispensa pequeñas cantidades de ETH de testnet en Base Sepolia, la testnet de OP Stack que replica Base mainnet lo suficiente como para ensayar despliegues. Lo necesitas porque cada transacción en Base Sepolia —desplegar un contrato, acuñar un token de prueba, llamar a una función payable— cuesta gas, y el gas se paga en ETH de Sepolia, que no tiene valor real y no se puede comprar en exchanges.
El detalle es que "base faucet" no es un solo producto. Coinbase opera un faucet a través de su Developer Platform, Chainlink incluye Base Sepolia entre sus redes de faucet, y varios proveedores de RPC operan sus propios faucets. Cada uno tiene diferentes límites de reclamo, cobertura de tokens y requisitos de acceso. Elegir el incorrecto, o alcanzar un límite de tasa en medio de un despliegue, es la razón habitual por la que los desarrolladores se quedan atascados.
Esta página explica dónde reclamar ETH de Base Sepolia, cómo confirmar que los fondos llegaron realmente usando un endpoint RPC de Base Sepolia, y cómo mantener un flujo de trabajo de testnet en funcionamiento cuando un faucet está seco o limitado por tasa. También cubre cuándo tiene sentido un endpoint RPC dedicado —como el servicio Base Sepolia de OnFinality— junto a un faucet, y cómo depurar los fallos más comunes después del reclamo.
Puntos clave
- Un faucet de Base emite ETH de testnet en Base Sepolia (ID de cadena 84532), no en Base mainnet; el ETH de mainnet debe puentearse o retirarse de un exchange.
- Los límites de los faucets varían según el proveedor: algunos son solo interfaz de usuario, otros exponen una API, y la mayoría limita la tasa por dirección o por cuenta cada 24 horas.
- Siempre verifica un reclamo con una llamada RPC (eth_getBalance) antes de asumir que el faucet falló; los retrasos de propagación e indexación son comunes.
- Mantén un endpoint RPC de Base Sepolia configurado por separado de Base mainnet para que nunca despliegues accidentalmente en producción.
- Para flujos de CI o de equipo repetibles, un endpoint RPC dedicado más un reclamo de faucet programado es más confiable que los reclamos manuales desde el navegador.
- Si un faucet está seco, las alternativas incluyen otros proveedores de faucet, puentear ETH de Sepolia desde Ethereum Sepolia, o solicitar del saldo de un miembro del equipo.
¿Qué faucet de Base deberías usar?
Base Sepolia es la testnet a la que la mayoría de los desarrolladores se refieren cuando buscan un faucet de Base. Utiliza ETH de Sepolia como token de gas y comparte la arquitectura OP Stack con Base mainnet, por lo que los contratos y las herramientas se comportan de la misma manera. El panorama de faucets se divide en tres categorías prácticas: faucets operados por exchanges, faucets de oráculos/socios y faucets de proveedores de RPC.
Los faucets operados por exchanges (Coinbase Developer Platform es el canónico) tienden a ofrecer la cobertura de tokens más amplia —ETH más USDC, EURC y cbBTC de prueba— y a menudo exponen una API programática. Los faucets de socios como el de Chainlink incluyen Base Sepolia junto a muchas otras redes y son útiles cuando también necesitas LINK para pruebas de oráculos. Los faucets de proveedores de RPC son convenientes si ya usas el endpoint de ese proveedor, pero generalmente restringen los reclamos detrás de una cuenta o clave API.
La decisión no se trata tanto de qué faucet es "mejor" sino de cuál se adapta a tu flujo de trabajo: un reclamo manual único, un trabajo de CI programado o un equipo que necesita financiamiento repetible.
| Criterio | Qué revisar | Por qué importa |
|---|---|---|
| Tipo de faucet | Si el faucet es solo interfaz de usuario o expone una API; qué tokens dispensa; límites por dirección y por cuenta | Un faucet solo de interfaz bloquea la automatización de CI; un faucet que solo dispensa ETH te deja sin USDC de prueba para flujos de pago |
| Faucet de Coinbase Developer Platform | Límites de reclamo cada 24 horas, lista de tokens (ETH, USDC, EURC, cbBTC), disponibilidad de API/SDK | La mejor opción si necesitas múltiples tipos de activos y quieres programar reclamos; requiere una cuenta de CDP |
| Faucet de Chainlink | Si Base Sepolia está listada, disponibilidad de LINK, opciones de conexión de billetera | Útil cuando tu prueba también necesita LINK para integración de oráculos o CCIP |
| Faucets de proveedores de RPC | Requisito de cuenta o clave API, tamaño del goteo, tiempo de espera | Conveniente si ya usas ese proveedor, pero ata el financiamiento de tu testnet a un solo proveedor |
| Faucets comunitarios y agregadores | Tiempo de actividad, si el faucet está vacío actualmente, captcha o requisitos sociales | Alternativa cuando los faucets principales están limitados por tasa, pero menos predecible para flujos de trabajo repetibles |
Pasos para reclamar y qué confirmar antes de desplegar
La mecánica es similar en todos los faucets: conecta o pega una dirección de billetera, selecciona Base Sepolia y envía el reclamo. Las diferencias que importan son la selección de red (asegúrate de estar en Base Sepolia, no en Base mainnet o Ethereum Sepolia) y el paso de confirmación. Una interfaz de faucet que muestra "éxito" no garantiza que la transacción esté minada o que tu saldo lo refleje.
Antes de desplegar cualquier cosa, confirma tres cosas: la dirección a la que reclamaste es la que usa tu despachador, la red en tu billetera o configuración es Base Sepolia (ID de cadena 84532), y el saldo es visible por RPC. Esa última verificación es la que la mayoría de los desarrolladores omite, y es la fuente de la mayoría de los informes de "el faucet no funcionó".
- Usa una billetera de prueba dedicada, no una billetera que contenga activos de mainnet.
- Agrega Base Sepolia a tu billetera con el ID de cadena 84532 y el explorador de Base Sepolia (sepolia.basescan.org) para que puedas inspeccionar la transacción de reclamo.
- Si el faucet ofrece una API, captura la solicitud y la respuesta para que puedas reproducirla en CI más tarde.
- Espera al menos una confirmación antes de ejecutar un script de despliegue; algunos faucets agrupan los goteos.
Verifica el reclamo por RPC de Base Sepolia
La forma más rápida de confirmar un reclamo de faucet es una sola llamada JSON-RPC. Apúntala a un endpoint de Base Sepolia —OnFinality publica un endpoint público de Base Sepolia en https://base-sepolia.api.onfinality.io/public— y consulta el saldo de la dirección a la que reclamaste.
Si el saldo es cero, revisa la transacción de reclamo en sepolia.basescan.org antes de reintentar. Si la transacción está pendiente o falló, el problema es el faucet, no tu RPC. Si la transacción tuvo éxito pero tu saldo sigue siendo cero, es posible que estés consultando la red incorrecta o un endpoint obsoleto.
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"]}'- Confirma que el valor hexadecimal devuelto no sea cero y conviértelo de wei a ETH.
- Verifica la misma dirección en sepolia.basescan.org para descartar retrasos del endpoint.
Cuando un faucet está seco o limitado por tasa
Los faucets se agotan. Cuando eso sucede, el movimiento útil no es actualizar la página sino cambiar la ruta de financiamiento. Hay cuatro alternativas confiables, aproximadamente en orden de esfuerzo.
Primero, prueba una categoría diferente de faucet: si el faucet del exchange está limitado por tasa, un faucet de oráculo o de proveedor de RPC aún puede tener fondos. Segundo, puentea ETH de Sepolia desde Ethereum Sepolia si ya tienes algo allí; Base Sepolia acepta ETH de Sepolia puenteado. Tercero, pide a un compañero de equipo que envíe una pequeña cantidad desde su saldo de testnet. Cuarto, para equipos que ejecutan CI, programa el reclamo contra una API de faucet y almacena en caché la dirección financiada para que los trabajos no dependan de un faucet activo en tiempo de ejecución.
Si te bloqueas repetidamente, es una señal para separar el financiamiento de testnet del RPC de testnet. Un endpoint dedicado de Base Sepolia de OnFinality elimina los límites de tasa del endpoint de la ecuación, por lo que la única variable que queda es el faucet en sí.
| Criterio | Qué revisar | Por qué importa |
|---|---|---|
| Síntoma | Causa probable | Siguiente paso |
| El faucet dice éxito, el saldo es cero | Estado de la transacción de reclamo en sepolia.basescan.org | Distingue un fallo del faucet de un desajuste de RPC o de red |
| El faucet devuelve un error de límite de tasa | Límites por dirección vs por cuenta; tiempo desde el último reclamo | Cambiar de categoría de faucet es más rápido que esperar el tiempo de espera |
| El script de despliegue falla por fondos insuficientes | ID de cadena en la configuración (debería ser 84532) y dirección del despachador | Una configuración de mainnet apuntada a una billetera de testnet siempre fallará |
| Saldo visible en el explorador pero no en la aplicación | URL del endpoint RPC y si es Base Sepolia o Base mainnet | Mezclar endpoints es el fallo silencioso más común |
Configuración de la cadena Base Sepolia para mantener junto a tus notas de faucet
Mantén estas configuraciones en el mismo lugar que tus marcadores de faucet para que nunca tengas que buscarlas durante la depuración. Coinciden con la configuración de red de Base Sepolia que publica OnFinality.
Para un endpoint gestionado, el RPC de Base Sepolia de OnFinality está disponible en https://base-sepolia.api.onfinality.io/public sobre HTTP. Para producción en Base mainnet, el endpoint equivalente es https://base.api.onfinality.io/public. Ambos están listados en la página de redes compatibles de OnFinality junto a otras cadenas.
| Criterio | Qué revisar | Por qué importa |
|---|---|---|
| Configuración | Valor | Notas |
| Nombre de la red | Base Sepolia Testnet | Usa el nombre exacto al agregar a una billetera |
| ID de cadena | 84532 | Base mainnet es 8453; mezclarlos envía fondos a la red incorrecta |
| Símbolo de moneda | ETH (Sepolia Ether) | Los goteos de faucet se denominan en ETH |
| Explorador | https://sepolia.basescan.org | Úsalo para confirmar transacciones de faucet |
| RPC de OnFinality | https://base-sepolia.api.onfinality.io/public | Transporte HTTP; adecuado para scripts y configuraciones de dApp |
Programar reclamos de faucet y verificaciones RPC en CI
Los reclamos manuales de faucet no escalan a un equipo o a un pipeline de CI. El patrón que funciona es: reclamar una vez a una dirección de prueba de larga duración, almacenar esa dirección en los secretos de CI y verificar su saldo por RPC al inicio de cada trabajo. Si el saldo está por debajo de un umbral, activa un reclamo de API de faucet y espera la confirmación antes de continuar.
El ejemplo a continuación utiliza un endpoint RPC de Base Sepolia para verificar el saldo y solo llama al faucet cuando es necesario. No asume una forma específica de API de faucet: sustituye el endpoint y la carga útil del faucet que uses.
- 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); }
- Sondea eth_getBalance hasta que supere el umbral o expire un tiempo de espera, luego falla el trabajo con un mensaje claro.
Dónde encaja OnFinality junto a un faucet
Un faucet resuelve un problema: obtener ETH de prueba a una dirección. No resuelve la confiabilidad del endpoint, el acceso a archivo o la transición de testnet a mainnet. Esas son preocupaciones de RPC, y es donde un proveedor gestionado se gana su lugar.
OnFinality ofrece acceso API RPC a Base Sepolia y Base mainnet, además de nodos dedicados para equipos que necesitan infraestructura aislada. Si estás evaluando proveedores, compáralos según los criterios que importan para las cargas de trabajo de Base —soporte de HTTP y WebSocket, datos de archivo, límites de tasa y conmutación por error— en lugar del tamaño del goteo del faucet. La guía de selección de proveedores de RPC cubre esos criterios en detalle, y la página de precios muestra cómo están estructurados los planes.
- Usa el endpoint público de Base Sepolia para verificaciones rápidas y desarrollo temprano.
- Pasa a una clave API o nodo dedicado cuando los trabajos de CI o varios desarrolladores comparten el endpoint.
- Mantén los endpoints de Base mainnet y Base Sepolia en archivos de configuración separados para evitar errores entre redes.
Preguntas frecuentes
¿El faucet de Base es para mainnet o testnet?
Los faucets de Base dispensan ETH de testnet en Base Sepolia (ID de cadena 84532). No hay faucet para ETH de Base mainnet, porque el ETH de mainnet tiene valor real. Para obtener ETH de mainnet en Base, retira de un exchange que admita Base o puentea desde otra cadena.
¿Cuánto ETH de Base Sepolia da un faucet?
Los tamaños de goteo varían según el proveedor y cambian con el tiempo. Algunos faucets dispensan una fracción de ETH por reclamo, otros dispensan más pero limitan la tasa por dirección o por cuenta cada 24 horas. Consulta la documentación del propio faucet para conocer los límites actuales en lugar de confiar en un número fijo.
¿Por qué mi saldo de Base Sepolia sigue siendo cero después de reclamar?
Revisa primero la transacción de reclamo en sepolia.basescan.org. Si está pendiente o falló, el problema es el faucet. Si tuvo éxito, confirma que tu endpoint RPC es Base Sepolia y no Base mainnet, y que consultaste la misma dirección a la que reclamaste.
¿Puedo reclamar ETH de Base Sepolia programáticamente?
Algunos faucets exponen una API o SDK —Coinbase Developer Platform es el más usado para Base Sepolia—. Otros son solo interfaz de usuario. Para CI, programa contra un faucet que ofrezca una API y almacena en caché una dirección financiada para que los trabajos no dependan de un faucet activo en tiempo de ejecución.
¿Necesito un endpoint RPC separado para usar un faucet?
No, pero necesitas un endpoint RPC para verificar el reclamo y desplegar contratos. Un endpoint público está bien para el trabajo temprano; un endpoint gestionado como el RPC de Base Sepolia de OnFinality es más predecible cuando varios desarrolladores o trabajos de CI lo comparten.
¿Qué pasa si todos los faucets de Base están vacíos?
Prueba una categoría diferente de faucet, puentea ETH de Sepolia desde Ethereum Sepolia, o pide a un compañero de equipo que envíe una pequeña cantidad desde su saldo de testnet. Para equipos, la solución duradera es financiar una dirección de prueba de larga duración una vez y reutilizarla.
Ethereum
Solana
Polygon
Base
Arbitrum
BNB Chain
Polkadot
Optimism
