Блокчейн Base, велика мережа Ethereum другого рівня, розроблена Coinbase, підтвердила тимчасові затримки в обробці транзакцій, навіть попри те, що мережа продовжувала безперебійно створювати блоки.
Згідно з офіційними оновленнями від інженерів Base, у мережі періодично спостерігалися затримки в упаковці транзакцій, що в деяких випадках призводило до того, що користувачі чекали на підтвердження довше, ніж зазвичай, або до того, що їхні транзакції скасовувалися в періоди підвищеного перевантаження мережі.
Блокчейн Ethereum L2 поділився постом X, в якому наголошується: «Іноді години пік у мережі можуть призвести до затримки або навіть втрати транзакцій. Ми працюємо над довгостроковими рішеннями для виправлення цієї проблеми та будемо тримати вас в курсі прогресу».
База зіткнулася з серйозною проблемою у своїй роботі
Раніше Base опублікувала заяву, в якій повідомила своїх клієнтів про тимчасові затримки в роботі основної мережі, які особливо впливають на обробку транзакцій. Ця затримка розчарувала користувачів, оскільки призвела до перевантаження мережі, що збільшило час очікування.
На цей час керівники блокчейну Ethereum L2 пояснили, що створення блоків продовжуватиметься у звичайному режимі, а транзакції будуть оброблятися; однак деякі з них можуть зіткнутися зі затримками або навіть бути втраченими в години пікового навантаження.
Поки користувачі очікують офіційної заяви від Base щодо точної причини інциденту, повідомлення свідчать про те, що це не перший випадок, коли мережа стикається з затримками в роботі. Наприкінці минулого року Base зіткнулася з 19-хвилинним перебоєм у створенні блоків.
Блокчейн Ethereum L2 повідомив про цей інцидент о 6:15 UTC, що викликало напруженість серед його клієнтів. Намагаючись заспокоїти їхні побоювання, Base повідомила на своїй офіційній сторінці статусу, що проблему було вирішено до 6:44 UTC. Примітно, що цей інцидент став першим серйозним збоєм у роботі мережі.
Під час перерви мережа Coinbase зіткнулася з затримками з виведенням коштів, виробництвом блоків, депозитами та функціонуванням Flashblocks. Проблему було вирішено протягом 30 хвилин, поки команда шукала інші проблеми.
Тим не менш, вони не розкрили причину затримок. Деякі джерела стверджували, що цей збій міг статися через те, що блокчейн Ethereum другого рівня зазнав значного збільшення створення токенів. На підтвердження цього твердження вони вказали на сценарій, у якому мережа запустила понад 54 000 нових токенів за день.
Тим часом, бачачи повторювані затримки, причому нещодавня була вже другим інцидентом, і те, що Base ще не надала першопричини двох інцидентів, користувачі висловили стурбованість щодо фінансових ризиків та втрати довіри до блокчейн-мереж.
Sui зіткнулася з перебоями в роботі своєї мережі
Як і Base, Sui, високопродуктивний блокчейн першого рівня, повідомив про збій 14 січня, який суттєво вплинув на активність його основної мережі. Цей збій тимчасово зупинив обробку транзакцій та сертифікацію контрольних точок у блокчейні, що викликало напруженість у криптоіндустрії.
Команда опублікувала допис X від 16 січня, в якому детально описала основну причину цієї проблеми. У дописі вони зазначили, що до збою призвела розбіжність між валідаторами щодо внутрішнього консенсусу. Згідно з їхнім розслідуванням, високий мережевий трафік, зовнішні атаки чи проблеми безпеки не були причиною перебою. Після цього команда запевнила користувачів, що їхні активи залишалися в безпеці протягом усього інциденту.
Тим часом журналісти звернулися до блокчейну першого рівня, щоб запитати, як вони виявили збій. Відповідаючи на це запитання, Суй наголосив, що вони виявили рідкісну помилку в обробці консенсусних комітів, яка призводила до розбіжних висновків валідаторів під час управління певними конфліктуючими транзакціями.
Через цей вплив валідатори почали розробляти різні кандидати на контрольні точки, що перешкоджало необхідній угоді для сертифікації нової контрольної точки з урахуванням зважених ставок, додали вони. У цей момент, коли валідатори зрозуміли, що зацікавлені сторони підписують суперечливі дані контрольних точок, мережа зазнала тимчасової навмисної зупинки.
Ця зупинка гарантувала, що не було остаточно утворено жодних несумісних станів, навіть попри те, що це призвело до зупинки виробництва блоків та виконання транзакцій.