Notas operativas para los validadores de testeto de Solana
Introducción
Testnet sirve no sólo como un entorno de validación para los cambios de mainnet, sino también como un requisito para los programas de participación y evaluación como SFDP.
Cuando los validadores de testnet operativos utilizan SLV, hay limitaciones y consideraciones que difieren de mainnet, y estos deben ser entendidos con antelación.
Cuando los validadores de testnet operativos utilizan SLV, hay limitaciones y consideraciones que difieren de mainnet, y estos deben ser entendidos con antelación.
Esta página resume los puntos operativos que son particularmente importantes para los validadores SFDP y para utilizar BAM en testnet.
Operación Validator de Testnet con participación SFDP en mente
Se espera que los validadores que participan en el programa SFDP operen un validador de testnet que es del mismo tipo de cliente como su validador principal.
La evaluación no se centra únicamente en si el validador puede comenzar, sino más bien en la consistencia con el comportamiento de mainnet, incluyendo la estabilidad, características de ejecución y comportamiento durante las actualizaciones.
La evaluación no se centra únicamente en si el validador puede comenzar, sino más bien en la consistencia con el comportamiento de mainnet, incluyendo la estabilidad, características de ejecución y comportamiento durante las actualizaciones.
SLV admite las siguientes configuraciones de testnet:
- Agave
- Firedancer
- BAM
Por favor, asegúrese de ejecutar un validador de testnet de la misma familia cliente que el utilizado en mainnet.
Notas sobre el uso de BAM Testnet (Constraintes geográficos)
Al utilizar BAM en testnet, actualmente existen fuertes restricciones de latencia de la red.
En la práctica, mantener una latencia de menos de 35m a los nodos BAM** es un requisito previo. Desde regiones fuera de los Estados Unidos, las conexiones a menudo no se establecen o no se pueden mantener de forma fiable.
En la práctica, mantener una latencia de menos de 35m a los nodos BAM** es un requisito previo. Desde regiones fuera de los Estados Unidos, las conexiones a menudo no se establecen o no se pueden mantener de forma fiable.
Antes de usar BAM Testnet, asegúrese de verificar lo siguiente:
- Ejecute pruebas de ping contra los nodos BAM blanco y confirme que la latencia es consistentemente inferior a 35m
- Si la latencia excede los 35ms, no asuma que BAM Testnet se puede utilizar de esa región
BAM Testnet Node Deployment Regions (al 20 de enero de 2026)
A enero de 2026, los nodos de BAM Testnet disponibles públicamente se despliegan sólo en las tres regiones siguientes:
- Dallas
- Nueva York
- Salt Lake City
Siempre consulte la página oficial de abajo para la información más reciente del despliegue.
https://bam.dev/validators/
https://bam.dev/validators/
Dada la situación actual, el uso de BAM Testnet requiere de forma realista el despliegue de validadores de testnet en:
- Una de las tres regiones mencionadas anteriormente
- O regiones cercanas como Chicago o Los Ángeles
Mientras se planifica la expansión a EMEA y Asia, la actual limitación a las regiones con sede en Estados Unidos debe entenderse como una limitación temporal **, no como permanente.
Cuando el rendimiento del voto de testnet no mejora
Si se enfrenta a un problema en el que el rendimiento de los votos de testnet no mejora, primero verifique si el stake se aplica al validator.
En Solana, la cantidad de participación afecta la prioridad de propagación de datos. Con cero participación, la prioridad se convierte en la más baja, y los votos pueden perder constantemente los plazos. Incluso cuando el validador parece correr normalmente, aproximadamente la mitad de los votos puede fallar.
En Solana, la cantidad de participación afecta la prioridad de propagación de datos. Con cero participación, la prioridad se convierte en la más baja, y los votos pueden perder constantemente los plazos. Incluso cuando el validador parece correr normalmente, aproximadamente la mitad de los votos puede fallar.
Usted puede comprobar los votos inválidos en el explorador, o confirmar el estado de voto con:
bash
solana vote-account VOTE_ACCOUNT_PUBKEY -u testnetsolana vote-account VOTE_ACCOUNT_PUBKEY -u testnetSi los votos no tienen éxito como se espera, compruebe la cantidad de participación con:
bash
solana stake-account key.jsonsolana stake-account key.jsonMás apuesta aumenta la prioridad, pero incluso algunos cientos a unos pocos miles pueden ayudar. Es probable que un estado de cero toma sea tratado como una condición de sanción, por lo que se requiere precaución adicional.