Очікується, що в третьому чи четвертому кварталі цього року, повідомляє представник фонду Ethereum’s Fusaka.
У штату 28 кілограми, співавтор фонду Ethereum Foundation Томас Каджетан Станчак заявив, що організація має на меті розгорнути оновлення мережі Fusaka Ethereum у Q3 або Q4 2025. Все-таки точний графік розгортання ще не був вирішений.
Коментарі з’являються на тлі суперечок щодо майбутньої реалізації формату об’єкта EVM (EOF) оновлення для віртуальної машини Ethereum (EVM). Як зазначав Станчак, очікується, що EOF буде частиною оновлення мережі Fusaka.
EVM – це програмне забезпечення, яке виконує розумні контракти Ethereum. EOF здійснив би низку змін протоколу, відомі як пропозиції щодо вдосконалення Ethereum (EIPS), з глибокими наслідками для того, як він працює. EOF представляє формат контейнера для розширюваного та версії для смарт -контрактного байт -коду, який перевіряється один раз при розгортанні, розділяючи код та дані для підвищення ефективності.
Пов’язано: Дослідник пропонує масштабувати обмеження газу Ethereum на 100 разів протягом 4 років
Обернути, штамп один раз, надішліть
Бідекод-це низький рівень, компактний набір інструкцій. Сумнові контракти на солідність повинні бути складені в байт -код, перш ніж EVM зможе їх виконати.
EOF визначає контейнерний модуль для смарт-контрактного байт-коду, замінюючи сьогоднішні блоки вільної форми байт-коду на кращою визначеною структурою. Ці об’єкти складатимуться з:
- Заголовок, що починається з шістнадцяткового значення 0xef00, з подальшим номером версії з одним двобайтом для забезпечення модернізації.
- Таблиця розділу, що забезпечує метадані про вміст контейнера. Кожен запис включає одне байт для виду запису та два байти для розміру запису.
- Розділи з фактичним вмістом, щонайменше з одним розділом коду та будь -якими необхідними розділами даних – більше типів розділів можна додати через майбутні ЕПС.
Ця структура впорядковує роботу EVM, що забезпечує більш високу ефективність та нижчу обробку накладних витрат. Це оновлення призведе до більш чистого середовища розробника та простішого для розуміння розгорнутим розумним контрактами.
Не стрибайте, замість цього rjump!
EIP-4200, один із EOF EIPS, надає альтернативу інструкціям Jump and Jumpi, які дозволяють програмі перемістити виконання на будь-яке довільне зміщення байтів. Цей вид ланцюга виконання призводить до важко-точкових помилок (значення стрибка в деяких випадках може бути непросто передбачити) і дозволяє легко приховувати зловмисне програмне забезпечення в крапках даних та переміщувати там вказівник виконання.
Ця практика відома як динамічний стрибок, і EIP-4750 (огляд) пропонує заборонити динамічний стрибок/стрибки всередині розумних контрактів EOF, повністю відкидаючи їх під час подальшої фази розгортання EOF. У своїй поточній формі цей EIP замінює їх функцією виклику (Callf) та поверненням з функцій функції (RETF). Ці нові інструкції забезпечать, щоб напрямки були зафіксовані в байт-коді, але застарілі попередні смарт-контракти не впливають на.
Розробники, які вирішили використовувати стрибки або стрибки після оновлення, змусять їхній байт-код пройти через перевірку часу розгортання, що гарантує, що вони ніколи не зможуть заскочити в дані або в середину іншої інструкції. Ця перевірка відбудеться через правила коду-перевірки коду EIP-3670, плюс таблиця стрибків (EIP-3690), тому кожне пункт призначення перевіряється.
Як альтернатива цим функціям, EOF реалізує rjump та rjumpi замість цього, які вимагають, щоб місце призначення було твердо кодоване в байт -коді. І все -таки не всі на борту з впровадженням EOF.
Пов’язано: Члени спільноти Ethereum пропонують нову структуру плати за шар додатка
EOF має своїх ненависників
EOF – це реалізація 12 EIP з глибокими наслідками для того, як працюють розробники розумних контрактів. Його прихильники стверджують, що він ефективний, елегантніший і дозволяє полегшити модернізацію вниз по лінії.
Тим не менш, його недоброзичливці стверджують, що він надмірно інженерний і вводить подальшу складність у вже складну систему, таку як Ethereum. Розробник Ethereum Pascal Caversaccio скаржився на 13 березня магів Ethereum, що “EOF надзвичайно складний”, оскільки це додає дві нової семантики та видаляє і додає понад десяток опкодів. Також він стверджував, що це не потрібно.
Він сказав, що всі переваги можуть бути введені в “більш частинні, менш інвазивні оновлення”. Він додав, що застарілий EVM також потрібно буде підтримувати, “ймовірно, безстроково”.
Caversaccio також пояснив, що EOF потребує оновлення інструментів, що ризикує впроваджувати нові вразливості завдяки великій поверхні атаки. Крім того, він сказав, “контракти EVM стають набагато складнішими через заголовки”, в той час як порожні договори важать лише 15 байт. Інший розробник підняв окрему точку в темі:
“Можливо, як мета -точка, здається, існує незгода щодо того, чи є основні зміни EVM взагалі. Стабільна ВМ, на якій люди можуть інвестувати у чудове інструментарій та додатки впевнено, є набагато ціннішим”.
Каверсакчо, схоже, в хорошій компанії в опозиції до EOF. Спеціальне опитування на платформі виборчих опитувань Ethereum Etpulse показує, що 39 виборців, що мають загальну суму майже 17 745 ефіру (ETH), проти оновлення. Лише сім власників менше 300 ETH проголосували за.
