1/ SIMD-0186: A especificação de tamanho de dados de transação carregada padroniza como a Solana calcula o total de dados da conta que um txn carrega. Ele define um método seguro para consenso para que cada cliente calcule o mesmo tamanho e torne o dimensionamento do txn previsível. Aqui está o que ele corrige e como funciona 🧵

2/ As implementações anteriores para o dimensionamento de dados txn não eram intuitivas e excessivamente complexas. O carregamento da conta do programa, especialmente com o BPF Upgradeable Loader, tinha casos extremos complicados que dificultavam implementações independentes.

3/ SIMD-0186 torna as regras simples e explícitas: cada conta carregada é contada exatamente uma vez. Os programas que usam o BPF Upgradeable Loader incluem seus dados de programa, adicionam 64 bytes por conta para metadados e os ALTs adicionam 8.248 bytes fixos cada.

4/ Por que é importante para os desenvolvedores: os dados da conta carregada são limitados por tx e o novo cálculo pode ser significativamente maior ou menor para certos txns. Os Txns que definem o limite de tamanho de dados da conta carregada podem precisar se ajustar de acordo. Txns perto de seu limite máximo de 64 MB agora podem falhar.

5/ O limite padrão de largura de x é de 64 MB (16k CUs). Você pode reduzi-lo com a instrução de orçamento de computação SetLoadedAccountsDataSizeLimit. Reduzir esse limite pode melhorar o agendamento devido ao menor custo por taxas pagas.

6/ Por que ter um limite de tamanho de dados carregados? Semelhante ao limite de por tx, os validadores obtêm uma contabilidade previsível para os dados da conta carregada de um txn. O SIMD-0186 garante que os clientes validadores obtenham resultados de tamanho de dados txn idênticos, removendo o risco de consenso e simplificando o desenvolvimento do cliente.