Busca en todas las páginas de la documentación
Los programas pueden crecer (o reducir) los datos de la cuenta a través de la llamada al sistema/CPI realloc, pagando alquiler adicional de un pagador. Requerido cuando los esquemas crecen o las colecciones dinámicas se expanden.
account.realloc(new_len, false)?;
account.transfer_required_rent(payer)?; // conceptualmente - usa el patrón CPI de reallocCuándo usar esto:
// Nativo: usa solana_program::program::realloc o patrones de CPI del sistema por SDK
// Después de realloc, inicializa los nuevos bytes y los nuevos campos
let new_len = old_len + 8;
// realloc la cuenta a new_len con el pagador financiando la diferencia de alquilerLo que esto demuestra:
Restricción de realloc en 0.32.1.
// Documentar max_len para limitar el griefing.max_len.| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
| Migración de cuenta nueva | Más seguro | Fricción para el usuario |
| Tamaño máximo fijo por adelantado | Desperdicia alquiler temprano | Simple |
| Almacenamiento fuera de la cadena | Barato | Modelo de confianza |
El firmante pagador que especifiques.
Límite de cuenta de 10 MB.
Al destinatario elegido.
Atributo en la cuenta.
Serialización de transacciones por cuenta.
Práctica de seguridad requerida.
Ruta de actualización común.
Soportado.
Perfil de ix de realloc.
El pagador sí.
Establecer la longitud nueva absoluta.
Planificar espacio adicional temprano.
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