PANews 13 июня сообщает, что согласно документации по улучшению Solana (SIMD) разработчик Макс Ресник представил предложение SIMD-301, целью которого является реализация функции асинхронного выполнения в блокчейне. Это предложение позволит узлам-валидаторам голосовать до завершения выполнения транзакций в блоке, что значительно сократит время подтверждения блока и облегчит переход к последующим многопользовательским параллельным (MCL) и конвейерным механизмам согласования. Основные изменения включают: 1. Удаление поля BankHash из структуры голосования; 2. Введение механизма статической проверки блока; 3. Узлы-валидаторы смогут голосовать после статической проверки без ожидания завершения выполнения транзакций. Предложение особенно подчеркивает необходимость предотвращения рисков пустых блоков из-за длительных транзакций, подаваемых вредоносными узлами. Эта функция будет активирована поэтапно с помощью флага функции (Feature Flag), ожидается, что она будет развернута после завершения обновления Alpenglow.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Сообщество Solana инициировало предложение SIMD-301, целью которого является реализация функции асинхронного выполнения.
PANews 13 июня сообщает, что согласно документации по улучшению Solana (SIMD) разработчик Макс Ресник представил предложение SIMD-301, целью которого является реализация функции асинхронного выполнения в блокчейне. Это предложение позволит узлам-валидаторам голосовать до завершения выполнения транзакций в блоке, что значительно сократит время подтверждения блока и облегчит переход к последующим многопользовательским параллельным (MCL) и конвейерным механизмам согласования. Основные изменения включают: 1. Удаление поля BankHash из структуры голосования; 2. Введение механизма статической проверки блока; 3. Узлы-валидаторы смогут голосовать после статической проверки без ожидания завершения выполнения транзакций. Предложение особенно подчеркивает необходимость предотвращения рисков пустых блоков из-за длительных транзакций, подаваемых вредоносными узлами. Эта функция будет активирована поэтапно с помощью флага функции (Feature Flag), ожидается, что она будет развернута после завершения обновления Alpenglow.