Visão Geral de Frameworks Leves

Pinocchio e Steel oferecem abstrações mais finas sobre solana-program do que Anchor 0.32.1, trocando macros e açúcar de IDL por menor overhead de CU e binários menores. Equipes os escolhem quando a economia do hot-path importa.

Receita

Compare: Anchor (velocidade) vs Pinocchio (deps mínimas) vs Steel (native ergonômico). Faça profiling antes de trocar.

Quando usar isso:

• Orçamento de CU bloqueia lançamento do produto.
• Tamanho do binário perto dos limites de deploy.
• Construir infraestrutura reutilizada por muitos chamadores.

Exemplo de Trabalho

Eixos de decisão:
1. Expertise Anchor da equipe vs profundidade Rust de sistemas
2. p99 CU da instrução crítica (simule)
3. Necessidade de IDL embutido vs pipeline Codama
4. Capacidade de revisão de segurança para validação manual

O que isso demonstra:

• Escolha de framework é econômica, não moral.
• Muitas equipes usam Anchor na camada de app + core native/Pinocchio.
• Interop via CPI entre estilos.

Deep Dive

Comparação de Stacks

Migração

Profile Anchor -> reescreva hot ix em módulo Pinocchio (avançado).

Armadilhas

• Reescrever sem métricas - Complexidade sem ganho. Correção: Simule primeiro.
• Perder IDL acidentalmente - Quebra de clientes. Correção: Codama/kinobi.
• Sub-auditar checks manuais - Regressão de segurança vs Anchor. Correção: Checklist de validação.
• Fixar todas as versões - Drift do Agave 4.1.1.. Correção: Trave toolchain.
• Ignorar história do cliente - Builders TS ainda precisam de schemas. Correção: Publique IDL JSON.

Alternativas

FAQs

Relacionado

• Noções Básicas de Pinocchio - Comece
• Quando Usar Qual Framework - Checklist
• Ganhos de CU e Tamanho de Binário - Métricas

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.