--- title: "Hegotá" metaTitle: "Heze-Bogotá (Hegotá)" description: "Дізнайтеся про оновлення протоколу Hegotá" lang: uk template: upgrade --- Hegotá — це оновлення мережі [Етеріум](/), яке, як очікується, відбудеться після [Гламстердаму](/roadmap/glamsterdam/). Його назва походить від поєднання слів «Богота» (оновлення рівня виконання, назване на честь попереднього місця проведення Devcon) та «Хезе» (оновлення рівня консенсусу, назване на честь зірки). Hegotá знаходиться на ранній стадії планування. Його головне нововведення вже обрано, і відтоді було заплановано другу зміну, але решта обсягу все ще визначається, і жодних дат не встановлено. ## Головне нововведення: FOCIL {#focil} Списки включення, що забезпечуються вибором форку (Fork-choice enforced inclusion lists — FOCIL, або EIP-7805), стосуються [стійкості до цензури](/roadmap/security/#censorship-resistance): вони гарантують, що дійсна транзакція потрапить у блок, навіть якщо будівники блоків воліли б її пропустити. Сьогодні кожен блок створює один [валідатор](/glossary/#validator), який і вирішує, які транзакції він міститиме. Тому будь-хто, хто може вплинути на достатню кількість будівників блоків, може затримати транзакцію, а користувач не має іншого способу вирішити цю проблему, окрім як чекати і сподіватися. FOCIL розподіляє це рішення між багатьма валідаторами. Кожен член комітету пропонує список транзакцій, які мають бути включені, а правила протоколу зобов'язують будівника блоків дотримуватися цих списків. Цензурування транзакції перестає бути тим, що одна сторона може зробити самостійно. ## Фрейм-транзакції {#frame-transactions} Фрейм-транзакції (EIP-8141) дозволяють [акаунту](/glossary/#account) самостійно вирішувати, що вважати дійсною транзакцією, замість того, щоб протокол наполягав на одній фіксованій схемі підпису. Сьогодні кожна транзакція авторизується однаково: один підпис від одного ключа. [Акаунти смарт-контрактів](/roadmap/account-abstraction/) обходять це, маршрутизуючи транзакції через додаткову інфраструктуру, що вимагає витрат газу та додає рухомі частини, які можуть вийти з ладу. Фрейм-транзакція переносить перевірку в сам акаунт. Акаунт запускає власну логіку верифікації, тому можливості, які наразі потребують цієї додаткової інфраструктури — соціальне відновлення, ліміти витрат, вимога кількох схвалень, дозвіл комусь іншому платити за газ — стають речами, які протокол підтримує безпосередньо. Оскільки акаунт обирає власні правила, він також може обрати схему підпису, яку не зможе зламати квантовий комп'ютер. Це робить дане нововведення кроком до [квантової стійкості](/roadmap/security/#quantum-resistance), а також до створення кращих гаманців. ## Що ще увійде до Hegotá {#scope} Ще не вирішено. FOCIL та фрейм-транзакції — це дві зміни, заплановані на даний момент; було запропоновано ще десятки інших, але жодна з них не затверджена. Ця сторінка залишатиметься короткою, доки обсяг оновлення не буде остаточно визначено — щоб дізнатися про поточний стан обговорення, перегляньте ресурси нижче. Серед пропозицій, які наразі розглядаються для включення: EIP-3298, EIP-7668, EIP-7906, EIP-7979, EIP-8015, EIP-8131, EIP-8163, EIP-8198, EIP-8250, EIP-8253, EIP-8272, EIP-8279 та EIP-8365. Те, що пропозиція розглядається, означає, що команди клієнтів оцінюють її, а не те, що вона обов'язково увійде до Hegotá. ## Додаткова література {#further-reading} - [Forkcast: Hegotá](https://forkcast.org/upgrade/hegota) — актуальний статус кожної пропозиції - [Мета-EIP Hegotá (EIP-8081)](https://eips.ethereum.org/EIPS/eip-8081) - [Технічна специфікація EIP-7805](https://eips.ethereum.org/EIPS/eip-7805) - [Технічна специфікація EIP-8141](https://eips.ethereum.org/EIPS/eip-8141) - [Дорожня карта Етеріуму](/roadmap/)