Якщо і існує одне оновлення Ethereum, яке коли-небудь було подружкою нареченої, то це EVM Object Format (EOF).
Одного разу він був заручений і планував одружитися в Шанхаї, але невдовзі його відкинули розробники, які мріяли про кулькове майбутнє в Proto-Danksharding.
Якщо ви не знаєте, що означає це речення, не засмучуйтеся. Це метафора годин обговорень протягом багатьох років дзвінків розробників усіх основних платформ Ethereum.
Після дзвінка ACD у четвер ми все ще не знаємо, чи EOF нарешті отримає шанс стати нареченою. Але принаймні на столі є чітка пропозиція.
Детальніше: Dencun і Pralectra: Розробники ядра Ethereum планують амбітний 2024 рік
Розробники наполегливо розглядали EOF для хардфорка Shapella. Однак рік тому, після невеликого самоаналізу, його було скасовано на користь зосередження виключно на знятті ставок.
Після того, як Шапелла благополучно відправилася, кандидати на включення в Dencun знову мали EOF серед них. І знову його було відкладено, на превеликий жаль двох головних чемпіонів цієї функції, Данно Ферріна та Грега Колвіна.
Консенсус у квітні 2023 року полягав у тому, що EOF занадто великий, щоб ділити сцену з EIP-4844 — Proto-Danksharding — і тому потрібно піти. Останній з його потенціалом значно покращити взаємодію з користувачем із зведеннями рівня 2 переміг.
На розраду Ансгар Дітріхс із Ethereum Foundation запропонував зробити EOF центром наступного оновлення, Праги. «Це занадто велике, щоб бути другим місцем у форку», — сказав він. Значить, має бути своє.
Детальніше: Наступне оновлення Ethereum, зосереджене на блобах
Dencun, з 4844 як «драйвером», залишається на шляху до основної мережі в березні, оскільки розробники повідомили про «безпроблемний» хардфорк тестової мережі Sepolia у вівторок.
«Ми бачили остаточність, а також краплі, які з’являлися саме тоді, коли ми цього хотіли», — сказав Парітош Джаянті з Ethereum Foundation.
Лише одна тестова мережа, Holesky, залишилася перед основною мережею, і Dencun має завершити тестування 7 лютого.
Поштовх EOF через фінішну лінію
Більшість розмов у четвер була спрямована на те, щоб зрозуміти поточний статус наступного великого форка функцій. Це оновлення консенсусного рівня під назвою «Прага» має назву за місцем розташування Devcon 4. Тим часом «Електра» — позначення, навіяне синьо-білою гігантською зіркою в сузір’ї Тельця — це термін, який використовують клієнти виконання для позначення таке ж оновлення.
Пріоритети для «Пектри» поступово формуються. Дуже повільно.
Феррін знову виступив за EOF, назвавши його «екзистенційним для EVM у наступні пару років».
Як керівник робочої групи розробників EOF, Феррін сказав, що розробники «перейшли в режим «відправити».
EOF прагне зробити смарт-контракти Ethereum більш безпечними, ефективними та зручними для розробників. Це має особливе значення для розробників деталізованих додатків Ethereum, які зазвичай не приєднуються до двотижневих дзвінків для розробників усіх ядер.
Це залишило у деяких команд клієнтів враження, що EOF у минулому не було важливим, це клеймо, яке було важко позбутися.
Під час дзвінка 4 січня Драган Ракіта з клієнтської команди Reth висловив рішучу підтримку EOF, а розробник Nethermind Лукаш Розмей зазначив, що EOF набагато легше перевірити, ніж дерева Verkle — головний конкурентний фокус для наступного форку.
Детальніше: Користувачі Big Geth диверсифікують своїх клієнтів після помилки Nethermind
Навіть Маріус ван дер Віден з Go Ethereum (Geth), який раніше був скептиком щодо EOF, звучав відносно згідним з цією ідеєю.
«Я готувався до EOF, [це] для мене просто не [пріоритет]», — сказав ван дер Війден.
Підтримка була збільшена після виклику 18 січня. Головний технічний директор Paradigm Георгіос Константонополус сказав, що це «може зробити одна людина за пару місяців».
Феррін повторив цю думку під час останнього дзвінка, стверджуючи, що робота над EOF і Verkle виконується різними інженерами в командах клієнтів, і тому дотримання цього не завадить прогресуванню роботи над Verkle.
Але Гійом Балет, розробник Geth з Ethereum Foundation, ще не був переконаний, хвилюючись, що EOF може негативно вплинути на Verkle.
«Якщо воно піде першим, мені потрібно переконатися, що ми не відправляємо щось і не малюємо себе в кутку, розуміючи, що ми щось зламали», — сказав Балет.
Ендрю Ашихмін, інженер-програміст із команди клієнта Erigon, запропонував взяти на себе зобов’язання щодо EOF із застереженням, що його можна буде випробувати в тестовій мережі Verkle і що найближчими тижнями буде виділено час для співпраці між Verkle та розробниками EOF.
Це трохи проблема курки та яйця, як зауважив Феррін.
«Перш ніж ми зможемо розмістити його в тестовій мережі у Verkle, нам потрібно, щоб він працював у клієнтах», — сказав він, додавши, що його клієнтська команда Besu може незабаром запустити EOF для цілей тестування.
Але він переконаний, що це має бути сумісним із Verkle.
«Я не хочу «повинен», я хочу бачити, як це працює», — відповів Балет.
EOF все ще намагається зловити букет, очікуючи, що залицяльник проведе його до проходу.
Не пропустіть наступну велику історію – приєднуйтеся до нашої щоденної безкоштовної розсилки.
Джерело: https://blockworks.co/news/ethereum-developers-consider-evm-upgrade