Buenas Prácticas de Fundamentos de Anchor
Una estructura inicial limpia para nuevos espacios de trabajo de Anchor 0.32.1. Úselo como una lista de verificación de PR para programas nuevos.
//
Busca en todas las páginas de la documentación
Una estructura inicial limpia para nuevos espacios de trabajo de Anchor 0.32.1. Úselo como una lista de verificación de PR para programas nuevos.
Cargo.toml de cada programa y haga coincidir con Anchor CLI.programs/ con nombres claros.lib.rs legibles.initialize, deposit, withdraw.Err(ProgramError::Custom) en bruto.close = destination.anchor keys sync después del despliegue para prevenir discrepancias de ID.0.32.1 para anchor-lang, Anchor CLI y ejemplos en esta sección.
Sí. Solana CLI 3.0.10 maneja los pares de claves, los airdrops y la inspección de solana program.
target/idl/<program>.json en su espacio de trabajo.
Sí, pero cada campo sin verificar necesita restricciones explícitas o comprobaciones del manejador.
Use anchor test con Surfpool 0.12.0 o LiteSVM 0.6.x en CI.
El discriminador de cuenta de Anchor; no lo elimine al dimensionar space.
Sí, o publique el IDL en la cadena para que los clientes tengan una fuente canónica.
Ejecute con logs; Anchor imprime el nombre de la restricción y el índice de la cuenta.
Sí. Esta pila se dirige a validadores Agave con Solana CLI 3.0.10.
Consulte los artículos hermanos en Relacionados para temas más profundos sobre las mejores prácticas de los fundamentos de Anchor.
Versiones de la pila: Esta página se escribió 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, y LiteSVM 0.6.x.
Revisado por Chris St. John·Última actualización: 19 jul 2026