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 manualO 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
| Framework | Deps | IDL | CU Típico |
|---|---|---|---|
| Anchor 0.32.1 | Maior | Embutido | Baseline |
| Pinocchio | Mínimo | Externo | Menor |
| Steel | Leve | Externo | Médio-baixo |
| Native | Mínimo | Manual | Menor teto |
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
| Alternativa | Use Quando | Não Use Quando |
|---|---|---|
| Ficar no Anchor | Apps padrão | Dor de CU comprovada |
| Native completo | Controle máximo | Velocidade mais lenta |
| CPI híbrido | Separar preocupações | Dois deployáveis |
FAQs
Pinocchio pronto para produção?
Usado em programas críticos de performance - avalie por equipe.
Steel vs Pinocchio?
Steel adiciona ergonomia; Pinocchio é o mais mínimo.
Anchor morreu?
Não - padrão para a maioria das equipes.
Trilha de aprendizado?
Anchor depois internals Pinocchio.
LiteSVM para todos?
Sim para testes.
Geração de IDL?
Codama a partir de anotações.
Caminho de upgrade?
Redeploy novo program id ou upgrade authority.
Build verificável?
Mesmo solana-verify.
Números de CU?
Profile - sem % universal.
Segurança?
Carga de validação manual maior.
Agave 4.1.1?
Fixe SDK em toda a stack.
Comunidade?
Ecossistema leve em crescimento.
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.