13 червня компанія PANews повідомила, що згідно з документом про вдосконалення Solana (SIMD), розробник Макс Резнік представив пропозицію SIMD-301, спрямовану на реалізацію функції асинхронного виконання блокчейна. Ця пропозиція дозволить валідаторам голосувати перед виконанням транзакції блоку, що значно скоротить час підтвердження блоку та прокладе шлях для подальших механізмів паралелізму з кількома лідерами (MCL) та конвеєрного консенсусу. До основних змін можна віднести: 1) видалення поля BankHash зі структури голосування, 2) введення механізму перевірки статичних блоків верифікації та 3) валідатори можуть голосувати після проходження статичної перевірки, не чекаючи виконання транзакції. Зокрема, пропозиція вказує на необхідність захисту від ризику подання шкідливими вузлами трудомістких транзакцій, які призводять до порожніх блоків. Функція буде активована поетапно за допомогою прапорця функції і, як очікується, буде розгорнута після завершення оновлення Alpenglow.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Спільнота Solana ініціювала пропозицію SIMD-301, метою якої є реалізація функції асинхронного виконання.
13 червня компанія PANews повідомила, що згідно з документом про вдосконалення Solana (SIMD), розробник Макс Резнік представив пропозицію SIMD-301, спрямовану на реалізацію функції асинхронного виконання блокчейна. Ця пропозиція дозволить валідаторам голосувати перед виконанням транзакції блоку, що значно скоротить час підтвердження блоку та прокладе шлях для подальших механізмів паралелізму з кількома лідерами (MCL) та конвеєрного консенсусу. До основних змін можна віднести: 1) видалення поля BankHash зі структури голосування, 2) введення механізму перевірки статичних блоків верифікації та 3) валідатори можуть голосувати після проходження статичної перевірки, не чекаючи виконання транзакції. Зокрема, пропозиція вказує на необхідність захисту від ризику подання шкідливими вузлами трудомістких транзакцій, які призводять до порожніх блоків. Функція буде активована поетапно за допомогою прапорця функції і, як очікується, буде розгорнута після завершення оновлення Alpenglow.