Solana опублікували повний звіт щодо лютневого збою
- Зупинка мережі сталася через несправний валідатор
- Він переслав аномально великий масив даних
- Логіка дедуплікації впоралася з ним, але блок було ретрансльовано в мережу
- У підсумку це призвело до перевантаження служб пересилання блоків
Учора, 19 квітня, Solana Foundation опублікували докладний звіт щодо збою в роботі блокчейну 25 лютого. Причина була в несправному валідаторі, який надіслав аномально великий масив даних.
Що сталося в лютому?
25 лютого Solana вкотре «впала». Пропускна здатність мережі значно знизилася, що призвело до практично повної зупинки роботи блокчейну.
Проблему вдалося усунути після другого перезапуску. Мережа повернулася до роботи в штатному режимі тільки вночі. Через кілька днів Solana заявила про те, що планує поліпшити механізм розгортання оновлень у мережі.
Причина збою
Ось кілька коротких тез про те, що ж сталося з мережею в лютому:
- кілька служб із вбудованим ПЗ для пересилання блоків помилково відправили величезний масив даних;
- логіка дедуплікації мережі опрацювала блок, але він був ретрансльований у мережу службами переадресації;
- ці повторно перенаправлені блоки перевантажували логіку і служби пересилання, включно з протоколом Turbine, що і погіршило фіналізацію.
При цьому аномальний розмір блоку, найімовірніше, продиктований тим, що доказ історії було доповнено «віртуальними тиками». Таке буває, якщо валідатор відхиляється від консенсусу через неправильне налаштування, програмну помилку або збій обладнання.
При цьому аналіз події показав, що зупинка не була продиктована оновленням 1.14.16. Це лише посилило проблему.
Патч, підготовлений інженерами, спрямований на усунення збою в логіці дедуплікації. Зокрема, він націлений на переривання реплікованого повторного передавання подібного масиву. Також було внесено зміни, щоб знизити навантаження на фільтр протоколу Turbine.
