Busca en todas las páginas de la documentación
Las cuentas propiedad del sistema son simples contenedores de lamports. Las cuentas propiedad del programa tienen datos estructurados interpretados por su propietario. Las cuentas de programa (ejecutables) contienen bytecode BPF. Cada tipo tiene reglas de mutación diferentes.
| Tipo | Propietario | Ejecutable | Uso Típico |
|---|---|---|---|
| Billetera | Programa del Sistema | falso | Mantener SOL |
| PDA de Datos | Tu programa | falso | Estado de la aplicación |
| Cuenta de Token SPL | Programa de Token | falso | Saldos de tokens |
| Programa | Cargador BPF | verdadero | Lógica en cadena |
use anchor_lang::prelude::*;
declare_id!("Fg6PaFpoGXkYsidMpWTK6W2BeZ7FEfcYkg476zPFsLnS");
#[derive(Accounts)]
pub struct TransferSol<'info> {
#[account(mut)]
pub from: SystemAccount<'info>,
#[account(mut)]
pub to: SystemAccount<'info>,
pub system_program: Program<'info, System>,
}
#[derive(Accounts)]
pub struct MutateState<'info> {
#[account(mut, owner = crate::ID)]
pub state: Account<'info, GameState>,
}Lo que esto demuestra:
SystemAccount envuelve cuentas que solo contienen lamports.owner = your_program_id.data y debitar lamports (dentro de las reglas).| Programa | ID (conocido) | Rol |
|---|---|---|
| Sistema | 11111...1111 | Ciclo de vida de la cuenta, transferencia de SOL |
| Token SPL | Tokenkeg... | Tokens fungibles |
| Cargador BPF | BPFLoaderUpgradeab1e... | Desplegar y actualizar programas |
Account<T>: la deserialización falla en datos vacíos. Solución: usar SystemAccount o Signer.owner = program_id o usar la verificación automática Account<T> de Anchor.Program<'info, T> o AccountInfo para CPI.| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
SystemAccount | Cuentas solo de SOL | Datos estructurados |
Account<T> | Estado de programa tipado | Diseños brutos desconocidos |
InterfaceAccount | Compatibilidad con Token-2022 / MPL | Cuentas de sistema simples |
El Programa del Sistema. Los datos están vacíos; los lamports contienen SOL.
No. El programa de Token SPL es el propietario de las cuentas de token.
Un programa desplegado. executable = true, propiedad de un cargador BPF.
A través de la instrucción assign del Programa del Sistema, llamada por el programa propietario actual.
Sí. Las transacciones comúnmente incluyen billeteras, PDAs, cuentas de token e IDs de programa.
Es el propietario de las cuentas de programa actualizables en Agave 4.1.1. Separa el ID del programa de los datos del programa.
No. Los PDAs son propiedad del programa que los derivó.
La cuenta es propiedad de tu programa; los usuarios la controlan a través de la autoridad firmante almacenada en los datos o como semillas de PDA.
Otro programa podría escribir tus datos. Error crítico de seguridad.
Account<'info, T> verifica automáticamente que el propietario sea igual al ID del programa. Añade owner = X explícitamente para cuentas entre programas.
Sí. Solo él puede crear cuentas y asignar propietarios iniciales sin ser el propietario actual.
Sí. Los programas acumulan lamports para el alquiler; los retiros requieren lógica del programa.
Versiones de la Pila: Esta página fue 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, y LiteSVM 0.6.x.
Revisado por Chris St. John·Última actualización: 16 jul 2026