Вузли та клієнти

Етеріум — це розподілена мережа комп'ютерів (відомих як вузли), на яких працює програмне забезпечення, здатне перевіряти блоки та дані транзакцій. Це програмне забезпечення має бути запущене на вашому комп'ютері, щоб перетворити його на вузол Етеріуму. Для створення вузла потрібні дві окремі частини програмного забезпечення (відомі як «клієнти»).

Передумови

Ви повинні розуміти концепцію однорангової мережі та основи EVM, перш ніж заглиблюватися та запускати власний екземпляр клієнта Етеріуму. Ознайомтеся з нашим вступом до Етеріуму.

Якщо ви новачок у темі вузлів, ми рекомендуємо спочатку ознайомитися з нашим зручним посібником про запуск вузла Етеріуму.

Що таке вузли та клієнти?

«Вузол» — це будь-який екземпляр клієнтського програмного забезпечення Етеріуму, який підключений до інших комп'ютерів, на яких також працює програмне забезпечення Етеріуму, утворюючи мережу. Клієнт — це реалізація Етеріуму, яка перевіряє дані відповідно до правил протоколу та забезпечує безпеку мережі. Вузол повинен запускати два клієнти: клієнт консенсусу та клієнт виконання.

• Клієнт виконання (також відомий як механізм виконання, клієнт EL або раніше клієнт Eth1) прослуховує нові транзакції, що транслюються в мережі, виконує їх в EVM і зберігає останній стан та базу даних усіх поточних даних Етеріуму.
• Клієнт консенсусу (також відомий як маяковий вузол, клієнт CL або раніше клієнт Eth2) реалізує алгоритм консенсусу доказ частки (PoS), який дозволяє мережі досягати згоди на основі перевірених даних від клієнта виконання. Існує також третя частина програмного забезпечення, відома як «валідатор», яку можна додати до клієнта консенсусу, що дозволяє вузлу брати участь у забезпеченні безпеки мережі.

Ці клієнти працюють разом, щоб відстежувати вершину ланцюга Етеріуму та дозволяти користувачам взаємодіяти з мережею Етеріум. Модульний дизайн, у якому кілька частин програмного забезпечення працюють разом, називається інкапсульованою складністю (opens in a new tab). Цей підхід полегшив плавне виконання Злиття, спрощує підтримку та розробку клієнтського програмного забезпечення, а також дозволяє повторно використовувати окремі клієнти, наприклад, в екосистемі рівня 2 (l2).

Спрощена схема об'єднаного клієнта виконання та консенсусу.

Різноманітність клієнтів

Як клієнти виконання, так і клієнти консенсусу існують на різних мовах програмування та розробляються різними командами.

Кілька реалізацій клієнтів можуть зробити мережу сильнішою, зменшивши її залежність від єдиної кодової бази. Ідеальна мета — досягти різноманітності без домінування жодного клієнта в мережі, тим самим усуваючи потенційну єдину точку відмови. Різноманітність мов також залучає ширшу спільноту розробників і дозволяє їм створювати інтеграції на їхній улюбленій мові.

Дізнайтеся більше про різноманітність клієнтів.

Спільним для цих реалізацій є те, що всі вони дотримуються єдиної специфікації. Специфікації визначають, як функціонує мережа та блокчейн Етеріуму. Кожна технічна деталь визначена, і специфікації можна знайти як:

• Спочатку, Жовта книга Етеріуму (opens in a new tab)
• Специфікації виконання (opens in a new tab)
• Специфікації консенсусу (opens in a new tab)
• EIP (opens in a new tab), реалізовані в різних оновленнях мережі

Відстеження вузлів у мережі

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

• Карта вузлів (opens in a new tab) від Etherscan
• Ethernodes (opens in a new tab) від Bitfly
• Nodewatch (opens in a new tab) від Chainsafe, сканування вузлів консенсусу
• Monitoreth (opens in a new tab) — від MigaLabs, інструмент моніторингу розподіленої мережі
• Щотижневі звіти про стан мережі (opens in a new tab) — від ProbeLab, з використанням сканера Nebula (opens in a new tab) та інших інструментів

Типи вузлів

Якщо ви хочете запустити власний вузол, ви повинні розуміти, що існують різні типи вузлів, які споживають дані по-різному. Фактично, клієнти можуть запускати три різні типи вузлів: легкий, повний та архівний. Існують також варіанти різних стратегій синхронізації, які забезпечують швидший час синхронізації. Синхронізація стосується того, наскільки швидко можна отримати найактуальнішу інформацію про стан Етеріуму.

Повний вузол

Повні вузли виконують валідацію блоку за блоком у блокчейні, включаючи завантаження та перевірку тіла блоку та даних стану для кожного блоку. Існують різні класи повних вузлів — деякі починають з генезис-блоку і перевіряють кожен окремий блок у всій історії блокчейну. Інші починають свою перевірку з більш пізнього блоку, який вони вважають дійсним (наприклад, «snap sync» у Geth). Незалежно від того, звідки починається перевірка, повні вузли зберігають лише локальну копію відносно недавніх даних (зазвичай 128 останніх блоків), що дозволяє видаляти старіші дані для економії місця на диску. Старіші дані можна згенерувати заново, коли це буде потрібно.

• Зберігає повні дані блокчейну (хоча вони періодично обрізаються, тому повний вузол не зберігає всі дані стану аж до генезис-блоку)
• Бере участь у валідації блоку, перевіряє всі блоки та стани.
• Усі стани можуть бути або отримані з локального сховища, або згенеровані заново зі «знімків» повним вузлом.
• Обслуговує мережу та надає дані за запитом.

Архівний вузол

Архівні вузли — це повні вузли, які перевіряють кожен блок від генезис-блоку і ніколи не видаляють жодних завантажених даних.

• Зберігає все, що зберігається в повному вузлі, і створює архів історичних станів. Це потрібно, якщо ви хочете зробити запит, наприклад, про баланс акаунта на блоці №4 000 000, або просто і надійно протестувати власний набір транзакцій без їх валідації за допомогою трасування.
• Ці дані становлять одиниці терабайтів, що робить архівні вузли менш привабливими для звичайних користувачів, але вони можуть бути зручними для таких сервісів, як оглядачі блоків, постачальники гаманців та аналітика ланцюга.

Синхронізація клієнтів у будь-якому режимі, крім архівного, призведе до обрізання даних блокчейну. Це означає, що архіву всіх історичних станів немає, але повний вузол здатний побудувати їх за запитом.

Дізнайтеся більше про архівні вузли.

Легкий вузол

Замість того, щоб завантажувати кожен блок, легкі вузли завантажують лише заголовки блоків. Ці заголовки містять зведену інформацію про вміст блоків. Будь-яка інша інформація, яка потрібна легкому вузлу, запитується у повного вузла. Потім легкий вузол може незалежно перевірити отримані дані за допомогою коренів стану в заголовках блоків. Легкі вузли дозволяють користувачам брати участь у мережі Етеріум без потужного обладнання або високої пропускної здатності, необхідних для запуску повних вузлів. Згодом легкі вузли можуть працювати на мобільних телефонах або вбудованих пристроях. Легкі вузли не беруть участі в консенсусі (тобто вони не можуть бути валідаторами), але вони можуть отримати доступ до блокчейну Етеріуму з тією ж функціональністю та гарантіями безпеки, що й повний вузол.

Легкі клієнти є сферою активної розробки для Етеріуму, і ми очікуємо незабаром побачити нові легкі клієнти для рівня консенсусу та рівня виконання. Існують також потенційні шляхи надання даних легкого клієнта через мережу gossip (opens in a new tab). Це вигідно, оскільки мережа gossip могла б підтримувати мережу легких вузлів, не вимагаючи від повних вузлів обслуговувати запити.

Етеріум поки що не підтримує велику кількість легких вузлів, але підтримка легких вузлів — це сфера, яка, як очікується, буде швидко розвиватися найближчим часом. Зокрема, такі клієнти, як Німбус (opens in a new tab), Helios (opens in a new tab) та Лодстар (opens in a new tab), наразі значною мірою зосереджені на легких вузлах.

Навіщо мені запускати вузол Етеріуму?

Запуск вузла дозволяє вам безпосередньо, бездовірчо та приватно використовувати Етеріум, одночасно підтримуючи мережу, роблячи її більш надійною та децентралізованою.

Переваги для вас

Запуск власного вузла дозволяє вам використовувати Етеріум у приватний, самодостатній та бездовірчий спосіб. Вам не потрібно довіряти мережі, оскільки ви можете самостійно перевірити дані за допомогою свого клієнта. «Не довіряй, перевіряй» — популярна мантра блокчейну.

• Ваш вузол самостійно перевіряє всі транзакції та блоки відповідно до правил консенсусу. Це означає, що вам не потрібно покладатися на будь-які інші вузли в мережі або повністю їм довіряти.
• Ви можете використовувати гаманець Етеріуму з власним вузлом. Ви можете використовувати децентралізовані застосунки (dapp) більш безпечно та приватно, оскільки вам не доведеться розкривати свої адреси та баланси посередникам. Все можна перевірити за допомогою власного клієнта. МетаМаск (opens in a new tab), Frame (opens in a new tab) та багато інших гаманців пропонують імпорт RPC, що дозволяє їм використовувати ваш вузол.
• Ви можете запускати та самостійно розміщувати інші сервіси, які залежать від даних з Етеріуму. Наприклад, це може бути валідатор сигнального ланцюга, програмне забезпечення, таке як рівень 2 (l2), інфраструктура, оглядачі блоків, платіжні процесори тощо.
• Ви можете надати власні користувацькі кінцеві точки RPC. Ви навіть можете запропонувати ці кінцеві точки публічно для спільноти, щоб допомогти їм уникнути великих централізованих провайдерів.
• Ви можете підключитися до свого вузла за допомогою міжпроцесної взаємодії (IPC) або переписати вузол, щоб завантажити вашу програму як плагін. Це забезпечує низьку затримку, що дуже допомагає, наприклад, при обробці великої кількості даних за допомогою бібліотек Web3 або коли вам потрібно замінити свої транзакції якомога швидше (тобто фронтраннінг).
• Ви можете безпосередньо стейкати ETH, щоб забезпечити безпеку мережі та отримувати винагороди. Перегляньте соло-стейкінг, щоб почати.

Переваги для мережі

Різноманітний набір вузлів важливий для здоров'я, безпеки та операційної стійкості Етеріуму.

• Повні вузли забезпечують дотримання правил консенсусу, тому їх неможливо обдурити, змусивши прийняти блоки, які їх не дотримуються. Це забезпечує додаткову безпеку в мережі, оскільки якби всі вузли були легкими вузлами, які не виконують повну перевірку, валідатори могли б атакувати мережу.
• У разі атаки, яка долає криптоекономічний захист доказу частки (PoS), повні вузли можуть здійснити соціальне відновлення, вирішивши слідувати чесному ланцюгу.
• Більша кількість вузлів у мережі призводить до більш різноманітної та надійної мережі, що є кінцевою метою децентралізації, яка забезпечує стійку до цензури та надійну систему.
• Повні вузли надають доступ до даних блокчейну для легких клієнтів, які від них залежать. Легкі вузли не зберігають весь блокчейн, натомість вони перевіряють дані через корені стану в заголовках блоків. Вони можуть запросити більше інформації у повних вузлів, якщо їм це потрібно.

Якщо ви запускаєте повний вузол, від цього виграє вся мережа Етеріум, навіть якщо ви не запускаєте валідатор.

Запуск власного вузла

Зацікавлені в запуску власного клієнта Етеріуму?

Для зручного для початківців вступу відвідайте нашу сторінку запуск вузла, щоб дізнатися більше.

Якщо ви більш технічний користувач, зануртеся в деталі та варіанти того, як розгорнути власний вузол.

Альтернативи

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

Якщо хтось у вашій спільноті запускає вузол Етеріуму з публічним API, ви можете спрямувати свої гаманці на вузол спільноти через користувацький RPC і отримати більше приватності, ніж з якоюсь випадковою довіреною третьою стороною.

З іншого боку, якщо ви запускаєте клієнт, ви можете поділитися ним зі своїми друзями, яким він може знадобитися.

Клієнти виконання

Спільнота Етеріуму підтримує кілька клієнтів виконання з відкритим вихідним кодом (раніше відомих як «клієнти Eth1» або просто «клієнти Етеріуму»), розроблених різними командами з використанням різних мов програмування. Це робить мережу сильнішою та більш різноманітною. Ідеальна мета — досягти різноманітності без домінування жодного клієнта, щоб зменшити будь-які єдині точки відмови.

У цій таблиці підсумовано різні клієнти. Усі вони проходять тестування клієнтів (opens in a new tab) та активно підтримуються, щоб залишатися в курсі оновлень мережі.

Для отримання додаткової інформації про підтримувані мережі прочитайте про мережі Етеріуму.

Кожен клієнт має унікальні варіанти використання та переваги, тому вам слід вибрати один на основі власних уподобань. Різноманітність дозволяє реалізаціям зосередитися на різних функціях та аудиторіях користувачів. Ви можете вибрати клієнт на основі функцій, підтримки, мови програмування або ліцензій.

Бесу

Hyperledger Бесу — це клієнт Етеріуму корпоративного рівня для публічних мереж та мереж з обмеженим доступом. Він підтримує всі функції головної мережі Етеріуму, від трасування до GraphQL, має розширений моніторинг і підтримується ConsenSys як у відкритих каналах спільноти, так і через комерційні SLA для підприємств. Він написаний на Java і має ліцензію Apache-2.0.

Детальна документація (opens in a new tab) Бесу проведе вас через усі деталі щодо його функцій та налаштувань.

Ерігон

Ерігон, раніше відомий як Turbo-Geth, починався як форк Go Ethereum, орієнтований на швидкість та ефективність використання дискового простору. Ерігон — це повністю перероблена реалізація Етеріуму, наразі написана на Go, але з реалізаціями на інших мовах, що знаходяться в розробці. Мета Ерігон — надати швидшу, більш модульну та більш оптимізовану реалізацію Етеріуму. Він може виконати повну синхронізацію архівного вузла, використовуючи близько 2 ТБ дискового простору, менш ніж за 3 дні.

Go Ethereum

Go Ethereum (скорочено Geth) — одна з оригінальних реалізацій протоколу Етеріуму. Наразі це найпоширеніший клієнт із найбільшою базою користувачів та різноманітністю інструментів для користувачів і розробників. Він написаний на Go, має повністю відкритий вихідний код і ліцензований за GNU LGPL v3.

Дізнайтеся більше про Geth у його документації (opens in a new tab).

Незермайнд

Незермайнд — це реалізація Етеріуму, створена за допомогою технологічного стеку C# .NET, ліцензована за LGPL-3.0, яка працює на всіх основних платформах, включаючи ARM. Він пропонує чудову продуктивність з:

• оптимізованою віртуальною машиною
• доступом до стану
• мережевими можливостями та багатими функціями, такими як інформаційні панелі Prometheus/Grafana, підтримка корпоративного журналювання seq, трасування JSON-RPC та плагіни аналітики.

Незермайнд також має детальну документацію (opens in a new tab), потужну підтримку розробників, онлайн-спільноту та цілодобову підтримку, доступну для преміум-користувачів.

Рет

Рет (скорочення від Rust Ethereum) — це реалізація повного вузла Етеріуму, яка орієнтована на зручність для користувача, високу модульність, швидкість та ефективність. Рет був спочатку створений і просувався Paradigm, і ліцензований за ліцензіями Apache та MIT.

Рет готовий до виробництва і підходить для використання в критично важливих середовищах, таких як стейкінг або сервіси з високим часом безвідмовної роботи. Добре працює у випадках використання, де потрібна висока продуктивність з великим запасом, таких як RPC, MEV, індексування, симуляції та P2P-активності.

Дізнайтеся більше, переглянувши Книгу Рет (opens in a new tab) або репозиторій Рет на GitHub (opens in a new tab).

У розробці

Ці клієнти все ще знаходяться на ранніх стадіях розробки і поки не рекомендовані для використання у виробництві.

EthereumJS

Клієнт виконання EthereumJS (EthereumJS) написаний на TypeScript і складається з низки пакетів, включаючи основні примітиви Етеріуму, представлені класами Block, Transaction та Merkle-Patricia Trie, а також основні компоненти клієнта, включаючи реалізацію віртуальної машини Етеріуму (EVM), клас блокчейну та мережевий стек devp2p.

Дізнайтеся більше про нього, прочитавши його документацію (opens in a new tab)

Клієнти консенсусу

Існує кілька клієнтів консенсусу (раніше відомих як клієнти «Eth2») для підтримки оновлень консенсусу. Вони відповідають за всю логіку, пов'язану з консенсусом, включаючи алгоритм вибору форку, обробку атестацій та управління винагородами і штрафами доказу частки (PoS).

Лайтхаус

Лайтхаус — це реалізація клієнта консенсусу, написана на Rust за ліцензією Apache-2.0. Він підтримується Sigma Prime і є стабільним та готовим до виробництва з моменту генезис-блоку сигнального ланцюга. На нього покладаються різні підприємства, пули для стейкінгу та приватні особи. Він прагне бути безпечним, продуктивним та інтероперабельним у широкому діапазоні середовищ, від настільних ПК до складних автоматизованих розгортань.

Документацію можна знайти в Книзі Лайтхаус (opens in a new tab)

Лодстар

Лодстар — це готова до виробництва реалізація клієнта консенсусу, написана на TypeScript за ліцензією LGPL-3.0. Він підтримується ChainSafe Systems і є найновішим із клієнтів консенсусу для соло-стейкерів, розробників та дослідників. Лодстар складається з маякового вузла та клієнта валідатора, що працюють на основі JavaScript-реалізацій протоколів Етеріуму. Лодстар має на меті покращити зручність використання Етеріуму за допомогою легких клієнтів, розширити доступність для більшої групи розробників і зробити подальший внесок у різноманітність екосистеми.

Більше інформації можна знайти на вебсайті Лодстар (opens in a new tab)

Німбус

Німбус — це реалізація клієнта консенсусу, написана на Nim за ліцензією Apache-2.0. Це готовий до виробництва клієнт, який використовується соло-стейкерами та пулами для стейкінгу. Німбус розроблений для ефективного використання ресурсів, що дозволяє легко запускати його на пристроях з обмеженими ресурсами та корпоративній інфраструктурі з однаковою легкістю, без шкоди для стабільності або продуктивності винагород. Менше споживання ресурсів означає, що клієнт має більший запас міцності, коли мережа перебуває під навантаженням.

Дізнайтеся більше в документації Німбус (opens in a new tab)

Призм

Призм — це повнофункціональний клієнт консенсусу з відкритим вихідним кодом, написаний на Go за ліцензією GPL-3.0. Він має додатковий інтерфейс вебзастосунку та надає пріоритет користувацькому досвіду, документації та можливості налаштування як для домашніх стейкерів, так і для інституційних користувачів.

Відвідайте документацію Призм (opens in a new tab), щоб дізнатися більше.

Теку

Теку — один з оригінальних клієнтів генезис-блоку сигнального ланцюга. Поряд зі звичайними цілями (безпека, надійність, стабільність, зручність використання, продуктивність), Теку спеціально прагне повністю відповідати всім різноманітним стандартам клієнтів консенсусу.

Теку пропонує дуже гнучкі варіанти розгортання. Маяковий вузол і клієнт валідатора можна запускати разом як єдиний процес, що надзвичайно зручно для соло-стейкерів, або вузли можна запускати окремо для складних операцій стейкінгу. Крім того, Теку повністю інтероперабельний з Web3Signer (opens in a new tab) для безпеки ключів підписання та захисту від слешингу.

Теку написаний на Java і має ліцензію Apache-2.0. Він розроблений командою Protocols у ConsenSys, яка також відповідає за Бесу та Web3Signer. Дізнайтеся більше в документації Теку (opens in a new tab).

Grandine

Grandine — це реалізація клієнта консенсусу, написана на Rust за ліцензією GPL-3.0. Він підтримується основною командою Grandine і є швидким, високопродуктивним та легким. Він підходить для широкого кола стейкерів: від соло-стейкерів, що працюють на пристроях з низькими ресурсами, таких як Raspberry Pi, до великих інституційних стейкерів, що запускають десятки тисяч валідаторів.

Документацію можна знайти в Книзі Grandine (opens in a new tab)

Режими синхронізації

Щоб відстежувати та перевіряти поточні дані в мережі, клієнту Етеріуму потрібно синхронізуватися з останнім станом мережі. Це робиться шляхом завантаження даних від однорангових вузлів, криптографічної перевірки їх цілісності та створення локальної бази даних блокчейну.

Режими синхронізації представляють різні підходи до цього процесу з різними компромісами. Клієнти також відрізняються у своїй реалізації алгоритмів синхронізації. Завжди звертайтеся до офіційної документації обраного вами клієнта для отримання специфіки реалізації.

Режими синхронізації рівня виконання

Рівень виконання може працювати в різних режимах відповідно до різних випадків використання: від повторного виконання світового стану блокчейну до синхронізації лише з вершиною ланцюга від довіреної контрольної точки.

Повна синхронізація

Повна синхронізація завантажує всі блоки (включаючи заголовки та тіла блоків) і поступово відновлює стан блокчейну, виконуюти кожен блок від генезис-блоку.

• Мінімізує довіру та пропонує найвищу безпеку шляхом перевірки кожної транзакції.
• Зі збільшенням кількості транзакцій обробка всіх транзакцій може зайняти від кількох днів до тижнів.

Архівні вузли виконують повну синхронізацію для створення (і збереження) повної історії змін стану, зроблених кожною транзакцією в кожному блоці.

Швидка синхронізація

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

• Стратегія швидкої синхронізації.
• Зменшує потребу в обробці на користь використання пропускної здатності.

Snap-синхронізація

Snap-синхронізація також перевіряє ланцюг блок за блоком. Однак замість того, щоб починати з генезис-блоку, snap-синхронізація починається з більш недавньої «довіреної» контрольної точки, яка, як відомо, є частиною справжнього блокчейну. Вузол зберігає періодичні контрольні точки, видаляючи дані, старіші за певний вік. Ці знімки використовуються для відновлення даних стану за потреби, а не для їх вічного зберігання.

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

Більше про snap-синхронізацію (opens in a new tab).

Легка синхронізація

Режим легкого клієнта завантажує всі заголовки блоків, дані блоків і випадковим чином перевіряє деякі з них. Синхронізує лише вершину ланцюга від довіреної контрольної точки.

• Отримує лише останній стан, покладаючись на довіру до розробників та механізму консенсусу.
• Клієнт готовий до використання з поточним станом мережі за кілька хвилин.

Примітка: Легка синхронізація поки що не працює з Етеріумом на основі доказу частки (PoS) — нові версії легкої синхронізації мають з'явитися незабаром!

Більше про легкі клієнти

Режими синхронізації рівня консенсусу

Оптимістична синхронізація

Оптимістична синхронізація — це стратегія синхронізації після Злиття, розроблена як опціональна та зворотно сумісна, що дозволяє вузлам виконання синхронізуватися за допомогою встановлених методів. Механізм виконання може оптимістично імпортувати маякові блоки без їх повної перевірки, знайти останню вершину, а потім почати синхронізацію ланцюга за допомогою вищезазначених методів. Потім, після того, як клієнт виконання наздожене, він повідомить клієнта консенсусу про дійсність транзакцій у сигнальному ланцюзі.

Більше про оптимістичну синхронізацію (opens in a new tab)

Синхронізація контрольних точок

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

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

Більше про синхронізацію контрольних точок (opens in a new tab)

Подальше читання

• Етеріум 101 — Частина 2 — Розуміння вузлів (opens in a new tab) – Віл Барнс (Wil Barnes), 13 лютого 2019 року
• Запуск повних вузлів Етеріуму: посібник для ледь вмотивованих (opens in a new tab) – Джастін Леру (Justin Leroux), 7 листопада 2019 року

Пов'язані теми

• Блоки
• Мережі

Пов'язані посібники

• Перетворіть свій Raspberry Pi 4 на вузол валідатора, просто прошивши карту MicroSD — Посібник зі встановлення – Прошийте свій Raspberry Pi 4, підключіть кабель Ethernet, підключіть SSD-диск і увімкніть пристрій, щоб перетворити Raspberry Pi 4 на повний вузол Етеріуму, на якому працює рівень виконання (головна мережа) та/або рівень консенсусу (сигнальний ланцюг / валідатор).