Основні розробники Ethereum обговорюють пріоритети для наступного хардфорку після «Dencun», який може відбутися наприкінці 2024 чи 2025 років.
Після дзвінка All Core Devs у четвер попередній розклад форка Dencun залишається незмінним, а тестова мережа Goerli вперше запрацює 17 січня.
З огляду на те, що оновлення, ймовірно, відбудеться в березні, розробники звертають увагу на наступне оновлення Prague-Electra — скорочено Pralectra — наступне оновлення.
Все ще дуже активно, тривають дебати щодо загального бачення: або зосереджений на функціях набір менших пропозицій щодо покращення Ethereum (EIP), або суттєве оновлення протоколу для впровадження дерев Verkle на рівень виконання.
Verkle Trees — це нова структура даних, яка розвиває поточне дерево Merkle Tree, яке використовується сьогодні, використовуючи більш складні математичні методи — векторні зобов’язання на основі пар еліптичних кривих, які є значним відхиленням від простіших хеш-функцій, що використовуються в Merkle Trees, згідно з verkle. інформація.
Ця структура використовує менше місця та може бути перевірена швидше, що дозволяє мережі обробляти більше транзакцій.
Коротше кажучи, це спосіб впоратися з довгостроковою проблемою «роздуття стану», яка ставатиме все більш важливою в міру масштабування Ethereum.
Оновлення є ключовою віхою в довгостроковій дорожній карті Ethereum, етапі, який називають The Verge.
Чіткого консенсусу щодо виклику не було — одні виступають за те, щоб зосередитись на Verkle Trees, а Гійом Балет із Ethereum Foundation попереджає, що «не існує такого поняття, як маленька розгалуження», але інші закликають до твердого зобов’язання оновити мережу. знову в 2024 році.
Побоювання полягає в тому, що для реалізації Verkle Trees може знадобитися 18 місяців або більше — ціла вічність у криптовалютах.
Сам Dencun спочатку був запланований на листопад, але нарешті був перенесений на 2024 рік у жовтні минулого року.
Детальніше: Основні розробники виключають форк Dencun цього року
«Веркле — на рівні з Merge, якщо не гіршим за складністю», — сказав Балет. «Ви не можете відправити нічого одночасно на стороні [виконувального рівня]».
Лукаш Розмей з команди клієнта виконання Nethermind погодився, порекомендувавши розробникам віддати перевагу багатофункціональному форку, перш ніж повністю переходити до Verkle Trees.
«Мій досвід підказує мені, що редакція штату є надзвичайно важкою і займає дуже багато часу», — сказав він колегам під час телефонної розмови. «Жорсткість Verkle — це не специфікація, а впровадження, оптимізація та тестування».
Функції, так, але які?
Серед тих, хто виступав за другий форк у 2024 році, зосереджений на функціях, були команди клієнтів Nethermind, Besu та Reth. Але питання в тому, що має пріоритет?
Ендрю Ашихмін, інженер-програміст у групі клієнта Erigon, припустив, що об’єктний формат EVM (EOF) буде одним із кандидатів для наступного оновлення, не відволікаючись від довготривалої роботи над Verkle Trees, оскільки його може впровадити менша команда, і була більш ізольованою зміною кодової бази.
«Але Verkle повинен бути головним фокусом», - сказав він.
EOF спочатку розглядався для хардфорка Shapella, але вважався занадто великим, щоб використовувати його як «пасажир» разом із основним «драйвером», шардингом Proto-Dank або EIP-4844.
Детальніше: Наступне оновлення Ethereum для зосередження на Blobs
За словами Джастіна Флорентіна, інженера протоколу в команді клієнтів Besu, EOF «безумовно не є пасажиром», але він сказав, що Besu вже досяг «значного прогресу» в цій функції, і тому виступає за її впровадження в Pralectra
Георгіос Константопулос, головний технічний директор і дослідник інвестиційної компанії Paradigm, яка розробляє клієнт Rust Ethereum (Reth), сказав, що його команда «задоволена [з] EOF, оскільки це [] робота однієї людини та [потребує] ізольованого тестування».
Але розробник Ethereum Foundation Маріус ван дер Війден поділився думкою, що «EOF не буде в малому форку».
Ансгар Дітріхс з Ethereum Foundation підтримав EOF для включення в Pralectra в квітні минулого року і зазначив під час телефонної розмови в четвер, що команда Solidity, яка займається підтримкою основної мови програмування смарт-контрактів EVM, була рішуче за це.
Однак нікого під час дзвінка не було, щоб явно виступати за EOF, що спонукало засновника Nethermind Томаша Станчака зауважити: «якщо ніхто не підтримує EOF у цьому дзвінку, це підсумовує, чому його ще не відправлено».
Станчак назвав EIP-7002 або «виходи, що запускаються на рівні виконання» найбільш популярним EIP на форумі Ethereum Magicians і «надзвичайно важливим», оскільки він виправляє «основну помилку дизайну зі ставками [і] не може з’явитися досить рано».
Другий основний розробник Парітхош Джаянті, відомий під псевдонімом «Потуз», сказав, що якщо йому потрібно вибрати одну функцію для доставки, то це буде EIP-7002. Однак, на його думку, EIP-7549 «однозначно має бути».
Ця функція, яка впливає лише на рівень консенсусу, виправляє помилку в дизайні Ethereum і спрямована на зменшення середньої кількості пар, необхідних для перевірки правил консенсусу. Парування — це операція, яка використовується в певних криптографічних алгоритмах із використанням еліптичних кривих.
Наразі для досягнення консенсусу необхідно перевірити щонайменше 1366 атестацій, що вказує на згоду між валідаторами, але після EIP-7549 кількість скоротиться лише до 22.
«Це тривіально реалізувати, і це заощадить багато часу на агрегацію», — сказав Потус. «Це може допомогти на безнадійних мостах — і zk-перевірках, zk-мостах — це те, що точно має бути в будь-якому форку, який ми робимо далі».
Мета дзвінка полягала в тому, щоб розпочати обговорення, а конкретний підхід і пропозиції щодо вдосконалення будуть прийняті пізніше. Оновлення Ethereum керуються консенсусом; немає чіткої ієрархії повноважень або механізму голосування для визначення пріоритетів.
Часом просування може здаватися складним або хаотичним, не на відміну від пастуших котів, але така природа децентралізованого звіра.
Не пропустіть наступну велику історію – приєднуйтеся до нашої щоденної безкоштовної розсилки.
Джерело: https://blockworks.co/news/ethereum-devs-plan-2024