Ethereum Pectra оновлення: перетворення мережевої архітектури та моделі безпеки

Мережа Ethereum успішно завершила оновлення Pectra 7 травня, що стало ще одним важливим етапом після розгалуження Dencun минулого року. Це оновлення офіційно набрало чинності о 6:05 за східним часом США та отримало остаточне підтвердження через 10 хвилин.

Оновлення Pectra ввело ряд суттєвих поліпшень, серед яких найбільш помітною є EIP-7702. Ця пропозиція переписує спосіб взаємодії зовнішніх рахунків (EOA) зі смарт-контрактами, дозволяючи звичайним користувачам зберігати той самий адрес під час виконання логіки контракту. Це закладає основу для створення більш розумних і гнучких користувальницьких рахунків і вважається ключовим кроком до досягнення повної абстракції рахунків.

Це оновлення також внесло зміни в модель валідаторів. EIP-7251 підвищує обмеження на ставку для кожного валідатора з 32 ETH до 2,048 ETH, що дозволяє великим ставочникам ефективніше інтегрувати капітал, оптимізувати ефективність роботи протоколу та поліпшити механізм розподілу винагород.

Іншим важливим покращенням є EIP-7691, який збільшує кількість Blob (спеціальна тимчасова структура даних для зберігання великих даних) у кожному блоці з 3 до 6. Ця зміна суттєво підвищила обробну здатність даних Layer 2, одночасно знизивши витрати на Rollup-транзакції.

Проте, оновлення Pectra також принесло нові виклики. З реалізацією оновлення, мережевий пропуск усієї системи став новим вузьким місцем для Ethereum. Експерти зазначають, що ефективність поширення Blob-даних у мережі «точка-точка» безпосередньо вплине на масштабованість Ethereum. Крім того, з постійним збільшенням розміру Blob-даних, просто підвищити середній пропуск недостатньо, зменшення змінності поширення даних також є надзвичайно важливим.

Експерти з безпеки висловлюють стурбованість щодо можливих глибоких наслідків EIP-7702. Це оновлення руйнує давнє припущення, що "EOA не може виконувати код контракту". Отже, ті смарт-контракти, які покладаються на стару логіку, таку як tx.origin == msg.sender, для захисту від повторного входу або захисту від миттєвих кредитів, можуть опинитися під новими ризиками.

Експерти з безпеки радять розробникам якомога швидше оновити кодову базу, щоб уникнути подальшого розгляду EOA як пасивного рахунку. Натомість слід впроваджувати стандартні в галузі заходи захисту від повторних викликів та більш суворі логічні обмеження для зменшення потенційних атак.

Незважаючи на ці виклики, оновлення Pectra все ще вважається важливим етапом у розвитку Ethereum на наступну стадію. Воно не тільки переосмислює спосіб взаємодії EOA з розумними контрактами, а й оптимізує модель стейкінгу та підвищує обробну здатність даних, закладаючи міцний фундамент для майбутньої масштабованості Ethereum.