Зачарований крипто-рішенням: ЗКеш став предметом короткого скандалу на ринку після того, як блокові експлорери показали, що приватність-орієнтована блокчейн зупинила роботу кілька годин.
Поки розробники та провайдери інфраструктури протиставили цю інформацію, ринок вже змінив свій напрям ЗКеш недавно торгувався близько $620, підвищившись на близько 10%, тоді як і інші активи втратили більше 4%, згідно зі статистикою CryptoSlate
🚀 💰
Загальний ринок був вже під тиском відновлених геополітичних напружень, слабшої згоди щодо ділових активів та змушених ліквідаційних операцій позицій з високою левераджністю.
Епізод також дав торгівцям ще одне ясне уявлення про те, що спочатку здавалося технічною кризою: ЗКеш не зупинився, але частина його системи приватності була вимкнена для виконання найбільш амбітної мережевої оновлення в історії ЗКеша 🤔 📊
Конфузія почалася після того, як ЗКеш виконав екстрене мережеве оновлення для відновлення Orchard, захищеної групи даних, яка лежить в основі мережі найбільш складних транзакцій приватності.
Блокові експлорери виглядали застарілими після оновлення, що давало враження, що блокчейн зупинився.
Пізніше оператори інфраструктури сказали, що ці експлорери захоплювалися або відреставрювали після того, як їхні вузли були оновлені, тоді як гірники продовжували створювати блоки, та транзакції продовжували підтверджуватися.
Витвірник Зодла Джош Свіхарт:
«ЗКеш ніколи не зупинився
Багато блокових експлорерів використовували застарілий вузол Схожі проблеми виникають зі кожним мережевим оновленням»
Ця різниця була дуже важливою ЗКеш не мав справу з повною зупинкою мережі
Натомість розробники тимчасово вимкнули Orchard, щоб підготувати постійне виправлення для зв’язку зв’язку Orchard щодо доказів зневідповідності.
Засновник ЗКеша сказав, що вразливість була відкрита 29 травня незалежним дослідником безпеки Тейлором Горнбі, який виконував дослідження безпеки протоколу для Лабораторії Захисту.
Інженери Зодла підтвердили цю інформацію протягом кількох годин і почали готувати таємний репорт для гірників, обміни, провайдерів інфраструктури та інших учасників мережі.
Перша фаза відповіді була активована на висоті блоку 3 363 426 і відкинула транзакції та блоки Orchard.
Друга фаза прийшлася на хардфорк NU6.2, який був активований на висоті блоку 3 364 600 вже в середу і знову викликав Orchard за допомогою виправленого зв’язку.
Засновник ЗКеша повідомив вузловим операторам про обов’язкову зміну на Zebra 5.0.0.
Почалося все через Orchard?
Орхард не є сторонньою частиною ЗКеша Вона є найновішою захищеною групою даних мережі і була представлена з оновленням NU5 у 2022 році.
Орхард відрізняється від раніше представлених ЗКеша за допомогою Halo 2 та не потребує довірчої обробки, яка була довгостроковою проблемою в дизайні криптовалют, спрямованих на захист приватності.
Багаття вплинуло на зв’язок зв’язку Orchard щодо доказів зневідповідності
У простих термінах зв’язок зв’язку повинен приймати тільки вірні транзакції та зміни стану Зв’язок зв’язку щодо доказів зневідповідності може дозволити системі приймати щось, чого їй слід відкинути.
У цьому випадку Багаття дозволяло можливості збанкрутування Засновника Orchard
Це було б дуже серйозне для облікових звітів захищеної групи даних Orchard, навіть якщо проблема не дозволяла порушникові збільшувати загальну пропозицію ЗКеша.
Це обмеження дуже важливе «Робочий механізм» відстежує, як значення рухається між його групами даних, включаючи Sprout, Sapling, Orchard, відкриті адреси та блоки обліково-відокремлених рахунків.
Засновник ЗКеша сказав, що ті перевірки підтвердили, що залишався цілий, з жодною підтвердженою інформацією про створення незаконних цінностей.
Багаття також не вплинуло на приватність користувача, згідно зі Засновником ЗКеша
Sapling та відкриті транзакції продовжували працювати навіть тоді, коли Orchard була зупинена.
Відповідь на Багаття вимагала форка, а не звичайної зміни програми
Екстрений відповідь відбувся у двох етапах, тому звичайна зміна програми не була досить ефективною.
Перша фаза була здійснена за допомогою м’якої зміни програми, щоб вимкнути Orchard, тоді як розробники зберігали інформацію щодо вразливості приватної Пряма публічна зміна програми міг дозволити розкрити досить багато інформації для порушників до того часу, коли мережа здійснила повну зміну.
Постійне виправлення необхідного форку було необхідним, тому вразливість була розташована всередині зв’язку зв’язку щодо доказів щодо зневідповідності
Відповідь на неї потрібна зміна закріпленого ключа перевірки, який мережа використовує для перевірки Orchard щодо доказів щодо зневідповідності Така зміна рівня консенсусу не може бути виконана лише шляхом звичайної зміни програми вузлів.
Засновник ЗКеша сказав, що цей інцидент був лише другим випадком запуску мережі після запуску в 2016 році.
За матеріалами CryptoSlate