Prysm виявив, що помилка, введена в тестовій мережі за місяць до оновлення Ethereum Fusaka, стала причиною проблеми з валідацією вузла Ethereum, яка вплинула на його клієнта раніше цього місяця
Розробник Ethereum Терренс Цао опублікував пост-мортем у неділю, детально описуючи інцидент Prysm у мережі Fusaka, що вплинув на мережу 4 грудня
Зазначається, що вузли Prysm стикнулися з «вичерпанням ресурсів» під час обробки атестацій від вузлів, що були не синхронізовані. Це спричинило повторне відтворення минулих блоків епохи та повторний обчислювальний важкий перехід стану, що суттєво вплинуло на продуктивність через надмірне навантаження
У пост-мортемі було виявлено, що ця помилка була присутня у тестових мережах протягом місяця до інциденту, але не була активована.
“Помилка була введена у Prysm PR 15965 і розгорнута у тестових мережах за місяць до інциденту без її активації.”
Тестові мережі створені для виявлення помилок, але вони не є безпомилковим методом
У травні 2023 року — через місяць після хард-форку Shanghai — розробники Ethereum були охоплені панікою, коли мережа тимчасово втратила остаточність транзакцій приблизно на 25 хвилин, а потім знову на понад годину наступного дня, перш ніж блокчейн відновився самостійно
Prysm було виправлено
Замість використання поточного стану голови, Prysm відновив попередні стани з нуля, створюючи величезне обчислювальне навантаження.
Більше ніж за 42 епохи мережа зафіксувала рівень пропущених слотів у 18,5%, а участь знизилася до 75%, при цьому валідатори втратили приблизно 382 ETH (ETH) у нагородах за атестацію, повідомляється
Пов’язано:Віталік Бутерін каже, що Ethereum може впоратися з тимчасовою втратою остаточності
Операторам вузлів було наказано розгорнути тимчасове рішення, поки розробники працювали над оновленням патчу для клієнтів Prysm
Різноманітність клієнтів врятувала ситуацію
Інцидент міг бути набагато гіршим, якби він торкнувся домінуючого клієнта Ethereum — Lighthouse, повідомили розробники
Prysm від Offchain Labs є другим за величиною клієнтом Ethereum із часткою 17,6%, згідно з ClientDiversity
“Різноманітність клієнтів запобігла помітному впливу на користувачів Ethereum. Клієнт із більш ніж 1/3 мережі спричинив би тимчасову втрату остаточності та більше пропущених блоків.”
Однак інцидент підкреслив, що Lighthouse знаходиться на небезпечній межі двох третин, де одна помилка клієнта може завершити недійсну ланцюг
Зараз частка клієнта Lighthouse становить 52,6%, зменшившись з приблизно 56% під час інциденту
Розробники Ethereum наполягають на більшій різноманітності клієнтів. Джерело:ClientDiversity Журнал:Великі питання: Чи виживе Bitcoin після 10-річного відключення електроенергії?
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Помилка клієнта Ethereum місячної давності спричинила відмову Prysm
Prysm виявив, що помилка, введена в тестовій мережі за місяць до оновлення Ethereum Fusaka, стала причиною проблеми з валідацією вузла Ethereum, яка вплинула на його клієнта раніше цього місяця
Розробник Ethereum Терренс Цао опублікував пост-мортем у неділю, детально описуючи інцидент Prysm у мережі Fusaka, що вплинув на мережу 4 грудня
Зазначається, що вузли Prysm стикнулися з «вичерпанням ресурсів» під час обробки атестацій від вузлів, що були не синхронізовані. Це спричинило повторне відтворення минулих блоків епохи та повторний обчислювальний важкий перехід стану, що суттєво вплинуло на продуктивність через надмірне навантаження
У пост-мортемі було виявлено, що ця помилка була присутня у тестових мережах протягом місяця до інциденту, але не була активована.
Тестові мережі створені для виявлення помилок, але вони не є безпомилковим методом
У травні 2023 року — через місяць після хард-форку Shanghai — розробники Ethereum були охоплені панікою, коли мережа тимчасово втратила остаточність транзакцій приблизно на 25 хвилин, а потім знову на понад годину наступного дня, перш ніж блокчейн відновився самостійно
Prysm було виправлено
Замість використання поточного стану голови, Prysm відновив попередні стани з нуля, створюючи величезне обчислювальне навантаження.
Більше ніж за 42 епохи мережа зафіксувала рівень пропущених слотів у 18,5%, а участь знизилася до 75%, при цьому валідатори втратили приблизно 382 ETH (ETH) у нагородах за атестацію, повідомляється
Пов’язано: Віталік Бутерін каже, що Ethereum може впоратися з тимчасовою втратою остаточності
Операторам вузлів було наказано розгорнути тимчасове рішення, поки розробники працювали над оновленням патчу для клієнтів Prysm
Різноманітність клієнтів врятувала ситуацію
Інцидент міг бути набагато гіршим, якби він торкнувся домінуючого клієнта Ethereum — Lighthouse, повідомили розробники
Prysm від Offchain Labs є другим за величиною клієнтом Ethereum із часткою 17,6%, згідно з ClientDiversity
Однак інцидент підкреслив, що Lighthouse знаходиться на небезпечній межі двох третин, де одна помилка клієнта може завершити недійсну ланцюг
Зараз частка клієнта Lighthouse становить 52,6%, зменшившись з приблизно 56% під час інциденту
Журнал: Великі питання: Чи виживе Bitcoin після 10-річного відключення електроенергії?