Дослідник AWS: в go-verkle існують чотири основні вузькі місця продуктивності, вже подано кілька пропозицій щодо оптимізації

За повідомленням Foresight News, старший дослідник протоколів AWS (хмарного підрозділу Amazon) Ekleen Kaur разом із Everton Fraga на конференції EthCC[9] провели інтенсивне тестування низькорівневої реалізації Verkle-дерева для Ethereum — go-verkle, розкривши чотири основні вузькі місця продуктивності, які заважають впровадженню безстатусної моделі.

1. Під час оновлення дерева з'являється велика кількість тіньових вузлів, які логічно не існують, але займають фізичний простір, що призводить до роздуття стану приблизно на 35%; 2. Дизайн ключів індексації бази даних містить багато повторюваної інформації про шляхи, через що витрати на зберігання зростають приблизно на 50%; 3. При перетворенні деревної структури з пам'яті у доказ відбувається значна кількість копіювань у пам'яті замість використання посилань, унаслідок чого швидкість десеріалізації у 24 рази нижча за оптимізоване теоретичне значення, і під високим навантаженням це може призвести до тайм-аутів валідації; 4. Реалізації Verkle-дерева на клієнтах різними мовами (Go, Rust, Nimbus тощо) створюють докази, які несумісні між собою в окремих граничних випадках, що несе ризик неочікуваних форків після оновлень.

Обидва дослідники повідомили, що AWS вже подала в основний репозиторій Ethereum кілька пропозицій щодо оптимізації, з акцентом на перебудову логіки десеріалізації для усунення копіювань у пам'яті. За оцінками, після впровадження цих змін ефективність роботи вузлів зросте більш ніж у 3 рази, що стане основою для офіційної інтеграції Verkle-дерева.