Мережа Ethereum (ETH) нещодавно зазнала різкого падіння активності валідаторів через баг у консенсусному клієнті Prysm. Це сталося невдовзі після запуску останнього оновлення мережі під назвою Fusaka.
Наразі мережа в основному відновилася, але цей інцидент показує, чому важливо використовувати різні клієнти та уважно стежити за системою для підтримки стабільності Ethereum.
Баг у Prysm тимчасово вплинув на валідаторів Ethereum
Проблема почалася, коли розробники Prysm оголосили, що знайшли баг у версії 7.0.0 свого клієнта. Баг змушував клієнт непотрібно обробляти старі дані, що спричинило неправильну роботу деяких вузлів. У результаті менше вузлів могли голосувати або залишатися синхронізованими з мережею протягом короткого часу.
Розробники запропонували тимчасове рішення, попросивши користувачів запускати клієнт із спеціальним налаштуванням. За даними Beaconcha.in, на епосі 411448 Ethereum мав лише 75% вузлів у синхронізації та 74,7% брали участь у голосуваннях.
Голосування впало приблизно на 25%, наблизившись до точки, коли мережа могла втратити необхідну для підтвердження блоків дві третини голосів. Це падіння могло б спричинити проблеми з досягненням згоди в Ethereum.
Без цієї великої більшості нові блоки все ще можна додавати, але блокчейн більше не є повністю фіналізованим. Це може створити ризики для користувачів та застосунків, які залежать від стабільної роботи Ethereum.
Мережа Ethereum відновилася після тимчасового падіння участі валідаторів
На момент написання мережа значно відновилася. На епосі 411712 участь у голосуванні зросла майже до 99%, а участь у синхронізації досягла 97 відсотків. До інциденту Ethereum регулярно фіксував рівень участі у голосуванні понад 99%.
Тимчасове падіння здебільшого відповідало частці валідаторів, які використовували клієнт Prysm, — вона знизилася з приблизно 22,71% до 18% після збою. Це свідчить, що збої у засвідченні були зосереджені серед валідаторів Prysm.
Експерти зазначають, що стійке падіння участі в голосуванні нижче порогу двох третин може мати серйозні ризики. Мости другого рівня можуть заморозити роботу, а виведення коштів з rollup може бути призупинено. Також криптобіржі можуть підвищити вимоги до підтвердження блоків для захисту від реорганізації ланцюжка.
Хоча нещодавня проблема не дійшла до таких наслідків, вона показує, як баги в одному клієнті можуть спричинити великі проблеми.
Ethereum стикається з ризиками через концентрацію клієнтів
Ethereum вже стикався з подібними ризиками. У травні 2023 року основна мережа двічі за 24 години втрачала фіналізацію через баги у клієнтах Prysm та Teku при обробці старих засвідчень. Тоді Prysm працював на багатьох вузлах, що демонструє небезпеку надмірної залежності від одного клієнта.
Хоча різноманіття клієнтів покращилося, деякі ризики все ще існують. Поточні дані MigaLabs показують, що Lighthouse працює на 52,55% вузлів, тоді як Prysm — на 18%. До нещодавнього інциденту Lighthouse мав менше 48,5%, а Prysm — близько 22,71%.
Якби баг виник у клієнті з найбільшою кількістю вузлів, Ethereum міг би повністю втратити фіналізацію.
Публікація Ethereum Faces Temporary Validator Drop Following Prysm Client Bug вперше з’явилася на TheCoinrise.com.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Ethereum стикається з тимчасовим зниженням кількості валідаторів через баг у клієнті Prysm
Мережа Ethereum (ETH) нещодавно зазнала різкого падіння активності валідаторів через баг у консенсусному клієнті Prysm. Це сталося невдовзі після запуску останнього оновлення мережі під назвою Fusaka.
Наразі мережа в основному відновилася, але цей інцидент показує, чому важливо використовувати різні клієнти та уважно стежити за системою для підтримки стабільності Ethereum.
Баг у Prysm тимчасово вплинув на валідаторів Ethereum
Проблема почалася, коли розробники Prysm оголосили, що знайшли баг у версії 7.0.0 свого клієнта. Баг змушував клієнт непотрібно обробляти старі дані, що спричинило неправильну роботу деяких вузлів. У результаті менше вузлів могли голосувати або залишатися синхронізованими з мережею протягом короткого часу.
Розробники запропонували тимчасове рішення, попросивши користувачів запускати клієнт із спеціальним налаштуванням. За даними Beaconcha.in, на епосі 411448 Ethereum мав лише 75% вузлів у синхронізації та 74,7% брали участь у голосуваннях.
Голосування впало приблизно на 25%, наблизившись до точки, коли мережа могла втратити необхідну для підтвердження блоків дві третини голосів. Це падіння могло б спричинити проблеми з досягненням згоди в Ethereum.
Без цієї великої більшості нові блоки все ще можна додавати, але блокчейн більше не є повністю фіналізованим. Це може створити ризики для користувачів та застосунків, які залежать від стабільної роботи Ethereum.
Мережа Ethereum відновилася після тимчасового падіння участі валідаторів
На момент написання мережа значно відновилася. На епосі 411712 участь у голосуванні зросла майже до 99%, а участь у синхронізації досягла 97 відсотків. До інциденту Ethereum регулярно фіксував рівень участі у голосуванні понад 99%.
Тимчасове падіння здебільшого відповідало частці валідаторів, які використовували клієнт Prysm, — вона знизилася з приблизно 22,71% до 18% після збою. Це свідчить, що збої у засвідченні були зосереджені серед валідаторів Prysm.
Експерти зазначають, що стійке падіння участі в голосуванні нижче порогу двох третин може мати серйозні ризики. Мости другого рівня можуть заморозити роботу, а виведення коштів з rollup може бути призупинено. Також криптобіржі можуть підвищити вимоги до підтвердження блоків для захисту від реорганізації ланцюжка.
Хоча нещодавня проблема не дійшла до таких наслідків, вона показує, як баги в одному клієнті можуть спричинити великі проблеми.
Ethereum стикається з ризиками через концентрацію клієнтів
Ethereum вже стикався з подібними ризиками. У травні 2023 року основна мережа двічі за 24 години втрачала фіналізацію через баги у клієнтах Prysm та Teku при обробці старих засвідчень. Тоді Prysm працював на багатьох вузлах, що демонструє небезпеку надмірної залежності від одного клієнта.
Хоча різноманіття клієнтів покращилося, деякі ризики все ще існують. Поточні дані MigaLabs показують, що Lighthouse працює на 52,55% вузлів, тоді як Prysm — на 18%. До нещодавнього інциденту Lighthouse мав менше 48,5%, а Prysm — близько 22,71%.
Якби баг виник у клієнті з найбільшою кількістю вузлів, Ethereum міг би повністю втратити фіналізацію.
Публікація Ethereum Faces Temporary Validator Drop Following Prysm Client Bug вперше з’явилася на TheCoinrise.com.