Mejores Prácticas para Validadores
Un resumen condensado de las 25 prácticas más importantes para operaciones de validadores extraídas de cada página de esta sección.
-
Separar las claves de identidad y voto: Nunca reutilices un par de claves para ambos (Cuentas de Voto).
-
NVMe para ledger + cuentas: No usar HDD para producción en mainnet (Hardware).
-
Dividir los discos de ledger y cuentas: Reducir la contención de IO.
-
Aumentar ulimit nofile: 1M+ archivos abiertos para agave-validator.
-
Fijar Agave 4.1.1: Coincidir con la versión soportada del clúster (Cliente Agave).
-
limit-ledger-size: Prevenir la detención por disco lleno.
-
Monitorizar la sincronización continuamente: Alertar si está atrasado >5 minutos.
-
Pagar inmediatamente por incumplimiento: La pérdida de crédito depende de la época (Monitorización).
-
Seguir la tasa de saltos: Investigar picos sostenidos.
-
Fondear la cuenta de voto: Asegurar SOL para las transacciones de voto en curso.
-
Política de comisiones transparente: Documentar los cambios para los delegadores.
-
Auto-stake para el arranque: Stake significativo para SWQoS (SWQoS).
-
RPC con stake para aplicaciones: Si operas un negocio de RPC, divulga el stake que lo respalda.
-
Cortafuegos para RPC: Vincular a redes internas o usar proxy; RPC público es un imán de abusos.
-
Probar las actualizaciones primero en devnet: Misma clase de hardware cuando sea posible.
-
Página de estado de mantenimiento: Comunicar el trabajo en los límites de la época.
-
Copias de seguridad de las claves de identidad/voto: Módulos de hardware + fragmentos de recuperación sin conexión.
-
Plan de arranque con snapshots: Sincronización rápida después de un desastre.
-
Evaluar el cliente deliberadamente: Agave por defecto; Frankendancer/Jito solo con runbooks (Firedancer, Jito).
-
Transparencia de MEV: Si usas Jito-Solana, publica la política de reparto de propinas.
-
Retirar recompensas según lo programado: Operaciones de tesorería a través de la autoridad de retiro.
-
Monitorizar disco >80%: Pagar antes de la parada catastrófica.
-
Calendario epoch-info: Planificar las actualizaciones lejos de las ventanas críticas para los delegadores cuando sea posible.
-
Diligencia opcional de DoubleZero: Medir el beneficio de latencia antes de gastar capital.
-
Ruta de reversión del cliente: Mantener la instalación de Agave para revertir desde clientes experimentales.
Preguntas Frecuentes
¿Validador mínimo viable en mainnet?
Agave 4.1.1, doble NVMe, 256 GB de RAM, monitorización, cuenta de voto, arranque con auto-stake, comunicaciones de estado.
¿Preocupación principal de los delegadores?
Historial de tiempo de actividad e incumplimiento: las prácticas de monitorización afectan directamente a las entradas de stake.
¿Ruta de aprendizaje en Devnet?
Cuenta de voto en devnet, validador pequeño, practicar la monitorización antes del capital de mainnet.
Relacionados
- Conceptos Básicos de Validador - entrada de sección
- Cliente Agave - referencia de inicio
- Monitorización y Operaciones de Época - alertas
- Mejores Prácticas para Validadores Locales de Desarrollo - contraste de validadores de desarrollo
Versiones de la pila: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0, y LiteSVM 0.6.x.