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