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

ME Новини повідомляють, що 2 квітня (UTC+8) дослідник основних протоколів хмарних обчислень підрозділу Amazon AWS Еклін Каур та Евертон Фрага на конференції EthCC[9] провели високонавантажувальне тестування реалізації нижнього рівня дерева Verkle Ethereum — go-verkle, виявивши чотири основні перешкоди для впровадження безстанційності через проблеми з продуктивністю. 1. Під час оновлення дерева виникає багато тіньових вузлів, яких логічно не існує, але фізично займають місце, що призводить до приблизно 35% надмірного зростання стану даних; 2. Дизайн індексних ключів бази даних містить багато повторюваних шляхів, що збільшує витрати на зберігання приблизно на 50%; 3. Перетворення пам’ятної структури дерева у доказ виконується з великою кількістю копіювань у пам’яті, а не посилань, що спричиняє швидкість десеріалізації у 24 рази повільніше за оптимізовану теоретичну величину, і може спричинити тайм-аут перевірки доказів при високому навантаженні; 4. Реалізації дерева Verkle клієнтськими програмами на різних мовах, таких як Go, Rust, Nimbus, при обробці певних крайніх випадків не можуть взаємно визнавати створені докази, що створює ризик несподіваного розгалуження після оновлення. Дослідники зазначили, що AWS вже подав кілька пропозицій щодо оптимізації у основний репозиторій Ethereum, зосереджуючись на реконструкції логіки десеріалізації для усунення копіювань у пам’яті. Після завершення цих робіт продуктивність вузлів має зрости більш ніж у три рази, що закладе основу для офіційної інтеграції дерева Verkle. (Джерело: Foresight News)