Melhores Práticas de Consenso

O Agave 4.1.1 está em transição para o Alpenglow - trate os tempos de confirmação como dependentes da versão.

Use Solana CLI 3.0.10, que combina com Agave 4.1.1. Instale com agave-install init 4.1.1 (ou o arquivo de pin da sua equipe), depois verifique com solana --version e agave-install --version.

Use @solana/kit 7.0.0 para novos métodos RPC tipados em TypeScript, superfície de API menor e exemplos nesta página já usam Kit. Mantenha web3.js apenas para bases de código legadas; migre chamadas RPC e construção de transações incrementalmente.

Use confirmed para UX que tolera forks raros; use finalized antes de pagamentos irreversíveis ou mensagens de ponte. Reavalie os tempos limite durante a implantação do Alpenglow.

Quando as transações desaparecem, verifique o nível de compromisso: confirmed não é finalized. Registre as transições de status durante a migração.

Sim - aponte o CLI e o RPC para https://api.devnet.solana.com. O comportamento corresponde ao mainnet; apenas os dados da conta e a economia diferem.

Mudanças de consenso raramente afetam CU - concentre-se na UX de confirmação e nas configurações de tempo limite.

Padrões do Anchor 0.32.1 se aplicam quando você escreve programas on-chain: contas tipadas, guardas require!, e geração de IDL - use avm use 0.32.1 e anchor-lang = "0.32.1" em Cargo.toml.

Surfpool ajuda a testar scripts de polling do cliente contra estado forkado; ele não simula os internos de votação do validador.

LiteSVM para lógica de programa; RPC do devnet para comportamento de finalidade durante a implantação do Alpenglow.

O cliente validador foi renomeado para Agave (4.1.1), o CLI 3.0.10 se alinha a ele, e o trabalho do Alpenglow está mudando a finalidade - fixe as versões e leia as notas de lançamento a cada atualização.

getSignatureStatuses em múltiplos compromissos; getVoteAccounts para saúde do validador.