Обновления Solana за июнь: асинхронное исполнение, уязвимость ZK и новые предложения

В июне в экосистеме Solana отмечены несколько заметных технических событий и предложений, направленных на повышение масштабируемости сети и усиление безопасности. Разработчики продолжают трудиться над снижением издержек валидации транзакций и устранением уязвимостей нативных программ.

Один из ключевых апгрейдов связан с предложением SIMD-0290, которое внес разработчик Anza Эндрю Фицджеральд. Он предлагает изменить подход к обработке транзакций с некорректным плательщиком комиссии. Сегодня такие переводы полностью отклоняются, что в некоторых случаях ведет к потере целого блока. Новая схема позволит не отбрасывать их полностью. Они будут добавляться, но не исполняться. Это должно снизить нагрузку на сеть и повысить эффективность обработки данных без снижения уровня безопасности.

Другим значимым шагом стало предложение SIMD-0301, инициированное главным экономистом Anza Максом Резником. Оно направлено на внедрение асинхронного исполнения транзакций — механизма, способного устранить «узкие места» повторного воспроизведения переводов в критически важном консенсусном контуре.

В асинхронной модели голосование возможно до завершения исполнения, что сокращает задержки и открывает вероятности для много-лидерного консенсуса (MCL) и конвейерной обработки.

Кроме новых предложений по развитию масштабируемости Solana столкнулась с уязвимостью в нативной программе ZK ElGamal Proof. В итоге Команда разработчиков приостановила функцию Confidential Transfers через мультисиг-апдейт Token-2022. Валидаторов попросили срочно обновить свои клиенты до Agave/Jito-Solana v2.2.16 или Firedancer v0.505.20216. Solana Foundation заверила, что повторное включение функций ZK ElGamal возможно только после комплексного аудита и последующего согласования через механизмы управления сетью. Разработчики подчеркивают, что обычные SPL-токены и стандартные транзакции не затронуты.

Автор

Петр Иванов