Anchor vs Nativo

Programas Solana nativos usam entrypoint! e análise manual de contas. O Anchor gera dispatch, discriminadores, validação de contas e IDL a partir de macros, ao custo de tamanho binário e alguma sobrecarga de CU.

Receita

Quando usar isso: Você escolhe um framework para um novo programa ou debate a migração de código nativo existente.

Exemplo de Trabalho

// Anchor: a validação é declarativa
#[derive(Accounts)]
pub struct Increment<'info> {
    #[account(mut, has_one = authority)]
    pub counter: Account<'info, Counter>,
    pub authority: Signer<'info>,
}
 
// Equivalente nativo: verificações manuais em cada handler
// - verificar signatário
// - verificar owner == program_id
// - verificar counter.authority == authority.key()
// - desserializar com discriminador

O que isso demonstra:

• O Anchor adiciona verificações de discriminador nos dados da conta automaticamente
• IDL habilita módulos CPI declare_program! em 0.32
• Nativo/Pinocchio vence em CU para caminhos críticos (hot paths)
• Sistemas mistos podem fazer CPI entre frameworks com metadados de conta corretos

Análise Profunda

O que o Anchor Gera

• Dispatch de instrução - discriminadores de 8 bytes e desserialização Borsh.
• Validação de conta - Restrições de proprietário, signatário, mut, seeds, init, token.
• JSON IDL - Instruções, contas, tipos, erros para clientes.
• Auxiliares de CPI - Especialmente via anchor-spl e declare_program!.

Quando o Nativo Ainda Vence

• Orçamentos de CU extremos (matemática de AMM de alta frequência).
• Requisitos mínimos de tamanho de implantação.
• Programas sem necessidades de cliente tipado off-chain.

Armadilhas

• Assumir que o Anchor remove todo o trabalho de segurança - Invariantes personalizadas ainda precisam de constraint e require!. Correção: Modele ameaças explicitamente.
• Misturar frameworks em um único crate - Não suportado; escolha um por programa. Correção: Divida crates ou use nativo.
• Migração cega nativo→Anchor - Layouts de conta devem corresponder aos discriminadores. Correção: Planeje instruções de migração de dados.
• Ignorar regressão de CU - A sobrecarga do Anchor importa em escala. Correção: Perfis com solana program log e medidores de CU.
• Pular IDL para programas Anchor - Derrota a principal razão para usar Anchor. Correção: Publique IDL com cada lançamento.

Alternativas

FAQs

Relacionado

• Noções Básicas de Programas Nativos - modelo de ponto de entrada
• Interagindo com Programas Nativos/Pinocchio - sistemas mistos
• Otimização de CU e Tamanho - ajuste de sobrecarga

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.