Noções Básicas de Validador
7 exemplos para você começar com operações de validador - 4 básicos e 3 intermediários. Cobre votação, participação em consenso, papéis RPC vs validador e staking no Agave 4.1.1.
Pré-requisitos
- Solana CLI 3.0.10 para consultas ao cluster.
- Servidor atendendo diretrizes de hardware Solana para validação mainnet (veja Hardware & Networking).
solana --version
solana validators --url mainnet-beta | headExemplos Básicos
1. Consultar o Conjunto de Validadores
Validadores publicam vote accounts on-chain.
solana validators --url mainnet-beta --output json-compact | head -c 2000- Cada validador tem vote account e keypair de identidade.
- Pesos de stake determinam influência no leader schedule.
- Flag
delinquentmarca limites de votação perdidos.
Relacionado: Vote Accounts & Staking
2. Distinguir Validador vs Nó RPC
Nem todo servidor RPC é validador com stake.
# Validador executa agave-validator com --vote-account
# RPC-only pode executar agave-validator sem votar ou plugin RPC dedicado- Validadores votam no consenso Tower BFT.
- Nós RPC servem
getBlock,sendTransactionpara apps. - Muitos operadores executam frota RPC separada do validador votante.
Relacionado: Agave Client
3. Verificar Versão do Cluster
Validadores devem permanecer em versões Agave compatíveis.
solana cluster-version --url mainnet-beta- Upgrades de rede coordenam via canais de release (ecossistema Agave 4.1.1).
- Versões defasadas arriscam delinquency ou incompatibilidade de fork.
- Monitore anúncios
#validator-operatorsantes de upgrades.
4. Ler Informações de Época
Recompensas de stake e leader schedule rotacionam por época.
solana epoch-info --url mainnet-beta- Comprimento de época em slots (~2 dias na mainnet).
slotIndexrastreia progresso dentro da época.- Planeje janelas de manutenção em torno de limites de época quando possível.
Relacionado: Monitoring & Epoch Ops
Exemplos Intermediários
5. Chave de Identidade vs Chave de Voto
Operadores protegem papéis de chave distintos.
Identity keypair: pays for vote txs, receives priority fee tips (config-dependent)
Vote account: on-chain stake delegation target- Armazene chaves em módulos de hardware ou HSM para produção.
- Rotacione identidade com cuidado - atualize registros on-chain.
6. Consciência de Stake-Weighted QoS
Validadores com stake recebem melhor agendamento de transações (SWQoS).
solana stakes <VOTE_ACCOUNT> --url mainnet-beta- Mais stake melhora inclusão sob congestionamento.
- Jito-Solana adiciona caminhos de bundle/MEV (Jito-Solana).
Relacionado: Stake-Weighted QoS
7. Seleção de Cliente
Agave é padrão; Firedancer/Frankendancer e Jito-Solana são alternativas.
| Cliente | Perfil de operador |
|---|---|
| Agave 4.1.1 | Uso geral, mainline Anza |
| Frankendancer | Híbrido focado em performance |
| Jito-Solana | Validação com MEV habilitado |
Relacionado: Firedancer / Frankendancer
Versões da stack: Esta página foi 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 e LiteSVM 0.6.x.