TowerBFT + PoH
O consenso BFT baseado em votos na era Agave. Este guia tem como alvo validadores Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1 e clientes @solana/kit 7.0.0.
//
Busque em todas as páginas da documentação
O consenso BFT baseado em votos na era Agave. Este guia tem como alvo validadores Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1 e clientes @solana/kit 7.0.0.
Cartão de receita de referência rápida.
solana config set --url devnet
solana balanceimport { createSolanaRpc } from "@solana/kit";
const rpc = createSolanaRpc("https://api.devnet.solana.com");Quando usar isto:
import { createSolanaRpc, address } from "@solana/kit";
const rpc = createSolanaRpc("https://api.devnet.solana.com");
const slot = await rpc.getSlot().send();
const sig = "COLE_ASSINATURA_APÓS_SUA_TX";
const tx = await rpc
.getTransaction(sig, { encoding: "json", maxSupportedTransactionVersion: 0 })
.send();
console.log({ slot, err: tx?.meta?.err, cu: tx?.meta?.computeUnitsConsumed });use anchor_lang::prelude::*;
#[program]
pub mod demo {
use super::*;
pub fn log_slot(_ctx: Context<LogSlot>) -> Result<()> {
let clock = Clock::get()?;
msg!("slot: {}", clock.slot);
Ok(())
}
}
#[derive(Accounts)]
pub struct LogSlot {}O que isto demonstra:
// Use matemática verificada e restrições explícitas em programas
require!(amount > 0, MyError::InvalidAmount);| Alternativa | Usar Quando | Não Usar Quando |
|---|---|---|
| @solana/kit 7.0.0 | Novos clientes TypeScript | Manutenção de código legado temporariamente |
| Solana CLI 3.0.10 | Operações e sondagens rápidas | Assinatura de transações em produção em escala |
| Surfpool 0.12.0 | Testes de integração do Anchor | Implantação em produção |
| LiteSVM 0.6.x | Testes unitários rápidos | Validação completa do comportamento da rede |
Validadores Agave 4.1.1 votam em sincronia com os ticks PoH; as confirmações se aprofundam à medida que os votos se acumulam em um fork.
Use Solana CLI 3.0.10, que é compatível com Agave 4.1.1. Instale com agave-install init 4.1.1 (ou o arquivo de pin da sua equipe) e 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.
Reorgs são raros, mas possíveis antes de finalized. Se uma tx desaparecer, ela provavelmente estava em um fork descartado - espere por finalized para ações irreversíveis.
Sim - aponte CLI e RPC para https://api.devnet.solana.com. O comportamento corresponde ao mainnet; apenas os dados da conta e a economia diferem.
TowerBFT é da camada de consenso - sem impacto direto na CU. O impacto no cliente é qual nível de commit você consulta.
Os 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 não executa votos TowerBFT; transações são bem-sucedidas ou falham imediatamente nos testes.
O cliente validador foi renomeado para Agave (4.1.1), a 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.
Consulte getSignatureStatuses em confirmed e finalized; use isBlockhashValid ao tentar novamente após forks.
consensus-alpenglow para tópicos complementaresVersõ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.
Revisado por Chris St. John·Última atualização: 16 de jul. de 2026