1/ SIMD-0186: Спецификация размера загружаемых данных транзакции стандартизирует, как Solana вычисляет общий объем данных аккаунта, загружаемых транзакцией. Она определяет безопасный для консенсуса метод, чтобы каждый клиент вычислял один и тот же размер и делал размер транзакции предсказуемым. Вот что она исправляет и как это работает 🧵

2/ Предыдущие реализации для определения размера данных транзакций были неинтуитивными и чрезмерно сложными. Загрузка программных аккаунтов, особенно с использованием BPF Upgradeable Loader, имела сложные крайние случаи, которые затрудняли независимые реализации.

3/ SIMD-0186 упрощает правила и делает их явными: каждый загруженный аккаунт учитывается ровно один раз. Программы, использующие BPF Upgradeable Loader, включают свои programdata, добавляя 64 байта на аккаунт для метаданных, а ALTs добавляют фиксированные 8,248 байта каждый.

4/ Почему это важно для разработчиков: загруженные данные аккаунта ограничены для каждой транзакции, и новый расчет может быть значительно выше или ниже для определенных транзакций. Транзакции, которые устанавливают лимит размера загруженных данных аккаунта, могут потребовать соответствующей корректировки. Транзакции, близкие к своему максимальному лимиту в 64 МБ, могут теперь завершиться неудачей.

5/ Стандартный лимит на транзакцию составляет 64 МБ (16k CUs). Вы можете уменьшить его с помощью инструкции бюджета вычислений SetLoadedAccountsDataSizeLimit. Уменьшение этого лимита может улучшить планирование за счет снижения стоимости оплаченных сборов.

6/ Зачем устанавливать лимит на размер загруженных данных? Подобно лимиту CU на транзакцию, валидаторы получают предсказуемую отчетность о загруженных данных аккаунта транзакции. SIMD-0186 гарантирует, что клиенты валидаторов достигают идентичных результатов по размеру данных транзакции, устраняя риски консенсуса и упрощая разработку клиентов.