1/ SIMD-0186: La especificación de tamaño de datos de transacciones cargadas estandariza la forma en que Solana calcula los datos totales de la cuenta que carga un txn. Define un método seguro para el consenso para que cada cliente calcule el mismo tamaño y haga que el tamaño de txn sea predecible. Esto es lo que soluciona y cómo funciona 🧵

2/ Las implementaciones anteriores para el dimensionamiento de datos txn eran poco intuitivas y demasiado complejas. La carga de cuentas del programa, especialmente con el cargador actualizable BPF, tenía casos extremos complicados que dificultaban las implementaciones independientes.

3/ SIMD-0186 hace que las reglas sean simples y explícitas: cada cuenta cargada se cuenta exactamente una vez. Los programas que utilizan el BPF Upgradeable Loader incluyen sus datos de programa, agregan 64 bytes por cuenta para metadatos y ALT agregan 8,248 bytes cada uno.

4/ Por qué es importante para los desarrolladores: los datos de la cuenta cargada están limitados por tx y el nuevo cálculo podría ser significativamente mayor o menor para ciertos txns. Es posible que los txns que establezcan el límite de tamaño de los datos de su cuenta cargada deban ajustarse en consecuencia. Las txns cercanas a su límite máximo de 64 MB ahora pueden fallar.

5/ El límite predeterminado de tx es de 64 MB (16k CU). Puede reducirlo con la instrucción de presupuesto de proceso SetLoadedAccountsDataSizeLimit. Reducir ese límite puede mejorar la programación debido a un menor costo por tarifas pagadas.

6/ ¿Por qué tener un límite de tamaño de datos cargados? De manera similar al límite de CU por tx, los validadores obtienen una contabilidad predecible para los datos de cuenta cargados de un txn. SIMD-0186 garantiza que los clientes validadores logren resultados idénticos de tamaño de datos txn, eliminando el riesgo de consenso y simplificando el desarrollo del cliente.