Новини

ChainCatcher повідомляє, що за даними HyperInsight, Huang Licheng збільшив свою довгу позицію по Ethereum у 25 разів до 12.2 мільйонів доларів США, ціна відкриття позиції склала 3190.92 доларів, ціна ліквідації — 3056.19 доларів, а нереалізований збиток становить 274 тисячі доларів.

ChainCatcher повідомляє, що команда Prysm опублікувала звіт про аналіз інциденту на основній мережі, в якому зазначено, що 4 грудня під час періоду Fusaka в основній мережі Ethereum майже всі вузли маяка Prysm зіткнулися з вичерпанням ресурсів при обробці певних attestations, що призвело до неможливості своєчасно відповідати на запити валідаторів і спричинило масову відсутність блоків та свідчень. Інцидент охопив періоди з epoch 411439 по 411480, всього 42 epoch, у 1344 слотах було відсутньо 248 блоків, що становить близько 18,5% від загальної кількості; рівень участі мережі тимчасово впав до 75%, а валідатори втратили близько 382 ETH винагороди за свідчення. Корінь проблеми полягав у тому, що Prysm отримував attestations від вузлів, які, ймовірно, були не синхронізовані з основною мережею, і ці attestations посилалися на корінь блоку попереднього epoch. Для перевірки їхньої легітимності Prysm неодноразово відтворював стан попереднього epoch і виконував ресурсоємний перехід epoch, що призводило до вичерпання ресурсів вузлів при високому навантаженні. Відповідний дефект виник у Prysm PR 15965, який був розгорнутий на тестовій мережі ще місяць тому, але не викликав аналогічної ситуації. Офіційне тимчасове рішення — активувати параметр --disable-last-epoch-target у версії v7.0; у наступних версіях v7.1 та v7.1.0 вже реалізовано довгострокове виправлення, яке використовує head state для перевірки attestations, уникаючи повторного відтворення історичних станів. Prysm зазначає, що проблема поступово зменшувалася після 4:45 UTC 4 грудня, і до epoch 411480 рівень участі мережі відновився до понад 95%. Команда Prysm підкреслила, що цей інцидент демонструє важливість різноманітності клієнтів: якщо частка одного клієнта перевищує одну третину, це може призвести до тимчасової неможливості досягнення фіналізації; якщо ж перевищує дві третини — існує ризик появи невалідного фіналізованого ланцюга. Також команда визнала недоліки у комунікації щодо функціональних перемикачів і в тому, що тестове середовище не змогло змоделювати масову десинхронізацію вузлів, і пообіцяла вдосконалити стратегії тестування та управління конфігураціями.