Джерело: PortaldoBitcoin
Оригінальна назва: Валідатори Ethereum втрачають R$ 6,45 мільйонів через баг
Оригінальне посилання:
Баг, що стосується Ethereum, призвів до втрати близько 382 ETH у вигляді винагород валідаторів, що еквівалентно приблизно R$ 6,45 мільйонів, згідно з аналізом, опублікованим Prysm, одним із основних програмних забезпечень, що використовуються для підтримки роботи мережі. Проблема сталася 4 грудня, за день після впровадження оновлення Fusaka.
Валідатори — це учасники, відповідальні за підтвердження транзакцій і створення нових блоків у блокчейні. За цю роботу вони отримують невеликі кількості ETH. Цей процес відбувається у циклах часу, званих “епохами”, що тривають кілька хвилин. Під час інциденту було уражено 41 послідовних епох.
Згідно з Prysm, майже всі вузли, що використовували цей клієнт, стикнулися з виснаженням обчислювальних ресурсів. Простими словами, комп’ютери були перевантажені при спробі обробки певної інформації, що призвело до того, що багато валідаторів перестали відповідати мережі у належний час. Внаслідок цього, блоки та підтвердження перестали реєструватися, що спричинило втрату винагород.
Загалом, 248 блоків не були належним чином синхронізовані цими вузлами. Під час події доля мережі впала до приблизно 75%, що є нижчим за ідеальний рівень для повноцінної роботи мережі Ethereum. Попри це, блокчейн не зупинився.
Це сталося тому, що Ethereum використовує різні програмні забезпечення для валідції, відомі як клієнти. Поки Prysm стикався з проблемами, інші клієнти продовжували працювати у звичайному режимі. За словами самої компанії, ця різноманітність клієнтів була важливою для запобігання більш серйозних наслідків, таких як неправильна валідність інформації або тимчасова зупинка мережі.
Помилка була виявлена у коді Prysm і вже отримала виправлення. Версії v7.0.1 і v7.1.0 програмного забезпечення містять остаточне рішення цієї проблеми.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Валідаційні вузли Ethereum втрачають 6,45 мільйонів R$ через помилку
Джерело: PortaldoBitcoin Оригінальна назва: Валідатори Ethereum втрачають R$ 6,45 мільйонів через баг Оригінальне посилання: Баг, що стосується Ethereum, призвів до втрати близько 382 ETH у вигляді винагород валідаторів, що еквівалентно приблизно R$ 6,45 мільйонів, згідно з аналізом, опублікованим Prysm, одним із основних програмних забезпечень, що використовуються для підтримки роботи мережі. Проблема сталася 4 грудня, за день після впровадження оновлення Fusaka.
Валідатори — це учасники, відповідальні за підтвердження транзакцій і створення нових блоків у блокчейні. За цю роботу вони отримують невеликі кількості ETH. Цей процес відбувається у циклах часу, званих “епохами”, що тривають кілька хвилин. Під час інциденту було уражено 41 послідовних епох.
Згідно з Prysm, майже всі вузли, що використовували цей клієнт, стикнулися з виснаженням обчислювальних ресурсів. Простими словами, комп’ютери були перевантажені при спробі обробки певної інформації, що призвело до того, що багато валідаторів перестали відповідати мережі у належний час. Внаслідок цього, блоки та підтвердження перестали реєструватися, що спричинило втрату винагород.
Загалом, 248 блоків не були належним чином синхронізовані цими вузлами. Під час події доля мережі впала до приблизно 75%, що є нижчим за ідеальний рівень для повноцінної роботи мережі Ethereum. Попри це, блокчейн не зупинився.
Це сталося тому, що Ethereum використовує різні програмні забезпечення для валідції, відомі як клієнти. Поки Prysm стикався з проблемами, інші клієнти продовжували працювати у звичайному режимі. За словами самої компанії, ця різноманітність клієнтів була важливою для запобігання більш серйозних наслідків, таких як неправильна валідність інформації або тимчасова зупинка мережі.
Помилка була виявлена у коді Prysm і вже отримала виправлення. Версії v7.0.1 і v7.1.0 програмного забезпечення містять остаточне рішення цієї проблеми.