Notes opérationnelles pour la validation de Solana Testnet
Présentation
Testnet sert non seulement d'environnement de validation pour les changements de réseau principal, mais aussi de condition préalable pour les programmes de stake et d'évaluation tels que le PSFS.
Lors de l'exploitation des validateurs testnet utilisant SLV, il y a des contraintes et des considérations qui diffèrent de Mainnet, et celles-ci doivent être comprises à l'avance.
Cette page résume les points opérationnels qui sont particulièrement importants pour les validateurs participant au SFDP et pour l'utilisation de BAM sur testnet.
Opération de validation testnet avec stake du SFDP à l'esprit
Les validateurs participant au programme SFDP sont censés exploiter un validateur testnet qui est du même type de client que leur validateur mainnet **.
L'évaluation ne se concentre pas uniquement sur la question de savoir si le validateur peut démarrer, mais plutôt sur la cohérence avec le comportement du réseau principal, y compris la stabilité, les caractéristiques d'exécution et le comportement pendant les mises à niveau.
SLV prend en charge les configurations de testnet suivantes:
- Agave
- Danseur de feu
- BAM
Assurez-vous d'exécuter un validateur testnet de la même famille de clients que celui utilisé sur Mainnet.
Notes sur l'utilisation de BAM Testnet (contraintes géographiques)
Lorsque vous utilisez BAM sur testnet, il existe actuellement de fortes contraintes de latence réseau.
Dans la pratique, le maintien d'une latence de moins de 35 ms aux nœuds BAM** est une condition préalable. De régions situées en dehors des États-Unis, les connexions ne parviennent souvent pas à s'établir ou à être maintenues de façon fiable.
Avant d'utiliser BAM Testnet, assurez-vous de vérifier:
- Exécuter des tests de ping contre les nœuds BAM cibles et confirmer que la latence est toujours inférieure à 35 ms
- Si la latence dépasse 35 ms, ne présumez pas que BAM Testnet peut être utilisé dans cette région.
Régions de déploiement des nœuds d'essai BAM (janvier 2026)
En janvier 2026, les nœuds BAM Testnet accessibles au public ne sont déployés que dans les trois régions suivantes:
- Dallas
- New York
- Salt Lake City
Consultez toujours la page officielle ci-dessous pour les dernières informations sur le déploiement.
https://bam.dev/validators/
Compte tenu de la situation actuelle, l'utilisation réaliste de BAM Testnet nécessite le déploiement de validateurs de testnet dans:
- Une des trois régions énumérées ci-dessus
- Ou à proximité des régions américaines comme Chicago ou Los Angeles
Bien que l'élargissement à l'EMEA et à l'Asie soit prévu, la limitation actuelle aux régions basées aux États-Unis devrait être comprise comme une contrainte temporaire, et non comme permanente.
Lorsque le rendement du vote n'améliore pas Testnet
Si vous rencontrez un problème où la performance du vote testnet ne s'améliore pas, vérifiez d'abord si la mise est appliquée au valideur.
Dans Solana, la quantité de stake affecte la priorité de propagation des données. Avec un enjeu zéro, la priorité devient la plus faible, et les votes peuvent toujours manquer les délais. Même lorsque le validateur semble se présenter normalement, environ la moitié des votes peuvent échouer.
Vous pouvez vérifier les votes invalides dans l'explorateur, ou confirmer le statut de vote avec:
bash
solana vote-account VOTE_ACCOUNT_PUBKEY -u testnetsolana vote-account VOTE_ACCOUNT_PUBKEY -u testnetSi les votes ne sont pas réussis comme prévu, vérifiez le montant de la stake avec:
bash
solana stake-account key.jsonsolana stake-account key.jsonPlus d'enjeux augmente la priorité, mais même quelques centaines à quelques milliers peuvent aider. Il est probable qu'un état à prise nulle soit traité comme une condition de pénalité, ce qui exige une prudence supplémentaire.