Cómo conseguir SOL de devnet en el faucet oficial de Solana
El Solana Faucet está operado por la Solana Foundation y admite tanto devnet como testnet. Limita a los usuarios anónimos a 2 solicitudes cada 8 horas, e iniciar sesión con GitHub desbloquea un límite mayor. Las cuentas de GitHub se validan antes de aumentar el límite, por lo que las cuentas nuevas o vacías pueden no superar la verificación.
Así puedes reclamar SOL gratis:
- Abre el faucet: ve a faucet.solana.com y selecciona devnet o testnet. Devnet es la opción adecuada para casi todo el desarrollo de aplicaciones.
- Pega la dirección de tu wallet: Introduce la dirección pública de una wallet de Solana como Phantom, Solflare o Backpack. Asegúrate de que la propia wallet esté configurada en devnet antes de consultar tu saldo.
- Elige una cantidad y confirma: Selecciona una cantidad en el menú desplegable y haz clic en Confirm Airdrop. Los tokens suelen llegar en cuestión de segundos.
- Inicia sesión con GitHub si necesitas más: conecta una cuenta de GitHub para ampliar tu límite de solicitudes cuando se agote el cupo anónimo.
Un cambio que conviene conocer en 2026 es que el faucet ahora indica expresamente a los agentes de IA que no usen la interfaz web. Las herramientas de programación con agentes que ejecutan pruebas de Solana son dirigidas en su lugar al airdrop por CLI, al faucet de prueba de trabajo o a un validador local, una muestra de cuánto tráfico automatizado absorben ahora estos faucets.
Otros faucets de Solana
Los faucets públicos se agotan y limitan las solicitudes, así que conserva copias de seguridad. Todas las opciones siguientes aparecen en la guía oficial de faucets de Solana:
- Faucet de QuickNode: el faucet de QuickNode admite devnet y testnet y permite una entrega por red cada 12 horas. Conectas un wallet en lugar de pegar una dirección.
- SolFaucet: un faucet comunitario de largo recorrido en solfaucet.com que transmite airdrop a través de los endpoints RPC públicos de devnet y testnet, por lo que falla cuando esos endpoints están congestionados.
- DevnetFaucet.org: un faucet comunitario en devnetfaucet.org con límites de uso independientes de los de los endpoints RPC públicos, útil cuando los canales oficiales se han agotado. Su sitio hermano, TestnetFaucet.org, cubre testnet.
- Faucet de prueba de trabajo: Ellipsis Labs mantiene un faucet PoW de devnet que entrega SOL de devnet a cambio de la capacidad de cálculo de tu equipo. Se instala como una pequeña herramienta de Rust y mina en segundo plano; es más lento que un faucet web, pero prácticamente no tiene límite.
- Faucets de Discord: los servidores de Discord 76 Devs y LamportDAO ejecutan bots de faucet que envían SOL de devnet bajo demanda cuando todas las opciones web tienen límites de uso.
Una corrección a guías anteriores, incluidas las nuestras: el faucet de Solana de Stakely ya no distribuye tokens de devnet. Ahora envía aproximadamente 0,001 SOL de mainnet para cubrir el gas de wallets bloqueados, una herramienta distinta para un problema distinto.
Cómo obtener SOL de devnet desde la línea de comandos
Con la CLI de Solana instalada y apuntando a devnet, solana airdrop 2 envía 2 SOL a tu wallet configurado en un solo paso. La biblioteca web3.js ofrece la misma solicitud de airdrop de forma programática, que es como la mayoría de los conjuntos de pruebas financian pares de claves desechables.
Los airdrop de RPC públicos son los primeros en fallar cuando devnet está saturada. Si las solicitudes siguen fallando, apunta tu CLI a un proveedor de RPC que participe en la distribución de SOL de devnet. Helius, QuickNode y Triton lo hacen actualmente, y el cambio consiste en modificar la URL del endpoint del proveedor en la configuración. Los límites de los proveedores suelen ser mucho más flexibles que los de los públicos compartidos.
Si las transacciones siguen fallando después de depositar fondos, lo más probable es que la causa sea la congestión o las comisiones de prioridad, y nuestra guía para solucionar las transacciones fallidas de Solana explica las causas habituales.
Evita el faucet: validadores locales y bifurcación de mainnet
Muchos equipos de Solana han dejado de usar devnet para las pruebas del día a día. Dos opciones locales eliminan por completo el problema del faucet.
El primero es el test validator que se incluye con la CLI de Solana. Ejecuta solana-test-validator para obtener una cadena privada en localhost donde puedes hacerte un airdrop de cualquier cantidad al instante, porque los SOL los acuña tu propio nodo.
La segunda es Surfpool, una red local en memoria mantenida bajo la Solana Foundation que bifurca mainnet bajo demanda. Obtiene cuentas y programas reales de mainnet justo a tiempo, de modo que puedes probar con el estado en directo de Jupiter o Raydium sin desplegar nada, y sus métodos RPC de cheatcode establecen directamente el saldo de SOL, USDC u otros tokens de cualquier wallet. Para las pruebas de integración con protocolos reales ha sustituido en gran medida el tedioso proceso del faucet de devnet. Las suites de pruebas en Rust que no necesitan un nodo en ejecución utilizan cada vez más LiteSVM, la biblioteca SVM ligera sobre la que se construye Surfpool.
Los faucets siguen siendo importantes para el último tramo, ya que devnet sigue siendo el único lugar público para probar conexiones de wallet, el comportamiento de RPC y cualquier cosa que implique a otras personas. Para el ciclo de desarrollo e iteración, las herramientas locales son mejores.
Solana devnet frente a testnet en 2026
Devnet es la red que deberían usar los desarrolladores de aplicaciones. Sigue de cerca el software de mainnet, sus tokens son gratuitos en los faucets mencionados y su estado persiste con la fiabilidad suficiente para proyectos en curso.
Testnet existe para que los operadores de validador y los colaboradores principales sometan las versiones a pruebas de estrés, y en 2026 tiene más actividad de lo habitual. La revisión del consenso Alpenglow de Anza, el mayor cambio en el consenso de Solana desde su lanzamiento, se puso en marcha en un clúster de pruebas de la comunidad en mayo de 2026, antes del despliegue previsto en mainnet a finales de este año, y testnet ejecuta de forma habitual compilaciones beta de Agave junto con versiones de Firedancer. Espera código experimental, reinicios intermitentes e inactividad. A menos que operes un validador, quédate en devnet.
Los tokens de ninguna de las dos redes tienen valor, y ningún faucet de mainnet reparte cantidades significativas de SOL real. Cualquier cosa que afirme lo contrario es una estafa. En mainnet, cada transacción cuesta SOL real en comisiones, que es justo lo que las redes de prueba te permiten evitar.
Cómo aprovechar al máximo el límite de un faucet
La forma más fácil de conseguir SOL de devnet es no gastarlo dos veces. Los despliegues de programas bloquean SOL en cuentas de búfer, y los despliegues fallidos o abandonados lo dejan atrapado. Ejecuta solana program show --buffers para listarlas y después solana program close <buffer account> para recuperar el saldo.
Cerrar los programas que ya no necesitas también recupera el SOL de su despliegue, aunque el ID de un programa cerrado nunca puede reutilizarse. Los equipos que ejecutan pipelines de CI deberían reciclar un keypair de devnet con fondos entre ejecuciones en lugar de saturar el faucet en cada tarea.
Conclusiones
Conseguir SOL de prueba en 2026 tiene menos que ver con encontrar el único faucet que funciona y más con elegir la capa adecuada. El faucet oficial cubre las necesidades puntuales con 2 solicitudes cada 8 horas, los faucets de la CLI y de los proveedores de RPC cubren la financiación programática, y los validadores locales o Surfpool eliminan por completo la restricción.
Empezaríamos cada proyecto nuevo en local, pasaríamos a devnet cuando necesites un entorno público compartido y dejaríamos testnet para los validadores que ponen a prueba Alpenglow.
