`nonce``
+
+`` - _відкриваючий тег, що містить фрагмент коду_
+
+nonce - _текст, що не перекладається_
+
+`` - _закриваючий тег_
+
+
+
+Вихідний текст також містить скорочені теги, які містять лише цифри, це означає, що їх функція не є очевидною. Ви можете навестись на ці теги, щоб побачити, за яку функцію вони виступають.
+
+У прикладі нижче ви можете побачити, що наведення курсора на тег `<0>` показує, що він представляє `` і містить фрагмент коду, тому вміст усередині цих тегів не слід перекладати.
+
+
+
+## Короткі та повні форми/абревіатури {#short-vs-full-forms}
+
+На вебсайті використовується багато скорочень, наприклад: dapps, NFT, DAO, DeFi тощо. Ці абревіатури зазвичай використовуються англійською і більшість відвідувачів сайту знають їх.
+
+Оскільки вони зазвичай не мають встановлених перекладів на інші мови, найкращий спосіб підійти до них і схожих термінів - це забезпечити описовий переклад повної форми, і додати англійську абревіатуру в дужках.
+
+Не перекладайте ці абревіатури, оскільки більшість людей не знайомі з ними, і локалізовані версії не мають великого сенсу для більшості відвідувачів.
+
+Приклад того, як перекладати dapps:
+
+- Децентралізовані застосунки (dapps) → _Перекладена повна форма (англійська абревіатура в дужках)_
+
+## Терміни без усталеного перекладу {#terms-without-established-translations}
+
+Деякі терміни не мають встановлених перекладів в інших мовах, які широко відомі оригіналом з англійської мови. Такі терміни здебільшого включають нові концепції, наприклад, proof-of-work, proof-of-stake, Beacon Chain, staking і т. д.
+
+При перекладі ці терміни можуть звучати неприродно, оскільки англійська версія зазвичай використовується і на інших мовах, настійно рекомендуємо їх перекладати.
+
+При перекладі їх можна вільно проявити свою творчість, використовуючи описові перекладі або просто перекласти їх буквально.
+
+**Причиною, чому більшість термінів слід перекладати, замість того, щоб залишати деякі англійською, є той факт, що ця нова термінологія стане більш поширеною в майбутньому, оскільки більше людей почнуть використовувати Ethereum і пов’язані з ним технології. Якщо ми хочемо домогтися більшої кількості людей з усього світу, ми повинні надати зрозуміло термінологію якомога більшою кількістю мов, навіть якщо ми мусимо створити їх власноруч.**
+
+## Кнопки та заклики до дії (CTA) {#buttons-and-ctas}
+
+Сайт містить численні кнопки, які потрібно перекласти інакше, ніж інший зміст.
+
+Текст кнопки можна визначити переглянувши контекстні скриншоти, пов’язані з більшістю рядків, або перевіривши контекст у редакторі, який містить фразу ‘’button’’.
+
+Переклад для кнопок повинен бути максимально коротким, щоб запобігти форматуванню невідповідностей. Крім того, переклад кнопок має бути в наказовому способі, тобто виражати команду або запит.
+
+
+
+## Інклюзивний переклад {#translating-for-inclusivity}
+
+Відвідувачі Ethereum.org приходять з усього світу та мають різне походження. Тому мова на сайті повинна бути нейтральною, вітаючи всіх і не винятковою.
+
+Важливим аспектом цього є гендерна нейтральність. Це можна легко досягнути, використовуючи офіційну форму звернення, уникаючи будь-яких слів, специфічних для статі в перекладі.
+
+Інша форма інклюзивності - спроба перекласти для глобальної аудиторії, а не характерної для будь-якої країни, раси чи регіону.
+
+І на останнє, мова повинна відповідати всій аудиторії і вікам.
+
+## Переклади для конкретних мов {#language-specific-translations}
+
+При перекладі важливо дотримуватися правил граматики та форматування, які використовуються в вашій мові, а не просто копіювати з джерела. Оригінальний текст відповідає граматичним правилам та умовностям, що притаманні англійській мові, та не застосовується у багатьох інших мовах.
+
+Ви повинні знати правила для своєї мови і перекладати відповідно. Якщо вам потрібна допомога, зверніться до нас і ми допоможемо вам знайти ресурси про те, як ці елементи повинні використовуватися у вашій мові.
+
+Деякі приклади того, на що потрібно особливо звернути увагу:
+
+### Пунктуація, форматування {#punctuation-and-formatting}
+
+**Заголовні літери**
+
+- Існують величезні відмінності в капіталізації у різних мовах.
+- Англійською мовою часто пишуть з великої літери імена, місяці і дни, мови, свята і т. д. У багатьох інших мовах це граматично невірно, оскільки вони мають суттєво різні правила написання заголовних літер.
+- Деякі мови мають також правила щодо використання особистих займенників, іменників і певних прикметників, які в англійській мові не пишуться з великої літери.
+
+**Інтервали**
+
+- Плавила орфографії визначають використання пробілів для кожної мови. Оскільки пробіл використовується всюди, ці правила є одними з найбільш помітних, а пробіли є одними з найбільш незмістовних елементів.
+- Деякі загальні відмінності у пробілах між англійською та іншими мовами:
+ - Пробіл перед одиницями вимірювання та валютами (наприклад, USD, EUR, kB, MB)
+ - Пробіл перед знаками градусів (наприклад, °C, ℉)
+ - Пробіл перед деякими знаками пунктуації, особливо трикрапкою (…)
+ - Пробіл перед і після слешу (/)
+
+**Списки**
+
+- У кожної мови є різноманітний і складний набір правил для письмового списку. Вони можуть значно відрізнятися від англійської.
+- В деяких мовах перше слово кожного рядка потрібно писати з великої літери, коли в інших нові рядки мають починатися з малої літери. Багато мов також мають різні правила щодо великих літер у списках, залежно від довжини кожного рядка.
+- Те ж саме стосується і пунктуації елементів рядків. Кінцевим розділовим знаком у списках може бути крапка (.), кома (,) або крапка з комою (;), залежно від мови.
+
+**Лапки**
+
+- Мови використовують різні лапки. Просто копіювання англійських лапок з джерела часто є невірним.
+- Деякі з найбільш поширених типів лапок включають:
+ - „приклад тексту“
+ - ‚приклад тексту’
+ - »приклад тексту«
+ - “приклад тексту”
+ - ‘приклад тексту’
+ - «приклад тексту»
+
+**Дефіси та тире**
+
+- Англійською мовою використовується дефіс (-) для з'єднання слів або різних частин слова, коли тире (–) використовується для позначення діапазону чи паузи.
+- Багато мов мають різні правила для використання дефісів і тире, які слід дотримуватися.
+
+### Формати {#formats}
+
+**Числа**
+
+- Головна відмінність написання чисел для різних мов є розділювач, який використовується для десяткових знаків і тисяч. Для тисяч це може бути крапка, кома або пробіл. Аналогічно, деякі мови використовують десяткову крапку, тоді як інші використовують десяткову кому.
+ - Деякі приклади великих чисел:
+ - Англійська – **1,000.50**
+ - Іспанська – **1.000,50**
+ - Французька – **1 000,50**
+- Іншим важливим врахуванням при перекладі чисел є ознак відсотків. Можна писати різними способами: **100%**, **100 %** або **%100**.
+- Нарешті, від'ємні числа можуть відображатися по--різному, залежно від мови: -100, 100-, (100) або [100].
+
+**Дати**
+
+- При перекладі дати існує ряд міркувань і відмінностей залежно від мови. До них відноситься формат дати, роздільник, великі літери та початкові нулі. Існують також відмінності між повною і чисельною датами.
+ - Декілька прикладів різних форматів дати:
+ - Англійська UK (дд/мм/рррр) – 1st January, 2022
+ - Англійська US (мм/дд/рррр) – January 1st, 2022
+ - Китайська (рррр-мм-дд) – 2022 年 1 月 1 日
+ - Французька (дд/мм/рррр) – 1er janvier 2022
+ - Італійська (дд/мм/рррр) – 1º gennaio 2022
+ - Німецька (дд/мм/рррр) – 1. Januar 2022
+
+**Валюти**
+
+- Переклад валют може бути складним через різні формати, конвенції та конверсії. Як загальне правило, будь ласка, зберігайте валюти так само, як і в джерелі. Ви можете додати свою місцеву валюту та конвертацію в дужках для зручності читача.
+- Головні відмінності в написанні валют різними мовами включають розміщення символів, десяткове значення та знаки розділу, пробіл та абревіатуру, чи символи.
+ - Розташування символу: $100 або 100$
+ - Десяткові коми та десяткові точки: 100,50$ або 100.50$
+ - Пробіл: 100$ або 100 $
+ - Абревіатури, чи символи: 100 $ або 100 USD
+
+**Одиниці виміру**
+
+- Як загальне правило, будь ласка, зберігайте валюти так само, як і в джерелі. Якщо ваша країна використовує іншу систему, ви можете включити конверсію в дужки.
+- Окрім локалізації одиниць вимірювання, також важливо відзначити різницю у значенні як мови підходять до цих одиниць. Головна відмінність - це пробіл між числом та одиницею, який може відрізнятися у різних мовах. Приклади включають 100kB або 100 kB, 50ºF або 50 ºF.
+
+## Висновок {#conclusion}
+
+Переклад ethereum.org – це чудова можливість дізнатися про різні аспекти Ethereum.
+
+При перекладі спробуйте не поспішати. Розслабтеся та отримуйте задоволення!
+
+Дякуємо Вам за участь у Програмі Перекладів та за те, що допомагаєте нам зробити вебсайт доступним для широкої аудиторії. Ethereum є світовим співтовариством і ми раді, що ви є його частиною!
diff --git a/public/content/translations/uk/dao/index.md b/public/content/translations/uk/dao/index.md
index b9f537078bd..6832c92e9c5 100644
--- a/public/content/translations/uk/dao/index.md
+++ b/public/content/translations/uk/dao/index.md
@@ -1,24 +1,25 @@
---
-title: Децентралізовані автономні організації (DAO)
-description: Огляд DAO на Ethereum
+title: "Що таке DAO?"
+metaTitle: "Що таке DAO? | Децентралізована автономна організація"
+description: "Огляд DAO на Ethereum"
lang: uk
template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: Представлення голосувань DAO за пропозицію.
-summaryPoint1: Спільноти, що належать учасникам, без централізованого керування.
-summaryPoint2: Безпечний спосіб співпраці з незнайомцями в Інтернеті.
-summaryPoint3: Безпечне місце для фінансування конкретної справи.
+alt: "Представлення голосувань DAO за пропозицію."
+summaryPoint1: "Спільноти, що належать учасникам, без централізованого керування."
+summaryPoint2: "Безпечний спосіб співпраці з незнайомцями в Інтернеті."
+summaryPoint3: "Безпечне місце для фінансування конкретної справи."
---
## Що таке DAO? {#what-are-daos}
-DAO — це організація, керована спільнотою блокчейн, що працює над досягненням спільної цілі.
+DAO – це колективна організація, яка працює для досягнення спільної місії.
DAO дає нам змогу працювати з однодумцями по всьому світу, не довіряючи доброзичливому лідеру керувати коштами чи операціями. Немає генерального директора, який міг би витрачати кошти на свої капризи, або фінансового директора, який би міг маніпулювати бухгалтерськими книгами. Натомість правила, засновані на блокчейні, записані в код, визначають, як працює організація та як витрачаються кошти.
-Вони мають вбудовані скарбниці, до яких ніхто не має права доступу без схвалення групи. Рішення приймаються на основі пропозицій і голосування, щоб кожен в організації мав право голосу, і все відбувалося прозоро всередині мережі.
+Вони мають вбудовані скарбниці, до яких ніхто не має права доступу без схвалення групи. Рішення ухвалюються за допомогою пропозицій і голосування, щоб кожен в організації мав право голосу, і все відбувалося прозоро [ончейн](/glossary/#onchain).
## Для чого нам потрібні DAO? {#why-dao}
@@ -28,37 +29,35 @@ DAO дає нам змогу працювати з однодумцями по
### Порівняння {#dao-comparison}
-| DAO | Традиційна організація |
-| ------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- |
-| Зазвичай повністю демократична, без ієрархії. | Зазвичай ієрархічна. |
-| Для внесення змін необхідне голосування учасників. | Залежно від структури, зміни можуть вимагатись однією стороною або висуватися на голосування. |
-| Після підрахунку голосів результат впроваджується автоматично без довіреного посередника. | Якщо дозволено провести голосування, голоси підраховуються за допомогою внутрішніх процедур, а результат обробляється вручну. |
+| Децентралізована автономна організація (DAO) | Традиційна організація |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------- |
+| Зазвичай повністю демократична, без ієрархії. | Зазвичай ієрархічна. |
+| Для внесення змін необхідне голосування учасників. | Залежно від структури, зміни можуть вимагатись однією стороною або висуватися на голосування. |
+| Після підрахунку голосів результат впроваджується автоматично без довіреного посередника. | Якщо дозволено провести голосування, голоси підраховуються за допомогою внутрішніх процедур, а результат обробляється вручну. |
| Запропоновані послуги обробляються автоматично децентралізованим способом (наприклад, розподіл благодійних коштів). | Необхідне втручання людини або централізовано керована автоматизація; існує можливість махінацій. |
-| Уся діяльність є прозорою та повністю публічною. | Зазвичай діяльність конфіденційна, з обмеженим доступом. |
+| Уся діяльність є прозорою та повністю публічною. | Зазвичай діяльність конфіденційна, з обмеженим доступом. |
### Приклади DAO {#dao-examples}
Щоб було зрозуміліше, наведемо кілька прикладів використання DAO.
-- Благодійність: ви можете приймати пожертви від будь-кого у світі й голосувати за те, які цілі фінансувати.
-- Колективна власність: ви можете придбати фізичні або цифрові активи, а учасники можуть голосувати за те, як їх використовувати.
-- Венчурні інвестиції та гранти. Ви можете створити венчурний фонд, який об’єднує інвестиційний капітал і голосує за участь у венчурних проєктах. Пізніше виплачені гроші можна заново розподілити між учасниками DAO.
+- **Благодійність** – ви можете приймати пожертви від будь-якої людини з усього світу та голосувати за те, які цілі фінансувати.
+- **Колективна власність** – ви можете придбати фізичні чи цифрові активи, а члени організації можуть голосувати за те, як їх використовувати.
+- **Венчурні проєкти й гранти** – ви можете створити венчурний фонд, який об’єднує інвестиційний капітал і голосує за те, які проєкти підтримати. Пізніше виплачені гроші можна заново розподілити між учасниками DAO.
+
+
- Докладніше про розумні контракти
-
-
## Ethereum і DAO {#ethereum-and-daos}
Ethereum є ідеальним фундаментом для DAO з таких причин:
-- Власний консенсус Ethereum розповсюджується та визнаний достатньо, щоб організації могли довіряти цій мережі.
+- Власний консенсус Ethereum є децентралізованим і усталеним достатньо, щоб організації могли довіряти мережі.
- Код розумного контракту неможливо змінити після його запуску. Це не під силу навіть його власникам. Це дає змогу DAO працювати згідно з початковими запрограмованими правилами.
- Розумні контракти можуть надсилати й отримувати кошти. Без цього вам знадобиться довірений посередник для керування коштами групи.
- Спільнота Ethereum виявилася більш схильною до співпраці, ніж конкуренції, що дає змогу швидко розвивати передові практики та системи підтримки.
@@ -71,29 +70,27 @@ Ethereum є ідеальним фундаментом для DAO з таких
Делегування схоже на DAO-версію представницької демократії. Власники токенів делегують голоси користувачам, які призначають себе й зобов’язуються керувати протоколом і бути в курсі.
-#### Відомий приклад {#governance-example}
-
-[ENS](https://claim.ens.domains/delegate-ranking) — власники ENS можуть делегувати свої голоси зацікавленим членам спільноти, щоб представляти їх.
+#### Відомий приклад {#governance-example}[ENS](https://claim.ens.domains/delegate-ranking) – власники ENS можуть делегувати свої голоси залученим членам спільноти, які представлятимуть їхні інтереси.
-### Автоматичне керування транзакціями {#governance-example}
+### Автоматичне управління транзакціями {#governance-example}
У багатьох DAO транзакції виконуватимуться автоматично, якщо кворум членів проголосує «за».
#### Відомий приклад {#governance-example}
-[Nouns](https://nouns.wtf) – У Nouns DAO транзакція виконується автоматично, якщо досягнуто кворуму голосів і більшість голосів за неї, доки засновники не наклали вето.
+[Nouns](https://nouns.wtf) – у Nouns DAO транзакція виконується автоматично, якщо досягнуто кворуму голосів і більшість проголосувала «за», за умови, що засновники не наклали вето.
-### Управління за мультипідписом {#governance-example}
+### Управління з мультипідписом {#governance-example}
-Хоча DAO можуть мати тисячі членів з правом голосу, кошти можуть зберігатися в гаманці, спільному для 5–20 активних членів спільноти. Цим членам довіряють, і зазвичай їхні дані розміщують у відкритому доступі (публічні особи, відомі спільноті). Після голосування мультипідписані виконують волю спільноти.
+Хоча DAO можуть мати тисячі членів із правом голосу, кошти можуть зберігатися в [гаманці](/glossary/#wallet), спільному для 5–20 активних членів спільноти, яким довіряють і дані яких зазвичай є публічними (особи, відомі спільноті). Після голосування підписанти [мультипідпису](/glossary/#multisig) виконують волю спільноти.
-## Закони DAO {#dao-laws}
+## Закони про DAO {#dao-laws}
-У 1977 році в штаті Вайомінг винайшли товариство з обмеженою відповідальністю (LLC), яке захищає підприємців і обмежує їх відповідальність. Зовсім недавно вони запровадили закон про DAO, який встановлює правовий статус для DAO. Зараз у Вайомінгу, Вермонті та на Віргінських островах у тій чи іншій формі діють закони DAO.
+У 1977 році в штаті Вайомінг винайшли товариство з обмеженою відповідальністю (LLC), яке захищає підприємців і обмежує їхню відповідальність. Зовсім недавно вони запровадили закон про DAO, який встановлює правовий статус для DAO. Зараз у Вайомінгу, Вермонті та на Віргінських островах у тій чи іншій формі діють закони DAO.
### Відомий приклад {#law-example}
-[CityDAO](https://citizen.citydao.io/) – CityDAO використовував закон штату Вайомінг DAO, щоб купити 40 акрів землі поблизу національного парку Єллоустоун.
+[CityDAO](https://citizen.citydao.io/) – CityDAO скористався законом штату Вайомінг про DAO, щоб придбати 40 акрів землі поблизу Єллоустонського національного парку.
## Членство в DAO {#dao-membership}
@@ -101,65 +98,70 @@ Ethereum є ідеальним фундаментом для DAO з таких
### Членство на основі токенів {#token-based-membership}
-Зазвичай повністю без дозволу, залежно від використовуваного токена. Здебільшого цими токенами керування можна вільно торгувати на децентралізованій біржі. Інші потрібно заробити за допомогою забезпечення ліквідності або інших «доказів роботи». У будь-якому разі просте володіння токеном дає доступ до голосування.
+Зазвичай повністю [бездозвільний](/glossary/#permissionless), залежно від використовуваного токена. Здебільшого цими токенами управління можна без дозволу торгувати на [децентралізованій біржі](/glossary/#dex). Інші потрібно заробити за допомогою забезпечення ліквідності або інших «доказів роботи». У будь-якому разі просте володіння токеном дає доступ до голосування.
_Зазвичай використовується для керування широкими децентралізованими протоколами та/або власне токенами._
#### Відомий приклад {#token-example}
-[MakerDAO](https://makerdao.com) – Токен MakerDAO MKR широко доступний на децентралізованих біржах, і будь-хто може придбати право голосу щодо майбутніх протоколів Maker.
+[MakerDAO](https://makerdao.com) – токен MKR від MakerDAO широко доступний на децентралізованих біржах, і кожен може купити право голосу щодо майбутнього протоколу Maker.
### Членство на основі частки {#share-based-membership}
-DAO з членством на основі частки більш орієнтовані на надання дозволів, але все одно досить відкриті. Будь-який потенційний учасник може подати пропозицію приєднатися до DAO, зазвичай пропонуючи данину певної вартості у вигляді токенів або роботи. Частки надають право безпосереднього голосування та власності. Учасники можуть вийти в будь-який час зі своєю пропорційною часткою скарбниці.
+DAO з членством на основі частки більш орієнтовані на надання дозволів, але все одно досить відкриті. Будь-який потенційний учасник може подати пропозицію приєднатися до DAO, зазвичай пропонуючи зробити внесок певної вартості у вигляді токенів або роботи. Частки надають право безпосереднього голосування та власності. Учасники можуть вийти в будь-який час зі своєю пропорційною часткою скарбниці.
-_Зазичай використовується для більш тісних, орієнтованих на людину організацій, як-от благодійні установи, робочі колективи й інвестиційні клуби. Можливе також керування протоколами й токенами._
+_Зазичай використовується для більш тісних, орієнтованих на людину організацій, як-от благодійні установи, робочі колективи й інвестиційні клуби. Крім того, є можливість керування протоколами й токенами._
#### Відомий приклад {#share-example}
-[MolochDAO](http://molochdao.com/). MolochDAO зосереджується на фінансуванні проєктів Ethereum. Вони вимагають пропозиції про членство, щоб група могла оцінити, чи маєте ви необхідні знання та капітал для прийняття обґрунтованих рішень щодо потенційних одержувачів грантів. Неможливо просто придбати доступ до DAO на відкритому ринку.
+[MolochDAO](http://molochdao.com/) – MolochDAO зосереджена на фінансуванні проєктів Ethereum. Для цього необхідна пропозиція про членство, щоб група могла оцінити, чи маєте ви необхідні знання та капітал для прийняття обґрунтованих рішень щодо потенційних одержувачів грантів. Неможливо просто придбати доступ до DAO на відкритому ринку.
### Членство на основі репутації {#reputation-based-membership}
-Репутація є доказом участі й надає право голосу в DAO. На відміну від членства на основі токенів або частки, DAO з членством на основі репутації не передають учасникам право власності. Репутацію не можна купити, передати чи делегувати. Учасники DAO повинні заробляти репутацію завдяки участі. Голосування в межах ланцюга не потребує дозволів, і потенційні учасники можуть вільно подавати пропозиції приєднатися до DAO та вимагати отримання репутації й токенів як винагороду в обмін на свій внесок.
+Репутація є доказом участі й надає право голосу в DAO. На відміну від членства на основі токенів або частки, DAO з членством на основі репутації не передають учасникам право власності. Репутацію не можна купити, передати чи делегувати. Учасники DAO повинні заробляти репутацію завдяки участі. Ончейн-голосування є децентралізованим і не вимагає дозволів — потенційні учасники можуть вільно подавати пропозиції щодо вступу до DAO та просити надати репутацію й токени як винагороду за свій внесок.
-_Зазвичай використовується для децентралізованої розробки й керування протоколами й децентралізованими програмами, але також добре підходить для різноманітних організацій, як-от благодійні організації, трудові колективи, інвестиційні клуби тощо._
+_Зазвичай використовується для децентралізованої розробки та управління протоколами та [dapps](/glossary/#dapp), але також добре підходить для різноманітних організацій, як-от благодійні організації, робітничі колективи, інвестиційні клуби тощо._
#### Відомий приклад {#reputation-example}
-[DXdao](https://DXdao.eth.link). DXdao — це глобальний незалежний колектив спеціалістів, що з 2019 року займаються створенням децентралізованих протоколів і програм, а також керуванням ними. Вони використовують метод на основі репутації та голографічний консенсус для координування фондів і керування ними, а отже, ніхто не може отримати вплив на їхнє майбутнє за гроші.
+[DXdao](https://DXdao.eth.limo) – DXdao був глобальним суверенним колективом, який із 2019 року створював і керував децентралізованими протоколами та застосунками. Він використовував управління на основі репутації та [голографічний консенсус](/glossary/#holographic-consensus) для координації та управління фондами, що означало, що ніхто не міг купити собі вплив на його майбутнє чи управління.
-## Приєднання або запуск DAO {#join-start-a-dao}
+## Приєднатися до DAO або створити власну {#join-start-a-dao}
### Приєднатися до DAO {#join-a-dao}
- [DAO спільноти Ethereum](/community/get-involved/#decentralized-autonomous-organizations-daos)
- [Список DAO від DAOHaus](https://app.daohaus.club/explore)
-- [Список DAO Tally.xyz](https://www.tally.xyz)
+- [Список DAO від Tally.xyz](https://www.tally.xyz/explore)
+- [Список DAO від DeGov.AI](https://apps.degov.ai/)
-### Запуск DAO {#start-a-dao}
+### Створити DAO {#start-a-dao}
-- [Виклик DAO з DAOHaus](https://app.daohaus.club/summon)
-- [Запустіть Governor DAO з Tally](https://www.tally.xyz/add-a-dao)
-- [Створення DAO на основі Aragon](https://aragon.org/product)
-- [Запуск колонії](https://colony.io/)
-- [Створіть DAO з голографічним консенсусом DAOstack](https://alchemy.daostack.io/daos/create)
+- [Створити DAO за допомогою DAOHaus](https://app.daohaus.club/summon)
+- [Запустити Governor DAO за допомогою Tally](https://www.tally.xyz/get-started)
+- [Створити DAO на базі Aragon](https://aragon.org/product)
+- [Створити колонію](https://colony.io/)
+- [Створити DAO з голографічним консенсусом від DAOstack](https://alchemy.daostack.io/daos/create)
+- [Запустити DAO за допомогою DeGov Launcher](https://docs.degov.ai/integration/deploy)
-## Додаткові ресурси {#further-reading}
+## Для подальшого читання {#further-reading}
### Статті про DAO {#dao-articles}
-- [Що таке DAO?](https://aragon.org/dao) — [Aragon](https://aragon.org/)
-- [Довідник DAO](https://daohandbook.xyz)
-- [Будинок DAO](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) — [Metagame](https://wiki.metagame.wtf/)
-- [Що таке DAO та для чого вони?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) — [DAOhaus](https://daohaus.club/)
-- [Як запустити цифрову спільноту на основі DAO](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) — [DAOhaus](https://daohaus.club/)
-- [Що таке DAO?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) — [Coinmarketcap](https://coinmarketcap.com)
-- [Що таке голографічний консенсус?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) — [DAOstack](https://daostack.io/)
-- [DAO — не корпорація: де має значення децентралізація в автономних організаціях, Віталік](https://vitalik.eth.limo/general/2022/09/20/daos.html)
-- [DAO, DAC, DA тощо: неповний посібник з термінології](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [блог Ethereum](https://blog.ethereum.org)
+- [Що таке DAO?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
+- [House of DAOs](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
+- [Що таке DAO і для чого вона потрібна?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
+- [Як створити цифрову спільноту на основі DAO](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
+- [Що таке DAO?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
+- [Що таке голографічний консенсус?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
+- [DAO — не корпорації: про важливість децентралізації в автономних організаціях (автор: Віталік)](https://vitalik.eth.limo/general/2022/09/20/daos.html)
+- [DAOs, DACs, DAs тощо: неповний посібник із термінології](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Блог Ethereum](https://blog.ethereum.org)
+
+### Відео {#videos}
+
+- [Що таке DAO у криптосвіті?](https://youtu.be/KHm0uUPqmVE)
+- [Чи може DAO збудувати місто?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
-### Відеоматеріали {#videos}
+
- Ознайомитися з програмами DeFi
+ Ознайомтеся з програмами DeFi
## Усе почалося з Bitcoin… {#bitcoin}
Bitcoin була першою програмою DeFi з усіх боків. Bitcoin дає змогу по-справжньому володіти активами, контролювати їх і надсилати в будь-який куточок світу. Це можливо завдяки наданню великій кількості людей, які не довіряють одне одному, можливості узгоджувати бухгалтерський облік без довіреного посередника. Bitcoin відкритий для всіх, і ніхто не має повноважень змінювати правила. Правила Bitcoin, як-от рідкісність і відкритість, прописані в технології. Це не схоже на традиційні фінанси, коли уряди можуть друкувати гроші, знецінюючи ваші заощадження, а компанії здатні закривати ринки.
-На цих принципах базується й Ethereum. Як і в Bitcoin, ніхто не може змінити правила, а доступ є для всіх. Але тут ці цифрові гроші можна програмувати за допомогою [смарт-контрактів](/glossary/#smart-contract), тому активи можна не лише зберігати та надсилати.
+На цих принципах базується й Ethereum. Як і в Bitcoin, ніхто не може змінити правила, а доступ є для всіх. Але це також робить ці цифрові гроші програмованими за допомогою [смарт-контрактів](/glossary/#smart-contract), тож ви можете робити більше, ніж просто зберігати й надсилати цінність.
+
Ознайомтеся з програмами DeFi, якщо ви лише починаєте працювати з Ethereum.
- Ознайомитися з програмами DeFi
+ Ознайомтеся з програмами DeFi
@@ -77,33 +78,33 @@ Bitcoin була першою програмою DeFi з усіх боків. Bi
Існує децентралізована альтернатива для більшості фінансових послуг. Але Ethereum також надає простір для створення абсолютно нових фінансових продуктів. Перелік можливостей постійно зростає.
-- [Надсилання грошей по всьому світу](#send-money)
+- [Надсилайте гроші по всьому світу](#send-money)
- [Потокове передавання грошей по всьому світу](#stream-money)
- [Доступ до стабільних валют](#stablecoins)
-- [Позика грошей під заставу](#lending)
+- [Позика коштів під заставу](#lending)
- [Позика без застави](#flash-loans)
-- [Накопичення криптовалюти](#saving)
+- [Створення криптовалютних заощаджень](#saving)
- [Торгівля токенами](#swaps)
-- [Збільшення портфеля](#investing)
-- [Фінансування ідей](#crowdfunding)
+- [Збільшення свого портфеля](#investing)
+- [Фінансування своїх ідей](#crowdfunding)
- [Придбання страхування](#insurance)
-- [Керування портфелем](#aggregators)
+- [Керування своїм портфелем](#aggregators)
- Переглянути децентралізовані платіжні програми
+ Перегляньте платіжні dapps
#### Потокове передавання грошей по всьому світу... {#stream-money}
Ethereum можна використовувати для потокового передавання коштів. Це дає змогу виплатити зарплатню за секунду та надати доступ до коштів у будь-який момент. Або орендувати що-небудь за секунду, як-от камеру зберігання або електросамокат.
-А якщо ви не хочете надсилати або передавати [ETH](/glossary/#ether) через їх високу волатильність, на Ethereum існують альтернативні валюти: [стейблкоїни](/glossary/#stablecoin).
+І якщо ви не хочете надсилати або транслювати [ETH](/glossary/#ether) через те, наскільки може змінюватися його вартість, на Ethereum є альтернативні валюти: [стейблкоїни](/glossary/#stablecoin).
- Докладніше про стейблкоїни
+ Більше про стейблкоїни
- Ознайомитися з децентралізованими програмами для позик
+ Перегляньте dapps для запозичень
Існує багато переваг використання децентралізованих позикодавців...
-#### Конфіденційні позики {#borrowing-privacy}
+#### Конфіденційні запозичення {#borrowing-privacy}
Сьогодні позики обертаються навколо залучених у цю діяльність осіб. Перш ніж давати кошти в позику, банкам потрібно впевнитися, що ви зможете їх повернути.
@@ -144,7 +145,7 @@ Ethereum можна використовувати для потокового
За використання послуг децентралізованих позикодавців ви отримуєте доступ до коштів з усього світу, а не лише тих, що зберігаються у вибраному вами банку або установі. Завдяки цьому позики стають доступніші, а процентні ставки — вигідніші.
-#### Оптимізація податків {#tax-efficiencies}
+#### Податкова ефективність {#tax-efficiencies}
Позики дають доступ до потрібних коштів без потреби в продажі власних монет ETH (оподатковувана дія). Натомість можна використовувати ETH як заставу для позики в стейблкоїнах. Так ви отримаєте необхідний потік коштів і не витратите ETH. Стейблкоїни — це токени, які набагато краще підходять для обміну в готівку, оскільки їх вартість не коливається так сильно, як в ETH. [Докладніше про стейблкоїни](#stablecoins)
@@ -177,19 +178,19 @@ Ethereum можна використовувати для потокового
- Ознайомитися з децентралізованими програмами для вкладення
+ Перегляньте dapps для кредитування
#### Безпрограшні лотереї {#no-loss-lotteries}
@@ -205,48 +206,48 @@ Ethereum можна використовувати для потокового
Призовий фонд формується з усіх відсотків, отриманих від вкладених коштів у білети, як у наведеному вище прикладі вкладення.
- Спробувати PoolTogether
+ Спробуйте PoolTogether
- Ознайомитися з біржами токенів
+ Перегляньте біржі токенів
- Ознайомитися з децентралізованими програмами для торгівлі
+ Перегляньте торгові dapps
- Ознайомитися з децентралізованими програмами для інвестицій
+ Перегляньте інвестиційні dapps
- Ознайомитися з децентралізованими програмами для краудфандингу
+ Перегляньте краудфандингові dapps
#### Квадратичне фінансування {#quadratic-funding}
-Ethereum — це програмне забезпечення з відкритим вихідним кодом, і наразі переважна частина роботи фінансується спільнотою. Це дало поштовх для розвитку нової цікавої моделі інвестування — квадратичного фінансування. Ця модель може покращити спосіб фінансування всіх видів суспільних товарів у майбутньому.
+Ethereum — це програмне забезпечення з відкритим вихідним кодом, і наразі переважна частина роботи фінансується спільнотою. Це дало поштовх для розвитку нової цікавої моделі інвестування — квадратичного фінансування. Це може покращити наш спосіб фінансування всіх видів суспільних благ у майбутньому.
-Квадратичне фінансування гарантує, що найбільше коштів отримують проєкти, які мають найвищий попит. Інакше кажучи, це проєкти, спрямовані на покращення умов життя більшості людей. Ось як це працює:
+Квадратичне фінансування гарантує, що проєкти з найунікальнішим попитом отримують найбільше фінансування. Інакше кажучи, проєкти, які сприяють покращенню життя більшості людей. Ось як це працює:
1. Існує спеціальний пул для пожертвувань.
2. Починається раунд суспільного фінансування.
@@ -281,27 +282,27 @@ Ethereum — це програмне забезпечення з відкрит
Мета децентралізованого страхування — зробити його дешевшим, прискорити виплати й збільшити прозорість. Завдяки більшій автоматизації страхування стає доступнішим, а виплати — значно швидшими. Дані, що використовуються для прийняття рішення щодо вашого запиту, абсолютно прозорі.
-Продукти Ethereum, як і будь-яке програмне забезпечення, можуть мати помилки й експлойти. Наразі багато страхувальних продуктів зосереджуються на захисті користувачів від втрати коштів. Однак уже з’являються проєкти, які починають страхувати від будь-яких життєвих проблем. Хорошим прикладом є страхування врожаю від Etherisc, що [має на меті захистити дрібних кенійських фермерів від збитків через засуху та повені](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc). Децентралізоване страхування може забезпечити дешевші послуги для фермерів, які часто потерпають від зависоких цін на страхування в традиційних установах.
+Ethereum сервіси, як і будь-яке програмне забезпечення, можуть страждати від помилок і помилкового використання. Наразі багато страхувальних продуктів зосереджуються на захисті користувачів від втрати коштів. Однак уже з’являються проєкти, які починають страхувати від будь-яких життєвих проблем. Гарним прикладом цього є страхування врожаю від Etherisc, яке має на меті [захистити дрібних фермерів у Кенії від посух і повеней](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc). Децентралізоване страхування може забезпечити дешевші послуги для фермерів, які часто потерпають від зависоких цін на страхування в традиційних установах.
- Ознайомитися з децентралізованими програмами для страхування
+ Перегляньте страхові dapps
- Ознайомитися з децентралізованими програмами для портфелів
+ Перегляньте портфельні dapps
- Докладніше про децентралізовані програми для розбудови
+ Докладніше про створення dapps
-## Довідкові джерела {#further-reading}
+## Для подальшого читання {#further-reading}
-### Інформація про DeFi {#defi-data}
+### Дані DeFi {#defi-data}
- [DeFi Prime](https://defiprime.com/)
- [DeFi Llama](https://defillama.com/)
### Статті про DeFi {#defi-articles}
-- [Посібник із роботи з DeFi для початківців](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) — _Сід Коельо-Прабху, 6 січня 2020 р._
+- [Посібник із DeFi для початківців](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) — _Сід Коельо-Прабху, 6 січня 2020 р._
+- [Рекомендації EEA щодо оцінки ризиків DeFi](https://entethalliance.org/specs/defi-risks/) — огляд, підтриманий галуззю, про те, як визначати й оцінювати ключові ризики в протоколах DeFi.
### Відео {#videos}
-- [Finematics — навчання децентралізованим фінансам](https://finematics.com/) — _Відео про DeFi_
-- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) — _Основи DeFi: усе, що потрібно знати для початку роботи в цьому незрозумілому середовищі._
-- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) — _Що таке DeFi?_
+- [Finematics — освіта в галузі децентралізованих фінансів](https://finematics.com/) — _відео про DeFi_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) — _Основи DeFi: усе, що вам потрібно знати, щоб почати працювати в цьому іноді загадковому просторі._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _Що таке DeFi?_
### Спільноти {#communities}
-- [DeFi Llama (сервер на Discord)](https://discord.defillama.com/)
-- [DeFi Pulse (сервер на Discord)](https://discord.gg/Gx4TCTk)
+- [Сервер DeFi Llama в Discord](https://discord.defillama.com/)
+- [Сервер DeFi Pulse в Discord](https://discord.gg/Gx4TCTk)
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+Точні дані, що повертаються, відрізняються залежно від реалізації клієнта. Усі клієнти повертають `False`, коли вузол не синхронізується, і всі клієнти повертають такі поля.
+
+`Object|Boolean`, об’єкт із даними стану синхронізації або `FALSE`, якщо не синхронізується:
+
+- `startingBlock`: `QUANTITY` — блок, з якого почався імпорт (буде скинуто лише після того, як синхронізація досягне своєї верхівки)
+- `currentBlock`: `QUANTITY` — поточний блок, такий же, як eth_blockNumber
+- `highestBlock`: `QUANTITY` — приблизний найвищий блок
+
+Однак окремі клієнти можуть також надавати додаткові дані. Наприклад, Geth повертає наступне:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "currentBlock": "0x3cf522",
+ "healedBytecodeBytes": "0x0",
+ "healedBytecodes": "0x0",
+ "healedTrienodes": "0x0",
+ "healingBytecode": "0x0",
+ "healingTrienodes": "0x0",
+ "highestBlock": "0x3e0e41",
+ "startingBlock": "0x3cbed5",
+ "syncedAccountBytes": "0x0",
+ "syncedAccounts": "0x0",
+ "syncedBytecodeBytes": "0x0",
+ "syncedBytecodes": "0x0",
+ "syncedStorage": "0x0",
+ "syncedStorageBytes": "0x0"
+ }
+}
+```
+
+Тоді як Besu повертає:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 51,
+ "result": {
+ "startingBlock": "0x0",
+ "currentBlock": "0x1518",
+ "highestBlock": "0x9567a3",
+ "pulledStates": "0x203ca",
+ "knownStates": "0x200636"
+ }
+}
+```
+
+Для отримання детальнішої інформації зверніться до документації вашого клієнта.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": {
+ startingBlock: '0x384',
+ currentBlock: '0x386',
+ highestBlock: '0x454'
+ }
+}
+// Or when not syncing
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": false
+}
+```
+
+### eth_coinbase {#eth_coinbase}
+
+Повертає адресу coinbase клієнта.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+> **Примітка:** цей метод було визнано застарілим у версії **v1.14.0** і більше не підтримується. Спроба використати цей метод призведе до помилки «Метод не підтримується».
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`DATA`, 20 байтів — поточна адреса coinbase.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// Result
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1"
+}
+```
+
+### eth_chainId {#eth_chainId}
+
+Повертає ідентифікатор ланцюга, який використовується для підпису транзакцій, захищених від повторного відтворення.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`chainId`, шістнадцяткове значення у вигляді рядка, що представляє ціле число поточного ідентифікатора ланцюга.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// Result
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+Повертає `true`, якщо клієнт активно майнить нові блоки. Це може повертати `true` лише для мереж із доказом виконання роботи, і може бути недоступним для деяких клієнтів після [The Merge](/roadmap/merge/).
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`Boolean` - повертає `true`, якщо клієнт майнить, інакше `false`.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+Повертає кількість хешів за секунду, з якою вузол здійснює майнінг. Це може повертати `true` лише для мереж із доказом виконання роботи, і може бути недоступним для деяких клієнтів після [The Merge](/roadmap/merge/).
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`QUANTITY` — кількість хешів за секунду.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// Result
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+Повертає оцінку поточної ціни за газ у wei. Наприклад, клієнт Besu перевіряє останні 100 блоків і за замовчуванням повертає медіанну ціну одиниці газу.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`QUANTITY` — ціле число поточної ціни газу у wei.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// Result
+{
+ "id":73,
+ "jsonrpc": "2.0",
+ "result": "0x1dfd14000" // 8049999872 Wei
+}
+```
+
+### eth_accounts {#eth_accounts}
+
+Повертає список адрес, що належать клієнту.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`Array of DATA`, 20 байтів — адреси, що належать клієнту.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"]
+}
+```
+
+### eth_blockNumber {#eth_blocknumber}
+
+Повертає номер останнього блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Немає
+
+**Повертає**
+
+`QUANTITY` — ціле число, що позначає номер поточного блоку, на якому знаходиться клієнт.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// Result
+{
+ "id":83,
+ "jsonrpc": "2.0",
+ "result": "0x4b7" // 1207
+}
+```
+
+### eth_getBalance {#eth_getbalance}
+
+Повертає баланс облікового запису за вказаною адресою.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 20 байтів — адреса для перевірки балансу.
+2. `QUANTITY|TAG` — цілочисельний номер блоку або рядок `"latest"`, `"earliest"`, `"pending"`, `"safe"` чи `"finalized"`, див. [параметр блоку](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**Повертає**
+
+`QUANTITY` — ціле число поточного балансу у wei.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0234c8a3397aab58" // 158972490234375000
+}
+```
+
+### eth_getStorageAt {#eth_getstorageat}
+
+Повертає значення з позиції сховища за вказаною адресою.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 20 байтів — адреса сховища.
+2. `QUANTITY` — ціле число, що позначає позицію в сховищі.
+3. `QUANTITY|TAG` — цілочисельний номер блоку або рядок `"latest"`, `"earliest"`, `"pending"`, `"safe"` чи `"finalized"`, див. [параметр блоку](/developers/docs/apis/json-rpc/#block-parameter)
+
+**Повертає**
+
+`DATA` — значення в цій позиції сховища.
+
+**Приклад**
+Обчислення правильної позиції залежить від сховища, яке потрібно отримати. Розглянемо наступний контракт, розгорнутий за адресою `0x295a70b2de5e3953354a6a8344e616ed314d7251` з адреси `0x391694e7e0b0cce554cb130d723a9d27458f9298`.
+
+```
+contract Storage {
+ uint pos0;
+ mapping(address => uint) pos1;
+ constructor() {
+ pos0 = 1234;
+ pos1[msg.sender] = 5678;
+ }
+}
+```
+
+Отримати значення pos0 просто:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+```
+
+Отримати елемент зіставлення складніше. Позиція елемента в зіставленні обчислюється за допомогою:
+
+```js
+keccak(LeftPad32(key, 0), LeftPad32(map position, 0))
+```
+
+Це означає, що для отримання сховища на pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] нам потрібно обчислити позицію за допомогою:
+
+```js
+keccak(
+ decodeHex(
+ "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" +
+ "0000000000000000000000000000000000000000000000000000000000000001"
+ )
+)
+```
+
+Консоль geth, що постачається з бібліотекою web3, може бути використана для обчислення:
+
+```js
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+Тепер, щоб отримати сховище:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+### eth_getTransactionCount {#eth_gettransactioncount}
+
+Повертає кількість транзакцій, _надісланих_ з адреси.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 20 байтів — адреса.
+2. `QUANTITY|TAG` — цілочисельний номер блоку або рядок `"latest"`, `"earliest"`, `"pending"`, `"safe"` чи `"finalized"`, див. [параметр блоку](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+ "latest", // стан останнього блоку
+]
+```
+
+**Повертає**
+
+`QUANTITY` — ціле число, що позначає кількість транзакцій, надісланих із цієї адреси.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
+
+Повертає кількість транзакцій у блоці за заданим хешем блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 32 байти — хеш блоку
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**Повертає**
+
+`QUANTITY` — ціле число, що позначає кількість транзакцій у цьому блоці.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
+
+Повертає кількість транзакцій у блоці за заданим номером блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `QUANTITY|TAG` — ціле число, що позначає номер блоку, або рядок `"earliest"`, `"latest"`, `"pending"`, `"safe"` чи `"finalized"`, як у [параметрі блоку](/developers/docs/apis/json-rpc/#block-parameter).
+
+```js
+params: [
+ "0x13738ca", // 20396234
+]
+```
+
+**Повертає**
+
+`QUANTITY` — ціле число, що позначає кількість транзакцій у цьому блоці.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
+
+Повертає кількість блоків-дядьків у блоці за заданим хешем блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 32 байти — хеш блоку
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**Повертає**
+
+`QUANTITY` — ціле число, що позначає кількість блоків-дядьків у цьому блоці.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
+
+Повертає кількість блоків-дядьків у блоці за заданим номером блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `QUANTITY|TAG` — цілочисельний номер блоку або рядок `"latest"`, `"earliest"`, `"pending"`, `"safe"` чи `"finalized"`, див. [параметр блоку](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0xe8", // 232
+]
+```
+
+**Повертає**
+
+`QUANTITY` — ціле число, що позначає кількість блоків-дядьків у цьому блоці.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0" // 0
+}
+```
+
+### eth_getCode {#eth_getcode}
+
+Повертає код за вказаною адресою.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 20 байтів — адреса
+2. `QUANTITY|TAG` — цілочисельний номер блоку або рядок `"latest"`, `"earliest"`, `"pending"`, `"safe"` чи `"finalized"`, див. [параметр блоку](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+ "0x5daf3b", // 6139707
+]
+```
+
+**Повертає**
+
+`DATA` — код із вказаної адреси.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+Метод sign обчислює специфічний для Ethereum підпис за допомогою: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
+
+Додавання префікса до повідомлення робить обчислений підпис розпізнаваним як специфічний підпис Ethereum. Це запобігає зловживанню, коли зловмисний dapp може підписувати довільні дані (наприклад, транзакцію) і використовувати підпис, щоб видати себе за жертву.
+
+Примітка: адреса для підпису має бути розблокована.
+
+**Параметри**
+
+1. `DATA`, 20 байтів — адреса
+2. `DATA`, N байтів - повідомлення для підпису
+
+**Повертає**
+
+`DATA`: підпис
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+Підписує транзакцію, яку можна буде пізніше надіслати в мережу за допомогою [eth_sendRawTransaction](#eth_sendrawtransaction).
+
+**Параметри**
+
+1. `Object` — об'єкт транзакції
+
+- `type`:
+- `from`: `DATA`, 20 байтів — адреса, з якої надсилається транзакція.
+- `to`: `DATA`, 20 байтів — (необов'язково при створенні нового контракту) адреса, на яку спрямована транзакція.
+- `gas`: `QUANTITY` — (необов'язково, за замовчуванням: 90000) ціле число газу, наданого для виконання транзакції. Він поверне невикористаний газ.
+- `gasPrice`: `QUANTITY` — (необов'язково, за замовчуванням: буде визначено) ціле число gasPrice, що використовується для кожного оплаченого газу, у Wei.
+- `value`: `QUANTITY` — (необов'язково) ціле число значення, надісланого з цією транзакцією, у Wei.
+- `data`: `DATA` — скомпільований код контракту АБО хеш підпису викликаного методу та закодованих параметрів.
+- `nonce`: `QUANTITY` — (необов'язково) ціле число nonce. Це дає змогу перезаписувати власні транзакції, що очікують на розгляд, які використовують той самий nonce.
+
+**Повертає**
+
+`DATA`, об'єкт транзакції, закодований за RLP, підписаний зазначеним обліковим записом.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
+// Result
+{
+ "id": 1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+Створює нову транзакцію виклику повідомлення або створення контракту, якщо поле даних містить код, і підписує її за допомогою облікового запису, зазначеного у `from`.
+
+**Параметри**
+
+1. `Object` — об'єкт транзакції
+
+- `from`: `DATA`, 20 байтів — адреса, з якої надсилається транзакція.
+- `to`: `DATA`, 20 байтів — (необов'язково при створенні нового контракту) адреса, на яку спрямована транзакція.
+- `gas`: `QUANTITY` — (необов'язково, за замовчуванням: 90000) ціле число газу, наданого для виконання транзакції. Він поверне невикористаний газ.
+- `gasPrice`: `QUANTITY` - (необов'язково, за замовчуванням: буде визначено) Ціле число gasPrice, що використовується для кожного оплаченого газу.
+- `value`: `QUANTITY` — (необов'язково) ціле число значення, надісланого з цією транзакцією.
+- `input`: `DATA` — скомпільований код контракту АБО хеш підпису викликаного методу та закодованих параметрів.
+- `nonce`: `QUANTITY` — (необов'язково) ціле число nonce. Це дає змогу перезаписувати власні транзакції, що очікують на розгляд, які використовують той самий nonce.
+
+```js
+params: [
+ {
+ from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+ to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+ gas: "0x76c0", // 30400
+ gasPrice: "0x9184e72a000", // 10000000000000
+ value: "0x9184e72a", // 2441406250
+ input:
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+ },
+]
+```
+
+**Повертає**
+
+`DATA`, 32 байти - хеш транзакції або нульовий хеш, якщо транзакція ще недоступна.
+
+Використовуйте [eth_getTransactionReceipt](#eth_gettransactionreceipt), щоб отримати адресу контракту після того, як транзакція була запропонована в блоці, коли ви створили контракт.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+Створює нову транзакцію виклику повідомлення або створення контракту для підписаних транзакцій.
+
+**Параметри**
+
+1. `DATA`, дані підписаної транзакції.
+
+```js
+params: [
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**Повертає**
+
+`DATA`, 32 байти - хеш транзакції або нульовий хеш, якщо транзакція ще недоступна.
+
+Використовуйте [eth_getTransactionReceipt](#eth_gettransactionreceipt), щоб отримати адресу контракту після того, як транзакція була запропонована в блоці, коли ви створили контракт.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_call {#eth_call}
+
+Виконує новий виклик повідомлення негайно, не створюючи транзакцію на блокчейні. Часто використовується для виконання функцій смарт-контрактів, доступних лише для читання, наприклад `balanceOf` для контракту ERC-20.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `Object` — об'єкт виклику транзакції
+
+- `from`: `DATA`, 20 байтів - (необов'язково) Адреса, з якої надсилається транзакція.
+- `to`: `DATA`, 20 байтів — адреса, на яку спрямована транзакція.
+- `gas`: `QUANTITY` — (необов'язково) ціле число газу, наданого для виконання транзакції. eth_call споживає нуль газу, але цей параметр може знадобитися для деяких виконань.
+- `gasPrice`: `QUANTITY` - (необов'язково) Ціле число gasPrice, що використовується для кожного оплаченого газу
+- `value`: `QUANTITY` — (необов'язково) ціле число значення, надісланого з цією транзакцією
+- `input`: `DATA` - (необов'язково) Хеш підпису методу та закодованих параметрів. Для отримання докладної інформації див. [Ethereum Contract ABI в документації Solidity](https://docs.soliditylang.org/en/latest/abi-spec.html).
+
+2. `QUANTITY|TAG` — цілочисельний номер блоку або рядок `"latest"`, `"earliest"`, `"pending"`, `"safe"` чи `"finalized"`, див. [параметр блоку](/developers/docs/apis/json-rpc/#block-parameter)
+
+**Повертає**
+
+`DATA` — значення, що повертається виконаним контрактом.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x"
+}
+```
+
+### eth_estimateGas {#eth_estimategas}
+
+Генерує та повертає оцінку того, скільки газу необхідно для завершення транзакції. Транзакція не буде додана до блокчейну. Зверніть увагу, що оцінка може бути значно більшою, ніж кількість газу, фактично використаного транзакцією, з різних причин, включаючи механіку EVM та продуктивність вузла.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+Див. параметри [eth_call](#eth_call), за винятком того, що всі властивості є необов'язковими. Якщо ліміт газу не вказано, geth використовує ліміт газу блоку з блоку, що очікує на розгляд, як верхню межу. У результаті повернутої оцінки може бути недостатньо для виконання виклику/транзакції, коли кількість газу перевищує ліміт газу для блоку, що очікує на підтвердження.
+
+**Повертає**
+
+`QUANTITY` — кількість використаного газу.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x5208" // 21000
+}
+```
+
+### eth_getBlockByHash {#eth_getblockbyhash}
+
+Повертає інформацію про блок за хешем.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 32 байти - Хеш блоку.
+2. `Boolean` — якщо `true`, повертає повні об’єкти транзакцій, якщо `false` — лише хеші транзакцій.
+
+```js
+params: [
+ "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ false,
+]
+```
+
+**Повертає**
+
+`Object` — об'єкт блоку або `null`, якщо блок не знайдено:
+
+- `number`: `QUANTITY` — номер блоку. `null`, якщо це блок, що очікує на розгляд.
+- `hash`: `DATA`, 32 байти — хеш блоку. `null`, якщо це блок, що очікує на розгляд.
+- `parentHash`: `DATA`, 32 байти — хеш батьківського блоку.
+- `nonce`: `DATA`, 8 байтів — хеш згенерованого доказу виконання роботи. `null`, коли це блок, що очікує на розгляд, `0x0` для блоків із доказом частки (після The Merge)
+- `sha3Uncles`: `DATA`, 32 байти — SHA3 даних блоків-дядьків у блоці.
+- `logsBloom`: `DATA`, 256 байтів — фільтр Блума для журналів блоку. `null`, якщо це блок, що очікує на розгляд.
+- `transactionsRoot`: `DATA`, 32 байти — корінь дерева транзакцій блоку.
+- `stateRoot`: `DATA`, 32 байти — корінь дерева кінцевого стану блоку.
+- `receiptsRoot`: `DATA`, 32 байти — корінь дерева квитанцій блоку.
+- `miner`: `DATA`, 20 байтів — адреса бенефіціара, якому були надані винагороди за блок.
+- `difficulty`: `QUANTITY` — ціле число складності для цього блоку.
+- `totalDifficulty`: `QUANTITY` — ціле число загальної складності ланцюга до цього блоку.
+- `extraData`: `DATA` — поле «додаткові дані» цього блоку.
+- `size`: `QUANTITY` — ціле число, розмір цього блоку в байтах.
+- `gasLimit`: `QUANTITY` — максимальний обсяг газу, дозволений у цьому блоці.
+- `gasUsed`: `QUANTITY` — загальний обсяг газу, використаний усіма транзакціями в цьому блоці.
+- `timestamp`: `QUANTITY` — мітка часу Unix, коли блок був зібраний.
+- `transactions`: `Array` — масив об'єктів транзакцій або 32-байтові хеші транзакцій залежно від останнього наданого параметра.
+- `uncles`: `Array` — масив хешів блоків-дядьків.
+
+**Приклад**
+
+```js
+// Запит
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
+// Результат
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "difficulty": "0x4ea3f27bc",
+ "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
+ "gasLimit": "0x1388",
+ "gasUsed": "0x0",
+ "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+ "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171",
+ "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843",
+ "nonce": "0x689056015818adbe",
+ "number": "0x1b4",
+ "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54",
+ "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+ "size": "0x220",
+ "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d",
+ "timestamp": "0x55ba467c",
+ "totalDifficulty": "0x78ed983323d",
+ "transactions": [
+ ],
+ "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "uncles": [
+ ]
+ }
+}
+```
+
+### eth_getBlockByNumber {#eth_getblockbynumber}
+
+Повертає інформацію про блок за номером блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `QUANTITY|TAG` — ціле число, що позначає номер блоку, або рядок `"earliest"`, `"latest"`, `"pending"`, `"safe"` чи `"finalized"`, як у [параметрі блоку](/developers/docs/apis/json-rpc/#block-parameter).
+2. `Boolean` — якщо `true`, повертає повні об’єкти транзакцій, якщо `false` — лише хеші транзакцій.
+
+```js
+params: [
+ "0x1b4", // 436
+ true,
+]
+```
+
+**Повертає**
+Див. [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
+```
+
+Результат див. у [eth_getBlockByHash](#eth_getblockbyhash)
+
+### eth_getTransactionByHash {#eth_gettransactionbyhash}
+
+Повертає інформацію про транзакцію за хешем транзакції.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 32 байти - хеш транзакції
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**Повертає**
+
+`Object` — об’єкт транзакції або `null`, якщо транзакція не знайдена:
+
+- `blockHash`: `DATA`, 32 байти — хеш блоку, у якому була ця транзакція. `null`, якщо вона очікує на розгляд.
+- `blockNumber`: `QUANTITY` — номер блоку, у якому була ця транзакція. `null`, якщо вона очікує на розгляд.
+- `from`: `DATA`, 20 байтів — адреса відправника.
+- `gas`: `QUANTITY` — газ, наданий відправником.
+- `gasPrice`: `QUANTITY` — ціна газу, надана відправником, у Wei.
+- `hash`: `DATA`, 32 байти — хеш транзакції.
+- `input`: `DATA` — дані, надіслані разом із транзакцією.
+- `nonce`: `QUANTITY` — кількість транзакцій, здійснених відправником до цієї.
+- `to`: `DATA`, 20 байтів — адреса одержувача. `null`, якщо це транзакція створення контракту.
+- `transactionIndex`: `QUANTITY` — ціле число, що позначає позицію індексу транзакцій у блоці. `null`, якщо вона очікує на розгляд.
+- `value`: `QUANTITY` — передане значення у Wei.
+- `v`: `QUANTITY` — ідентифікатор відновлення ECDSA
+- `r`: `QUANTITY` — підпис ECDSA r
+- `s`: `QUANTITY` — підпис ECDSA s
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// Result
+{
+ "jsonrpc":"2.0",
+ "id":1,
+ "result":{
+ "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "blockNumber":"0x5daf3b", // 6139707
+ "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d",
+ "gas":"0xc350", // 50000
+ "gasPrice":"0x4a817c800", // 20000000000
+ "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b",
+ "input":"0x68656c6c6f21",
+ "nonce":"0x15", // 21
+ "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb",
+ "transactionIndex":"0x41", // 65
+ "value":"0xf3dbb76162000", // 4290000000000000
+ "v":"0x25", // 37
+ "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea",
+ "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c"
+ }
+}
+```
+
+### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
+
+Повертає інформацію про транзакцію за хешем блоку та позицією індексу транзакції.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 32 байти - хеш блоку.
+2. `QUANTITY` — ціле число, що позначає позицію індексу транзакції.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**Повертає**
+Див. [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+Результат див. у [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
+
+Повертає інформацію про транзакцію за номером блоку та позицією індексу транзакції.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `QUANTITY|TAG` — номер блоку або рядок `"earliest"`, `"latest"`, `"pending"`, `"safe"` чи `"finalized"`, як у [параметрі блоку](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` — позиція індексу транзакції.
+
+```js
+params: [
+ "0x9c47cf", // 10241999
+ "0x24", // 36
+]
+```
+
+**Повертає**
+Див. [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+Результат див. у [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+Повертає квитанцію про транзакцію за хешем транзакції.
+
+**Примітка** Квитанція недоступна для транзакцій, що очікують на розгляд.
+
+**Параметри**
+
+1. `DATA`, 32 байти - хеш транзакції
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**Повертає**
+`Object` — об'єкт квитанції про транзакцію або `null`, якщо квитанцію не знайдено:
+
+- `transactionHash `: `DATA`, 32 байти — хеш транзакції.
+- `transactionIndex`: `QUANTITY` — ціле число, що позначає позицію індексу транзакцій у блоці.
+- `blockHash`: `DATA`, 32 байти — хеш блоку, у якому була ця транзакція.
+- `blockNumber`: `QUANTITY` — номер блоку, у якому була ця транзакція.
+- `from`: `DATA`, 20 байтів — адреса відправника.
+- `to`: `DATA`, 20 байтів — адреса одержувача. null, якщо це транзакція створення контракту.
+- `cumulativeGasUsed` : `QUANTITY ` - загальна кількість газу, використана під час виконання цієї транзакції в блоці.
+- `effectiveGasPrice`: `QUANTITY` — сума базової комісії та чайових, сплачених за одиницю газу.
+- `gasUsed `: `QUANTITY ` - кількість газу, використана лише цією конкретною транзакцією.
+- `contractAddress `: `DATA`, 20 байтів — створена адреса контракту, якщо транзакція була створенням контракту, інакше — `null`.
+- `logs`: `Array` — масив об'єктів журналу, згенерованих цією транзакцією.
+- `logsBloom`: `DATA`, 256 байтів — фільтр Блума для легких клієнтів, що дає змогу швидко отримувати пов'язані журнали.
+- `type`: `QUANTITY` — ціле число, що позначає тип транзакції, `0x0` для застарілих транзакцій, `0x1` для типів списку доступу, `0x2` для динамічних комісій.
+
+Він також повертає _одне з_:
+
+- `root` : `DATA` 32 байти кореня стану після транзакції (до оновлення Byzantium)
+- `status`: `QUANTITY` або `1` (успіх), або `0` (невдача)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// Result
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "blockHash":
+ "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+ "blockNumber": "0xeff35f",
+ "contractAddress": null, // рядок адреси, якщо він був створений
+ "cumulativeGasUsed": "0xa12515",
+ "effectiveGasPrice": "0x5a9c688d4",
+ "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+ "gasUsed": "0xb4c8",
+ "logs": [{
+ // журнали, повернуті getFilterLogs тощо.
+ }],
+ "logsBloom": "0x00...0", // 256-байтовий фільтр Блума
+ "status": "0x1",
+ "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
+ "transactionHash":
+ "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5",
+ "transactionIndex": "0x66",
+ "type": "0x2"
+ }
+}
+```
+
+### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
+
+Повертає інформацію про анкл-блок за хешем і позицією індексу анкл-блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `DATA`, 32 байти — хеш блоку.
+2. `QUANTITY` — позиція індексу блоку-дядька.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**Повертає**
+Див. [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+Результат див. у [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Примітка**: Блок-дядько не містить окремих транзакцій.
+
+### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
+
+Повертає інформацію про анкл-блок за номером і позицією індексу анкл-блоку.
+
+
+ Спробувати кінцеву точку на ігровому майданчику
+
+
+**Параметри**
+
+1. `QUANTITY|TAG` — номер блоку або рядок `"earliest"`, `"latest"`, `"pending"`, `"safe"` чи `"finalized"`, як у [параметрі блоку](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` — позиція індексу блоку-дядька.
+
+```js
+params: [
+ "0x29c", // 668
+ "0x0", // 0
+]
+```
+
+**Повертає**
+Див. [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Примітка**: Блок-дядько не містить окремих транзакцій.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
+```
+
+Результат див. у [eth_getBlockByHash](#eth_getblockbyhash)
+
+### eth_newFilter {#eth_newfilter}
+
+Створює об’єкт фільтра на основі параметрів фільтра для сповіщення про зміну стану (журналів).
+Щоб перевірити, чи змінився стан, викличте [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Примітка щодо вказування фільтрів тем:**
+Теми залежать від порядку. Транзакція з журналом з темами [A, B] буде відповідати наступним фільтрам тем:
+
+- `[]` "будь-що"
+- `[A]` "A на першій позиції (і будь-що після)"
+- `[null, B]` "будь-що на першій позиції ТА B на другій позиції (і будь-що після)"
+- `[A, B]` "A на першій позиції ТА B на другій позиції (і будь-що після)"
+- `[[A, B], [A, B]]` "(A АБО B) на першій позиції ТА (A АБО B) на другій позиції (і будь-що після)"
+- **Параметри**
+
+1. `Object` — параметри фільтра:
+
+- `fromBlock`: `QUANTITY|TAG` — (необов'язково, за замовчуванням: `"latest"`) цілочисельний номер блоку, або `"latest"` для останнього запропонованого блоку, `"safe"` для останнього безпечного блоку, `"finalized"` для останнього фіналізованого блоку, або `"pending"`, `"earliest"` для транзакцій, які ще не в блоці.
+- `toBlock`: `QUANTITY|TAG` — (необов'язково, за замовчуванням: `"latest"`) цілочисельний номер блоку, або `"latest"` для останнього запропонованого блоку, `"safe"` для останнього безпечного блоку, `"finalized"` для останнього фіналізованого блоку, або `"pending"`, `"earliest"` для транзакцій, які ще не в блоці.
+- `address`: `DATA|Array`, 20 байтів — (необов’язково) адреса контракту або список адрес, з яких мають походити журнали.
+- `topics`: `Array of DATA`, - (необов'язково) масив 32-байтових `DATA` тем. Теми залежать від порядку. Кожна тема також може бути масивом DATA з опціями «або».
+
+```js
+params: [
+ {
+ fromBlock: "0x1",
+ toBlock: "0x2",
+ address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ null,
+ [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+ ],
+ ],
+ },
+]
+```
+
+**Повертає**
+`QUANTITY` — ідентифікатор фільтра.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+Створює фільтр у вузлі, щоб сповіщати про надходження нового блоку.
+Щоб перевірити, чи змінився стан, викличте [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Параметри**
+Немає
+
+**Повертає**
+`QUANTITY` — ідентифікатор фільтра.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+Створює фільтр у вузлі, щоб сповіщати про надходження нових транзакцій, що очікують на розгляд.
+Щоб перевірити, чи змінився стан, викличте [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Параметри**
+Немає
+
+**Повертає**
+`QUANTITY` — ідентифікатор фільтра.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+Видаляє фільтр із вказаним ідентифікатором. Слід завжди викликати, коли спостереження більше не потрібне.
+Крім того, час очікування фільтрів спливає, якщо їх не запитують за допомогою [eth_getFilterChanges](#eth_getfilterchanges) протягом певного періоду.
+
+**Параметри**
+
+1. `QUANTITY` — ідентифікатор фільтра.
+
+```js
+params: [
+ "0xb", // 11
+]
+```
+
+**Повертає**
+`Boolean` — `true`, якщо фільтр успішно видалено, інакше `false`.
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_getFilterChanges {#eth_getfilterchanges}
+
+Метод опитування для фільтра, який повертає масив журналів, що з'явилися з моменту останнього опитування.
+
+**Параметри**
+
+1. `QUANTITY` — ідентифікатор фільтра.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**Повертає**
+`Array` — масив об'єктів журналу або порожній масив, якщо з моменту останнього опитування нічого не змінилося.
+
+- Для фільтрів, створених за допомогою `eth_newBlockFilter`, повертаються хеші блоків (`DATA`, 32 байти), наприклад, `["0x3454645634534..."]`.
+
+- Для фільтрів, створених за допомогою `eth_newPendingTransactionFilter`, повертаються хеші транзакцій (`DATA`, 32 байти), наприклад `["0x6345343454645..."]`.
+
+- Для фільтрів, створених за допомогою `eth_newFilter`, журнали є об'єктами з такими параметрами:
+ - `removed`: `TAG` — `true`, якщо журнал було видалено через реорганізацію ланцюга. `false`, якщо це дійсний журнал.
+ - `logIndex`: `QUANTITY` — ціле число, що позначає позицію індексу журналу в блоці. `null`, якщо це журнал, що очікує на розгляд.
+ - `transactionIndex`: `QUANTITY` — ціле число, що позначає позицію індексу транзакцій, з якого було створено журнал. `null`, якщо це журнал, що очікує на розгляд.
+ - `transactionHash`: `DATA`, 32 байти — хеш транзакцій, з яких було створено цей журнал. `null`, якщо це журнал, що очікує на розгляд.
+ - `blockHash`: `DATA`, 32 байти — хеш блоку, у якому був цей журнал. `null`, якщо вона очікує на розгляд. `null`, якщо це журнал, що очікує на розгляд.
+ - `blockNumber`: `QUANTITY` — номер блоку, у якому був цей журнал. `null`, якщо вона очікує на розгляд. `null`, якщо це журнал, що очікує на розгляд.
+ - `address`: `DATA`, 20 байтів — адреса, з якої походить цей журнал.
+ - `data`: `DATA` — неіндексовані дані журналу змінної довжини. (У _solidity_: нуль або більше 32-байтових неіндексованих аргументів журналу.)
+ - `topics`: `Array of DATA` — масив від 0 до 4 32-байтових `DATA` індексованих аргументів журналу. (У _solidity_: першою темою є _хеш_ підпису події (наприклад, `Deposit(address,bytes32,uint256)`), за винятком випадків, коли ви оголосили подію зі специфікатором `anonymous`.)
+
+- **Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc":"2.0",
+ "result": [{
+ "logIndex": "0x1", // 1
+ "blockNumber":"0x1b4", // 436
+ "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf",
+ "transactionIndex": "0x0", // 0
+ "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "data":"0x0000000000000000000000000000000000000000000000000000000000000000",
+ "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"]
+ },{
+ ...
+ }]
+}
+```
+
+### eth_getFilterLogs {#eth_getfilterlogs}
+
+Повертає масив усіх журналів, що відповідають фільтру з вказаним ідентифікатором.
+
+**Параметри**
+
+1. `QUANTITY` — ідентифікатор фільтра.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**Повертає**
+Див. [eth_getFilterChanges](#eth_getfilterchanges)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
+```
+
+Результат див. у [eth_getFilterChanges](#eth_getfilterchanges)
+
+### eth_getLogs {#eth_getlogs}
+
+Повертає масив усіх журналів, що відповідають заданому об'єкту фільтра.
+
+**Параметри**
+
+1. `Object` — параметри фільтра:
+
+- `fromBlock`: `QUANTITY|TAG` — (необов'язково, за замовчуванням: `"latest"`) цілочисельний номер блоку, або `"latest"` для останнього запропонованого блоку, `"safe"` для останнього безпечного блоку, `"finalized"` для останнього фіналізованого блоку, або `"pending"`, `"earliest"` для транзакцій, які ще не в блоці.
+- `toBlock`: `QUANTITY|TAG` — (необов'язково, за замовчуванням: `"latest"`) цілочисельний номер блоку, або `"latest"` для останнього запропонованого блоку, `"safe"` для останнього безпечного блоку, `"finalized"` для останнього фіналізованого блоку, або `"pending"`, `"earliest"` для транзакцій, які ще не в блоці.
+- `address`: `DATA|Array`, 20 байтів — (необов’язково) адреса контракту або список адрес, з яких мають походити журнали.
+- `topics`: `Array of DATA`, - (необов'язково) масив 32-байтових `DATA` тем. Теми залежать від порядку. Кожна тема також може бути масивом DATA з опціями «або».
+- `blockHash`: `DATA`, 32 байти — (необов'язково, **майбутнє**) з додаванням EIP-234, `blockHash` стане новим параметром фільтра, який обмежує повернуті журнали одним блоком з 32-байтовим хешем `blockHash`. Використання `blockHash` еквівалентно `fromBlock` = `toBlock` = номер блоку з хешем `blockHash`. Якщо `blockHash` присутній у критеріях фільтра, то ні `fromBlock`, ні `toBlock` не дозволяються.
+
+```js
+params: [
+ {
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ ],
+ },
+]
+```
+
+**Повертає**
+Див. [eth_getFilterChanges](#eth_getfilterchanges)
+
+**Приклад**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
+```
+
+Результат див. у [eth_getFilterChanges](#eth_getfilterchanges)
+
+## Приклад використання {#usage-example}
+
+### Розгортання контракту за допомогою JSON-RPC {#deploying-contract}
+
+Цей розділ містить демонстрацію того, як розгорнути контракт, використовуючи лише інтерфейс RPC. Існують альтернативні способи розгортання контрактів, де ця складність абстрагована — наприклад, за допомогою бібліотек, побудованих на основі інтерфейсу RPC, таких як [web3.js](https://web3js.readthedocs.io/) та [web3.py](https://github.com/ethereum/web3.py). Ці абстракції, як правило, легші для розуміння та менш схильні до помилок, але все ж корисно розуміти, що відбувається «під капотом».
+
+Нижче наведено простий смарт-контракт під назвою `Multiply7`, який буде розгорнуто за допомогою інтерфейсу JSON-RPC на вузлі Ethereum. Цей посібник передбачає, що читач уже має запущений вузол Geth. Більше інформації про вузли та клієнти доступно [тут](/developers/docs/nodes-and-clients/run-a-node). Будь ласка, зверніться до документації окремих [клієнтів](/developers/docs/nodes-and-clients/), щоб дізнатися, як запустити HTTP JSON-RPC для клієнтів, відмінних від Geth. Більшість клієнтів за замовчуванням обслуговують на `localhost:8545`.
+
+```javascript
+contract Multiply7 {
+ event Print(uint);
+ function multiply(uint input) returns (uint) {
+ Print(input * 7);
+ return input * 7;
+ }
+}
+```
+
+Перше, що потрібно зробити, це переконатися, що інтерфейс HTTP RPC увімкнено. Це означає, що ми надаємо Geth прапор `--http` під час запуску. У цьому прикладі ми використовуємо вузол Geth у приватному ланцюжку розробки. Використовуючи цей підхід, нам не потрібен етер у реальній мережі.
+
+```bash
+geth --http --dev console 2>>geth.log
+```
+
+Це запустить інтерфейс HTTP RPC на `http://localhost:8545`.
+
+Ми можемо перевірити, що інтерфейс працює, отримавши адресу coinbase (отримавши першу адресу з масиву облікових записів) та баланс за допомогою [curl](https://curl.se). Зверніть увагу, що дані в цих прикладах будуть відрізнятися на вашому локальному вузлі. Якщо ви хочете спробувати ці команди, замініть параметри запиту в другому запиті curl на результат, повернутий першим.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
+{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
+
+curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
+{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
+```
+
+Оскільки числа закодовані в шістнадцятковому форматі, баланс повертається в wei у вигляді шістнадцяткового рядка. Якщо ми хочемо мати баланс в етерах як число, ми можемо використовувати web3 з консолі Geth.
+
+```javascript
+web3.fromWei("0x1639e49bba16280000", "ether")
+// "410"
+```
+
+Тепер, коли в нашому приватному ланцюжку розробки є трохи етеру, ми можемо розгорнути контракт. Перший крок — скомпілювати контракт Multiply7 у байт-код, який можна надіслати в EVM. Щоб установити solc, компілятор Solidity, дотримуйтесь [документації Solidity](https://docs.soliditylang.org/en/latest/installing-solidity.html). (Можливо, ви захочете використати старішу версію `solc`, щоб вона відповідала [версії компілятора, використаній у нашому прикладі](https://github.com/ethereum/solidity/releases/tag/v0.4.20).)
+
+Наступним кроком є компіляція контракту Multiply7 у байт-код, який можна надіслати до EVM.
+
+```bash
+echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
+
+======= :Multiply7 =======
+Binary:
+6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
+```
+
+Тепер, коли у нас є скомпільований код, нам потрібно визначити, скільки газу коштує його розгортання. Інтерфейс RPC має метод `eth_estimateGas`, який дасть нам оцінку.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
+```
+
+І нарешті, розгорніть контракт.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
+{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
+```
+
+Транзакція приймається вузлом, і повертається хеш транзакції. Цей хеш можна використовувати для відстеження транзакції. Наступний крок — визначити адресу, за якою розгорнуто наш контракт. Кожна виконана транзакція створить квитанцію. Ця квитанція містить різну інформацію про транзакцію, наприклад, у якому блоці було включено транзакцію та скільки газу було використано EVM. Якщо транзакція
+створює контракт, вона також міститиме адресу контракту. Ми можемо отримати квитанцію за допомогою методу `eth_getTransactionReceipt` RPC.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
+```
+
+Наш контракт було створено за адресою `0x4d03d617d700cf81935d7f797f4e2ae719648262`. Результат null замість квитанції означає, що транзакцію ще не включено до блоку. Зачекайте трохи, перевірте, чи запущений ваш клієнт консенсусу, і повторіть спробу.
+
+#### Взаємодія зі смарт-контрактами {#interacting-with-smart-contract}
+
+У цьому прикладі ми надішлемо транзакцію за допомогою `eth_sendTransaction` до методу `multiply` контракту.
+
+`eth_sendTransaction` вимагає кілька аргументів, а саме `from`, `to` і `data`. `From` — це публічна адреса нашого облікового запису, а `to` — адреса контракту. Аргумент `data` містить корисне навантаження, яке визначає, який метод потрібно викликати і з якими аргументами. Саме тут у гру вступає [ABI (двійковий інтерфейс програми)](https://docs.soliditylang.org/en/latest/abi-spec.html). ABI — це JSON-файл, який визначає, як визначати та кодувати дані для EVM.
+
+Байти корисного навантаження визначають, який метод у контракті викликається. Це перші 4 байти з хешу Keccak від імені функції та типів її аргументів, закодовані в шістнадцятковому форматі. Функція multiply приймає uint, що є псевдонімом для uint256. У результаті ми отримуємо:
+
+```javascript
+web3.sha3("multiply(uint256)").substring(0, 10)
+// "0xc6888fa1"
+```
+
+Наступним кроком є кодування аргументів. Існує лише один uint256, скажімо, значення 6. ABI має розділ, який визначає, як кодувати типи uint256.
+
+`int: enc(X)` — це кодування X у форматі доповняльного коду з порядком від старшого до молодшого (big-endian), доповнене з боку старшого розряду (ліворуч) 0xff для від’ємних X і нульовими байтами для додатних X, таким чином, щоб довжина була кратною 32 байтам.
+
+Це кодується в `0000000000000000000000000000000000000000000000000000000000000006`.
+
+Поєднавши селектор функції та закодований аргумент, наші дані матимуть вигляд `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006`.
+
+Тепер це можна надіслати на вузол:
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
+{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"}
+```
+
+Оскільки транзакцію було надіслано, було повернуто хеш транзакції. Отримання квитанції дає:
+
+```javascript
+{
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ contractAddress: null,
+ cumulativeGasUsed: 22631,
+ gasUsed: 22631,
+ logs: [{
+ address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d",
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ data: "0x000000000000000000000000000000000000000000000000000000000000002a",
+ logIndex: 0,
+ topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+ }],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+}
+```
+
+Квитанція містить журнал. Цей журнал був згенерований EVM під час виконання транзакції та включений у квитанцію. Функція `multiply` показує, що подія `Print` була викликана з вхідним значенням, помноженим на 7. Оскільки аргументом для події `Print` було uint256, ми можемо розшифрувати його відповідно до правил ABI, що дасть нам очікуване десяткове значення 42. Крім даних, варто зазначити, що теми можна використовувати для визначення того, яка подія створила запис у журналі:
+
+```javascript
+web3.sha3("Print(uint256)")
+// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
+```
+
+Це був лише короткий вступ до деяких з найпоширеніших завдань, що демонструє пряме використання JSON-RPC.
+
+## Пов'язані теми {#related-topics}
+
+- [Специфікація JSON-RPC](http://www.jsonrpc.org/specification)
+- [Вузли та клієнти](/developers/docs/nodes-and-clients/)
+- [JavaScript API](/developers/docs/apis/javascript/)
+- [Серверні API](/developers/docs/apis/backend/)
+- [Клієнти виконання](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/uk/developers/docs/blocks/index.md b/public/content/translations/uk/developers/docs/blocks/index.md
new file mode 100644
index 00000000000..404dc1cbc39
--- /dev/null
+++ b/public/content/translations/uk/developers/docs/blocks/index.md
@@ -0,0 +1,153 @@
+---
+title: "Блоки"
+description: "Огляд блоків у блокчейні Ethereum - їх структура даних, навіщо вони потрібні та як вони створені."
+lang: uk
+---
+
+Блоки - це партії транзакцій з хешем попереднього блоку в ланцюжку. Це пов'язує блоки разом (у ланцюжку), оскільки хеші криптографічно виводяться з даних блоку. Це запобігає шахрайству, оскільки одна зміна будь -якого блоку в історії скасовує всі наступні блоки, оскільки всі наступні хеші змінюються, і всі, хто запускає блокчейн, помітять це.
+
+## Передумови {#prerequisites}
+
+Блоки - це тема, дуже зручна для початківців. Але щоб допомогти вам краще зрозуміти цю сторінку, ми рекомендуємо вам спочатку прочитати [Облікові записи](/developers/docs/accounts/), [Транзакції](/developers/docs/transactions/) та наш [вступ до Ethereum](/developers/docs/intro-to-ethereum/).
+
+## Чому блоки? {#why-blocks}
+
+Для того, щоб впевнитися, що всі учасники платформи "Ethereum" залишаються синхронізованими і погоджуються з точною історією транзакцій, ми поділяємо транзакції на блоки. Це означає, що десятки (або сотні) транзакцій фіксуються, узгоджуються та синхронізуються одночасно.
+
+
+_Діаграма адаптована з [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+Розміщуючи коміти, ми даємо всім учасникам мережі достатньо часу для досягнення консенсусу: хоча запити на транзакції надходять десятки разів на секунду, блоки створюються і фіксуються в Ethereum лише раз на дванадцять секунд.
+
+## Як працюють блоки {#how-blocks-work}
+
+Щоб зберегти історію транзакцій, блоки строго впорядковані (кожен новий створений блок містить посилання на свій батьківський блок), а також строго впорядковуються транзакції всередині блоків. За винятком рідкісних випадків, у будь-який момент часу всі учасники мережі погоджуються щодо точної кількості та історії блоків і працюють над пакетним пакетом поточних запитів на реальні транзакції в наступний блок.
+
+Після того, як блок створений випадково обраним валідатором в мережі, він поширюється на решту мережі; всі вузли додають цей блок в кінець свого блокчейну, а для створення наступного блоку обирається новий валідатор. Точний процес збірки блоків і процес прийняття зобов'язань/консенсусу наразі визначений протоколом Ethereum "підтвердження частки".
+
+## Протокол доказу частки {#proof-of-stake-protocol}
+
+Підтвердження частки означає наступне:
+
+- Перевірка вузлів повинна забезпечити 32 ETH у депозитний контракт як заставу на випадок поганої поведінки. Це допомагає захистити мережу, оскільки доведено, що нечесна діяльність призводить до знищення частини або всієї цієї частки.
+- У кожному слоті (з інтервалом у дванадцять секунд) випадковим чином обирається валідатор, який стає пропонентом блоку. Вони об'єднують транзакції разом, виконують їх і визначають новий "стан". Вони заносять цю інформацію в блок і передають його іншим валідаторам.
+- Інші валідатори, які дізнаються про новий блок, повторно виконують транзакції, щоб переконатися, що вони згодні із запропонованою зміною глобального стану. Якщо блок дійсний, вони додають його до власної бази даних.
+- Якщо валідатор чує про два суперечливих блоки на один і той же слот, він використовує свій алгоритм вибору вилки, щоб вибрати той, який підтримується найбільшою часткою ETH.
+
+[Докладніше про доказ частки](/developers/docs/consensus-mechanisms/pos)
+
+## Що таке блок? {#block-anatomy}
+
+У блоці міститься багато інформації. На найвищому рівні блок містить наступні поля:
+
+| Поле | Опис |
+| :--------------- | :-------------------------------------------------- |
+| `slot` | слот, до якого належить блок |
+| `proposer_index` | ідентифікатор валідатора, який запропонував блок |
+| `parent_root` | хеш попереднього блоку |
+| `state_root` | кореневий хеш цільового об'єкта |
+| `опис` | об'єкт, що містить кілька полів, як визначено нижче |
+
+Тіло (`body`) блоку містить кілька власних полів:
+
+| Поле | Опис |
+| :------------------- | :----------------------------------------------------------------------------- |
+| `randao_reveal` | значення, яке використовується для вибору наступного пропонента блоку |
+| `eth1_data` | інформація про депозитний договір |
+| `graffiti` | довільні дані для тегування блоків |
+| `proposer_slashings` | список валідаторів, що підлягають скороченню |
+| `attester_slashings` | список атестаторів, які підлягають скороченню |
+| `attestations` | список атестацій, зроблених для попередніх слотів |
+| `депозити` | список нових вкладів до депозитного договору |
+| `voluntary_exits` | список валідаторів, які виходять з мережі |
+| `sync_aggregate` | підмножина валідаторів, що використовуються для обслуговування легких клієнтів |
+| `execution_payload` | транзакції, передані від виконавчого клієнта |
+
+Поле `attestations` містить список усіх атестацій у блоці. Атестації мають власний тип даних, який містить певну інформацію. Кожна атестація містить:
+
+| Поле | Опис |
+| :----------------- | :------------------------------------------------------- |
+| `aggregation_bits` | перелік валідаторів, які брали участь у цій атестації |
+| `дані` | контейнер з декількома підполями |
+| `signature` | агрегований підпис набору валідаторів для частини `data` |
+
+Поле `data` в `attestation` містить таке:
+
+| Поле | Опис |
+| :------------------ | :------------------------------------------------------------- |
+| `slot` | слот, до якого відноситься атестація |
+| `index` | показники для атестування валідаторів |
+| `beacon_block_root` | кореневий хеш блоку Beacon, що розглядається як голова ланцюга |
+| `джерело` | остання обґрунтована контрольна точка |
+| `target` | остання гранична частина епохи |
+
+Виконання транзакцій в `execution_payload` оновлює глобальний стан. Усі клієнти повторно виконують транзакції в `execution_payload`, щоб переконатися, що новий стан відповідає стану в полі `state_root` нового блоку. Так клієнти можуть переконатися, що новий блок є дійсним і безпечним, щоб додати його у свій блокчейн. Сам `execution_payload` є об’єктом із кількома полями. Існує також `execution_payload_header`, який містить важливу зведену інформацію про дані виконання. Ці структури даних організовані наступним чином:
+
+`execution_payload_header` містить такі поля:
+
+| Поле | Опис |
+| :------------------ | :------------------------------------------------------------------------ |
+| `parent_hash` | хеш батьківського блоку |
+| `fee_recipient` | адреса рахунку для сплати комісії за транзакцію на |
+| `state_root` | кореневий хеш для глобального стану після застосування змін у цьому блоці |
+| `receipts_root` | хеш перевірки квитанцій про транзакції |
+| `logs_bloom` | структура даних, що містить журнали подій |
+| `prev_randao` | значення, що використовується для випадкового вибору валідатора |
+| `block_number` | номер поточного блоку |
+| `gas_limit` | максимально допустимий газ у цьому блоці |
+| `gas_used` | фактична кількість газу, використаного в цьому блоці |
+| `timestamp` | час блоку |
+| `extra_data` | довільні додаткові дані у вигляді необроблених байтів |
+| `base_fee_per_gas` | вартість базової комісії |
+| `block_hash` | Хеш блоку виконання |
+| `transactions_root` | кореневий хеш транзакцій у корисному завантаженні |
+| `withdrawal_root` | кореневий хеш зняття коштів у корисному навантаженні |
+
+Сам `execution_payload` містить таке (зверніть увагу, що він ідентичний заголовку, за винятком того, що замість кореневого хешу транзакцій він містить фактичний список транзакцій та інформацію про виведення коштів):
+
+| Поле | Опис |
+| :----------------- | :------------------------------------------------------------------------ |
+| `parent_hash` | хеш батьківського блоку |
+| `fee_recipient` | адреса рахунку для сплати комісії за транзакцію на |
+| `state_root` | кореневий хеш для глобального стану після застосування змін у цьому блоці |
+| `receipts_root` | хеш перевірки квитанцій про транзакції |
+| `logs_bloom` | структура даних, що містить журнали подій |
+| `prev_randao` | значення, що використовується для випадкового вибору валідатора |
+| `block_number` | номер поточного блоку |
+| `gas_limit` | максимально допустимий газ у цьому блоці |
+| `gas_used` | фактична кількість газу, використаного в цьому блоці |
+| `timestamp` | час блоку |
+| `extra_data` | довільні додаткові дані у вигляді необроблених байтів |
+| `base_fee_per_gas` | вартість базової комісії |
+| `block_hash` | Хеш блоку виконання |
+| `transactions` | перелік транзакцій, які необхідно виконати |
+| `зняття коштів` | перелік об'єктів зняття |
+
+Список `withdrawals` містить об'єкти `withdrawal`, структуровані таким чином:
+
+| Поле | Опис |
+| :--------------- | :------------------------------------------- |
+| `адреса` | адреса облікового запису, з якого було знято |
+| `сума` | сума зняття |
+| `index` | значення індексу зняття |
+| `validatorIndex` | значення індексу валідатора |
+
+## Час блоку {#block-time}
+
+Час блоку - це час, що розділяє блоки. В Ethereum час поділено на 12 секундних одиниць під назвою "слоти". У кожному слоті обирається один валідатор, який пропонує блок. Якщо припустити, що всі валідатори онлайн і повністю функціонують, то в кожному слоті буде блок, а це означає, що час блоку становить 12 секунд. Однак іноді валідатори можуть бути офлайн, коли їх викликають, щоб запропонувати блок, а це означає, що слоти можуть бути порожніми.
+
+Ця реалізація відрізняється від систем, заснованих на коректурах, де час блокування є імовірним і налаштовується в залежності від цільової складності майнінгу протоколу. [Середній час блоку](https://etherscan.io/chart/blocktime) в Ethereum є чудовим прикладом, оскільки перехід від доказу роботи до доказу частки можна чітко визначити на основі стабільності нового 12-секундного часу блоку.
+
+## Розмір блоку {#block-size}
+
+Останнім важливим зауваженням є те, що самі блоки мають обмежений розмір. Кожен блок має цільовий розмір 30 мільйонів газу, але розмір блоків збільшуватиметься або зменшуватиметься відповідно до потреб мережі, аж до ліміту блоку в 60 мільйонів газу (2x цільовий розмір блоку). Ліміт газу блоку можна регулювати вгору або вниз на коефіцієнт 1/1024 від ліміту газу попереднього блоку. У результаті валідатори можуть змінювати ліміт газу блоку через консенсус. Загальна кількість газу, витраченого усіма транзакціями в блоці, повинна бути меншою за ліміт блочного газу. Це важливо, оскільки це гарантує, що блоки не можуть мати довільний розмір. Якби блоки могли бути довільно великими, то менш продуктивні повні вузли поступово перестали б йти в ногу з мережею через вимоги до простору та швидкості. Чим більший блок, тим більша обчислювальна потужність потрібна, щоб обробити їх вчасно для наступного слота. Ця сила є централізованою, яку потрібно протиставити за розмірами блоків.
+
+## Для подальшого читання {#further-reading}
+
+_Знайшли ресурс, який допоміг з цією темою? Відредагуйте цю сторінку і додайте його!_
+
+## Пов'язані теми {#related-topics}
+
+- [Транзакції](/developers/docs/transactions/)
+- [Газ](/developers/docs/gas/)
+- [Доказ частки](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/uk/developers/docs/bridges/index.md b/public/content/translations/uk/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..064895bd885
--- /dev/null
+++ b/public/content/translations/uk/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: "Мости"
+description: "Короткий огляд мостів для розробників"
+lang: uk
+---
+
+З поширенням блокчейнів L1 і рішень для [масштабування](/developers/docs/scaling/) L2, а також з постійно зростаючою кількістю децентралізованих додатків, що переходять на кросчейн, потреба в комунікації та переміщенні активів між ланцюгами стала невід'ємною частиною мережевої інфраструктури. Для цього існують різні типи мостів, які допомагають зробити це можливим.
+
+## Потреба в мостах {#need-for-bridges}
+
+Мости існують для з'єднання блокчейн мереж. Вони забезпечують зв'язок та сумісність між блокчейнами.
+
+Блокчейни існують в ізольованому середовищі, а це означає, що вони не мають можливості для торгівлі та взаємодії з іншими мережами. Внаслідок цього, попри те, що в екосистемі може відбуватися значна активність та інновації, вона обмежується відсутністю зв'язку та взаємодії з іншими екосистемами.
+
+Мости пропонують ізольованим блокчейн-середовищам спосіб з'єднатися один з одним. Вони створюють транспортний маршрут між блокчейнами, яким токени, повідомлення, довільні дані та навіть виклики [смарт-контрактів](/developers/docs/smart-contracts/) можуть передаватися з одного ланцюга в інший.
+
+## Переваги мостів {#benefits-of-bridges}
+
+Простіше кажучи, мости розкривають численні варіанти використання, дозволяючи блокчейн-мережам обмінюватися даними та переміщувати активи між ними.
+
+Блокчейни мають унікальні сильні та слабкі сторони, а також підходи до створення застосунків (такі як швидкість, пропускна здатність, вартість тощо). Мости сприяють розвитку загальної криптоекосистеми, дозволяючи блокчейнам використовувати інновації один одного.
+
+Для розробників мости дозволяють наступне:
+
+- передачу будь-яких даних, інформації та активів між мережами.
+- розблокування нових функцій та варіантів використання, оскільки мости розширюють можливості протоколів. Наприклад, протокол для прибуткового фермерства(yield farming), спочатку розгорнутий в основній мережі Ethereum, може пропонувати пули ліквідності у всіх EVM-сумісних мережах.
+- можливість використовувати сильні сторони різних блокчейнів. Наприклад, розробники можуть скористатися нижчими комісіями, які пропонують різні рішення другого рівня (L2), розгортаючи свої децентралізовані додатки (dapps) у ролапах та сайдчейнах, а користувачі можуть переходити між ними за допомогою мостів.
+- співпраця між розробниками з різних блокчейн-екосистем для створення нових продуктів.
+- залучення користувачів та спільнот з різних екосистем до своїх dapps.
+
+## Як мости працюють? {#how-do-bridges-work}
+
+Хоча існує багато [типів дизайнів мостів](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/), виділяються три способи, що полегшують міжланцюговий переказ активів:
+
+- **Блокування та карбування –** блокування активів у вихідному ланцюзі та карбування активів у ланцюзі призначення.
+- **Спалення та карбування –** спалення активів у вихідному ланцюзі та карбування активів у ланцюзі призначення.
+- **Атомарні обміни –** обмін активів у вихідному ланцюзі на активи в ланцюзі призначення з іншою стороною.
+
+## Типи мостів {#bridge-types}
+
+Мости, як правило, поділяються на такі типи:
+
+- **Нативні мости –** ці мости зазвичай створюються для початкового забезпечення ліквідності на певному блокчейні, що полегшує користувачам переміщення коштів в екосистему. Наприклад, [міст Arbitrum](https://bridge.arbitrum.io/) створений для того, щоб користувачам було зручно переказувати активи з основної мережі Ethereum до Arbitrum. Інші такі мости включають Polygon PoS Bridge, [Optimism Gateway](https://app.optimism.io/bridge) тощо.
+- **Мости на основі валідаторів або оракулів –** ці мости покладаються на зовнішній набір валідаторів або оракулів для перевірки міжланцюгових переказів. Приклади: Multichain та Across.
+- **Мости для узагальненої передачі повідомлень –** ці мости можуть передавати активи, а також повідомлення та довільні дані між ланцюгами. Приклади: Axelar, LayerZero та Nomad.
+- **Мережі ліквідності –** ці мости переважно зосереджені на переказі активів з одного ланцюга до іншого за допомогою атомарних обмінів. Як правило, такі мости не дозволяють передавати повідомлення між різними мережами. Приклади: Connext та Hop.
+
+## Компроміси, які слід враховувати {#trade-offs}
+
+З мостами немає ідеальних рішень. Замість цього, існують лише компроміси, зроблені для досягнення певної мети. Розробники та користувачі можуть оцінювати мости на основі таких факторів:
+
+- **Безпека –** хто перевіряє систему? Мости, захищені зовнішніми валідаторами, зазвичай менш безпечні, ніж мости, які захищені локально або вбудованими валідаторами блокчейну.
+- **Зручність –** скільки часу потрібно для завершення транзакції, і скільки транзакцій користувач повинен підписати? Для розробника, скільки часу потрібно для інтеграції мосту, і наскільки складний цей процес?
+- **Можливості підключення –** до яких різних ланцюгів призначення може підключатися міст (тобто ролапи, сайдчейни, інші блокчейни рівня 1 тощо), і наскільки складно інтегрувати новий блокчейн?
+- **Здатність передавати складніші дані –** чи може міст забезпечувати переказ повідомлень і складніших довільних даних між ланцюгами, чи він підтримує лише міжланцюговий переказ активів?
+- **Ефективність витрат –** скільки коштує переказ активів між ланцюгами за допомогою моста? Зазвичай, мости стягують фіксовану або змінну комісію, залежно від вартості газу та ліквідності конкретних маршрутів. Також важливо оцінювати економічну ефективність мосту на основі капіталу, необхідного для забезпечення його безпеки.
+
+Загалом, мости можна розділити на довірені та не довірені.
+
+- **Довірені –** довірені мости перевіряються ззовні. Вони використовують зовнішній набір верифікаторів (Федерації з мультипідписом, системи багатосторонніх обчислень, мережі оракулів) для передачі даних між ланцюжками. Як результат, вони можуть забезпечувати відмінну зв'язність та дозволяти повністю узагальнену передачу повідомлень між мережами. Вони також зазвичай працюють швидко та ефективно з точки зору вартості. Це досягається ціною безпеки, оскільки користувачам доводиться покладатися на безпеку моста.
+- **Бездовірні –** ці мости покладаються на блокчейни, які вони з’єднують, та їхніх валідаторів для передачі повідомлень і токенів. Вони є "не довірчими", оскільки вони не додають нових припущень про довіру (на додаток до блокчейнів). Як наслідок, мости без довіри вважаються більш безпечними, ніж мости з довірою.
+
+Щоб оцінити не довірені мости на основі інших факторів, ми повинні розділити їх на мости з узагальненою передачею повідомлень та мережі ліквідності.
+
+- **Мости для узагальненої передачі повідомлень –** ці мости вирізняються безпекою та здатністю передавати складніші дані між ланцюгами. Зазвичай, вони також мають хорошу економічну ефективність. Однак, ці переваги зазвичай досягаються ціною зв'язності для мостів з легкими клієнтами (наприклад, IBC) та недоліків у швидкості для оптимістичних мостів (наприклад, Nomad), які використовують докази шахрайства.
+- **Мережі ліквідності –** ці мости використовують атомарні обміни для передачі активів і є системами локальної перевірки (тобто вони використовують валідаторів базових блокчейнів для перевірки транзакцій). В результаті вони відзначаються високою безпекою та швидкістю. Крім того, вони вважаються доволі економічно ефективними та забезпечують хорошу зв'язність. Однак основний компроміс полягає в їхній нездатності передавати більш складні дані - оскільки вони не підтримують передачу повідомлень між мережами.
+
+## Ризики, пов'язані з мостами {#risk-with-bridges}
+
+На мости припадають три [найбільші зломи в DeFi](https://rekt.news/leaderboard/), і вони все ще перебувають на ранніх стадіях розробки. Використання будь-якого мосту пов'язане з такими ризиками:
+
+- **Ризик смарт-контракту –** хоча багато мостів успішно пройшли аудити, достатньо однієї вади у смарт-контракті, щоб активи стали вразливими до зломів (наприклад: [міст Wormhole від Solana](https://rekt.news/wormhole-rekt/)).
+- **Системні фінансові ризики –** багато мостів використовують обгорнуті активи для карбування канонічних версій вихідного активу в новому ланцюзі. Це наражає екосистему на системний ризик, оскільки ми вже бачили випадки експлуатації "обгорнутих" версій токенів.
+- **Ризики контрагента –** деякі мости використовують модель довіри, яка вимагає від користувачів покладатися на припущення, що валідатори не будуть вступати в змову для крадіжки коштів користувачів. Необхідність довіряти цим третім сторонам наражає користувачів на ризики, такі як "килимові" атаки (rug pulls), цензура та інші зловмисні дії.
+- **Невирішені проблеми –** оскільки мости перебувають на ранніх стадіях розвитку, існує багато невирішених проблем щодо того, як мости будуть працювати в різних ринкових умовах, таких як періоди перевантаження мережі та під час непередбачуваних ситуацій, таких як атаки на рівні мережі або відкати стану. Ця невизначеність створює певні ризики, ступінь яких досі невідома.
+
+## Використання мостів децентралізованими додатками Як можна конвертувати Eth після хардфорку? {#how-can-dapps-use-bridges}
+
+Ось деякі практичні застосування, які розробники можуть розглянути щодо мостів та перенесення своїх dApp на крос-чейн:
+
+### Інтеграція мостів {#integrating-bridges}
+
+Для розробників існує багато способів додати підтримку мостів:
+
+1. **Побудова власного мосту –** побудова безпечного та надійного мосту не є легкою задачею, особливо якщо ви обираєте шлях мінімізації довіри. Крім того, це вимагає багаторічного досвіду і технічної експертизи у сфері досліджень масштабованості та інтероперабельності. Зрештою, для підтримки мосту та залучення достатньої ліквідності, щоб зробити його життєздатним, потрібна команда фахівців.
+
+2. **Надання користувачам кількох варіантів мостів –** багато [дзастосунків](/developers/docs/dapps/) вимагають від користувачів наявності їхнього нативного токена для взаємодії з ними. Щоб надати користувачам доступ до їхніх токенів, вони пропонують різні варіанти мостів на своєму вебсайті. Однак цей метод є лише тимчасовим вирішенням проблеми, оскільки він відводить користувача від інтерфейсу дзастосунку та все одно вимагає взаємодії з іншими дзастосунками та мостами. Це громіздкий процес адаптації, який збільшує ймовірність помилок.
+
+3. **Інтеграція моста –** це рішення не вимагає від дзастосунку відправляти користувачів на зовнішні інтерфейси мостів і DEX. Це дозволяє дзастосункам покращити процес адаптації користувачів. Однак цей підхід має свої обмеження:
+
+ - Оцінка та обслуговування мостів є складними та вимагають багато часу.
+ - Вибір одного моста створює єдину точку відмови та залежність.
+ - Дзастосунок обмежується можливостями моста.
+ - Одних лише мостів може бути недостатньо. Дзастосункам можуть знадобитися DEX, щоб запропонувати більше функціональних можливостей, як-от міжланцюгові обміни.
+
+4. **Інтеграція кількох мостів –** це рішення вирішує багато проблем, пов’язаних з інтеграцією одного моста. Однак це також має обмеження, оскільки інтеграція кількох мостів є ресурсомісткою і створює технічні та комунікаційні накладні витрати для розробників — найдефіцитнішого ресурсу в криптосфері.
+
+5. **Інтеграція агрегатора мостів –** ще один варіант для дзастосунків — це інтеграція рішення для агрегації мостів, яке надає їм доступ до кількох мостів. Агрегатори мостів успадковують сильні сторони всіх мостів і, таким чином, не обмежуються можливостями будь-якого одного моста. Зокрема, агрегатори мостів зазвичай підтримують інтеграцію мостів, що позбавляє дзастосунок від клопоту, пов’язаного з відстеженням технічних та операційних аспектів інтеграції моста.
+
+Зважаючи на це, агрегатори мостів також мають свої обмеження. Наприклад, хоча вони можуть пропонувати більше варіантів мостів, на ринку зазвичай доступно набагато більше мостів, ніж ті, що пропонуються на платформі агрегатора. Крім того, як і мости, агрегатори мостів також піддаються ризикам, пов'язаним зі смарт-контрактами та технологіями (більше смарт-контрактів = більше ризиків).
+
+Якщо додаток інтегрує міст або агрегатор, існують різні варіанти залежно від того, наскільки глибокою має бути інтеграція. Наприклад, якщо це лише зовнішня інтеграція для покращення користувацького досвіду, dapp інтегрує віджет. Однак, якщо інтеграція має на меті дослідити більш глибокі крос-ланцюгові стратегії, такі як стейкінг, фермерство тощо, dapp інтегрує SDK або API.
+
+### Розгортання дзастосунку на кількох ланцюгах {#deploying-a-dapp-on-multiple-chains}
+
+Щоб розгорнути дзастосунок на кількох ланцюгах, розробники можуть використовувати платформи для розробки, як-от [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/) тощо. Зазвичай, ці платформи постачаються зі складними плагінами, які дозволяють dApp переходити з однієї мережі в іншу. Наприклад, розробники можуть використовувати детермінований проксі-сервер розгортання, який пропонується [плагіном hardhat-deploy](https://github.com/wighawag/hardhat-deploy).
+
+#### Приклади:
+
+- [Як створювати міжланцюгові дзастосунки](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [Створення міжланцюгового NFT-маркетплейсу](https://youtu.be/WZWCzsB1xUE)
+- [Moralis: створення міжланцюгових NFT-дзастосунків](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### Моніторинг активності контрактів між ланцюгами {#monitoring-contract-activity-across-chains}
+
+Для моніторингу активності контрактів в різних мережах, розробники можуть використовувати підграфи та платформи для розробників, такі як Tenderly, щоб спостерігати за смарт-контрактами в режимі реального часу. Такі платформи також мають інструменти, які пропонують ширші функціональні можливості моніторингу даних для міжланцюгової діяльності, як-от перевірка [подій, що генеруються контрактами](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events), тощо.
+
+#### Інструменти
+
+- [The Graph](https://thegraph.com/en/)
+- [Tenderly](https://tenderly.co/)
+
+## Для подальшого читання {#further-reading}
+
+- [Блокчейн-мости](/bridges/) – ethereum.org
+- [L2Beat: система оцінки ризиків мостів](https://l2beat.com/bridges/summary)
+- [Блокчейн-мости: побудова мереж криптомереж](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) — 8 вересня 2021 р. — Дмитро Берензон
+- [Трилема сумісності](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) — 1 жовтня 2021 р. — Арджун Бхуптані
+- [Кластери: як довірені мости та мости з мінімізованою довірою формують мультиланцюговий ландшафт](https://blog.celestia.org/clusters/) — 4 жовтня 2021 р. — Мустафа аль-Бассам
+- [LI.FI: у мостах довіра — це спектр](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) — 28 квітня 2022 р. — Арджун Чанд
+- [Стан рішень для сумісності ролапів](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) — 20 червня 2024 р. — Алекс Хук
+- [Використання спільної безпеки для безпечної міжланцюгової сумісності: комітети стану Lagrange і не тільки](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) — 12 червня 2024 р. — Еммануель Авосіка
+
+Крім того, ось кілька змістовних презентацій від [Джеймса Прествіча](https://twitter.com/_prestwich), які можуть допомогти глибше зрозуміти, що таке мости:
+
+- [Будуємо мости, а не обгороджені сади](https://youtu.be/ZQJWMiX4hT0)
+- [Розбираємо мости](https://youtu.be/b0mC-ZqN8Oo)
+- [Чому горять мости](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/uk/developers/docs/consensus-mechanisms/index.md b/public/content/translations/uk/developers/docs/consensus-mechanisms/index.md
new file mode 100644
index 00000000000..3514c558440
--- /dev/null
+++ b/public/content/translations/uk/developers/docs/consensus-mechanisms/index.md
@@ -0,0 +1,92 @@
+---
+title: "Механізми консенсусу"
+description: "Пояснення консенсусних протоколів у розподілених системах та їхньої ролі в Ethereum."
+lang: uk
+---
+
+Термін «механізм консенсусу» часто використовується в розмовній мові для позначення протоколів «доказ частки», «підтвердження роботи» або «доказ повноважень». Однак це лише компоненти в механізмах консенсусу, які захищають від [Sybil-атак](/glossary/#sybil-attack). Механізми консенсусу — це повний набір ідей, протоколів і стимулів, які дають змогу розподіленому набору вузлів узгодити стан блокчейну.
+
+## Передумови {#prerequisites}
+
+Щоб краще зрозуміти цю сторінку, радимо спершу прочитати наш [вступ до Ethereum](/developers/docs/intro-to-ethereum/).
+
+## Що таке консенсус? {#what-is-consensus}
+
+Під консенсусом маємо на увазі досягнення загальної угоди. Уявіть групу людей що йдуть в кіно. Якщо немає розбіжностей щодо запропонованого вибору фільму, то консенсус досягнуто. Якщо є розбіжності, група повинна мати засоби, щоб вирішити, який фільм дивитися. В крайніх випадках група врешті-решт розколеться.
+
+Що стосується блокчейну Ethereum, процес є формалізованим, і досягнення консенсусу означає, що принаймні 66% вузлів у мережі погоджуються щодо глобального стану мережі.
+
+## Що таке механізм консенсусу? {#what-is-a-consensus-mechanism}
+
+Термін «механізм консенсусу» стосується всього набору протоколів, стимулів та ідей, які дають змогу мережі вузлів погодитися зі станом блокчейну.
+
+Ethereum використовує механізм консенсусу на основі доказу частки, криптоекономічна безпека якого забезпечується набором винагород і штрафів, що застосовуються до капіталу, заблокованого стейкерами. Ця структура стимулів заохочує окремих стейкерів керувати чесними валідаторами, карає тих, хто цього не робить, і створює надзвичайно високу вартість атаки на мережу.
+
+Потім існує протокол, який регулює, як обираються чесні валідатори для пропозиції чи перевірки блоків, обробки транзакцій та голосування за їхнє бачення верхівки ланцюга. У рідкісних ситуаціях, коли кілька блоків знаходяться в одній позиції поблизу голови ланцюжка, існує механізм вибору форку, який вибирає блоки, що утворюють «найважчий» ланцюжок, виміряний за кількістю валідаторів, які проголосували за блоки, зважені за балансом їхнього застейканого ефіру.
+
+Деякі поняття, важливі для консенсусу, не визначені явно в коді, наприклад, додаткова безпека, що забезпечується потенційною позасмуговою соціальною координацією як останньою лінією захисту від атак на мережу.
+
+Ці компоненти разом утворюють механізм консенсусу.
+
+## Типи механізмів консенсусу {#types-of-consensus-mechanisms}
+
+### На основі підтвердження роботи {#proof-of-work}
+
+Як і Bitcoin, Ethereum колись використовував протокол консенсусу на основі **підтвердження роботи (PoW)**.
+
+#### Створення блоків {#pow-block-creation}
+
+Майнери змагаються за створення нових блоків, заповнених обробленими транзакціями. Переможець ділиться новим блоком з рештою мережі та заробляє свіжо випущений ETH. Перемагає в гонці той комп'ютер, який найшвидше розв'яже математичну головоломку. Це створює криптографічний зв'язок між поточним блоком і попереднім блоком. Розгадування цієї головоломки-це робота в "доказовій роботі". Потім канонічний ланцюжок визначається за правилом вибору форка, яке вибирає набір блоків, для майнінгу яких було виконано найбільше роботи.
+
+#### Безпека {#pow-security}
+
+Мережа захищена тим фактом, що для обману ланцюга вам знадобиться 51% обчислювальної потужності мережі. Це вимагало б таких величезних інвестицій у обладнання та енергію; ви, ймовірно, витратите більше, ніж отримаєте.
+
+Докладніше про [підтвердження роботи](/developers/docs/consensus-mechanisms/pow/)
+
+### На основі доказу частки {#proof-of-stake}
+
+Зараз Ethereum використовує протокол консенсусу на основі **доказу частки (PoS)**.
+
+#### Створення блоків {#pos-block-creation}
+
+Валідатори створюють блоки. У кожному слоті випадковим чином обирається один валідатор, який буде пропонувати блок. Їхній консенсус-клієнт запитує пакет транзакцій як «корисне навантаження для виконання» у свого парного клієнта виконання. Вони загортають це в дані консенсусу, щоб сформувати блок, який вони надсилають іншим вузлам у мережі Ethereum. За створення цього блоку надається винагорода в ETH. У рідкісних випадках, коли для одного слоту існує кілька можливих блоків, або вузли дізнаються про блоки в різний час, алгоритм вибору форку обирає блок, який утворює ланцюжок із найбільшою вагою атестацій (де вага — це кількість валідаторів, що атестують, масштабована за їхнім балансом ETH).
+
+#### Безпека {#pos-security}
+
+Система доказу частки є крипто-економічно безпечною, оскільки зловмисник, який намагається взяти під контроль ланцюжок, повинен знищити величезну кількість ETH. Система винагород стимулює окремих стейкерів поводитися чесно, а штрафи перешкоджають стейкерам діяти зловмисно.
+
+Докладніше про [доказ частки](/developers/docs/consensus-mechanisms/pos/)
+
+### Наочний посібник {#types-of-consensus-video}
+
+Докладніше про різні типи механізмів консенсусу, які використовуються в Ethereum:
+
+
-Будь ласка, введіть пароль для нового облікового запису, що створюється:
-> <пароль>
+Please enter a password for the new account to be created:
+>
------------
-INFO [10-28|16:19:09.156] Ваш новий ключ згенеровано address=0x5e97870f263700f46aa00d967821199b9bc5a120
-WARN [10-28|16:19:09.306] Будь ласка, створіть резервну копію вашого файлу ключа path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
-WARN [10-28|16:19:09.306] Будь ласка, запам'ятайте свій пароль!
-Створено обліковий запис 0x5e97870f263700f46aa00d967821199b9bc5a120
+INFO [10-28|16:19:09.156] Your new key was generated address=0x5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] Please backup your key file path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] Please remember your password!
+Generated account 0x5e97870f263700f46aa00d967821199b9bc5a120
```
[Документація Geth](https://geth.ethereum.org/docs)