Операторів нод Ethereum Classic закликали уникати спірного релізу Core Geth v1.13.0 після того, як кілька нод майнінгових пулів короткочасно використовували програмне забезпечення, перш ніж повернутися до підтримуваного клієнта Argos.
У звіті про інцидент від 16 вересня Classix повідомив, що репозиторій ethereumclassic/core-geth випустив v1.13.0 14 вересня, перш ніж обліковий запис @ETC_Network просунув його як оновлення безпеки Ethereum Classic і закликав операторів нод до міграції. Подібні повідомлення з'явилися на CoinMarketCap, а майнінгові пули отримали електронні листи з адреси ethereumclassic.com.
Звіт описав цей реліз як "несанкціоновану" версію, оскільки існуючі супровідники Core Geth не переглядали його, і підтримуваний репозиторій etclabscore/core-geth не випускав цього оновлення. Classix рекомендував операторам продовжувати використовувати Argos v1.12.23, поточний реліз з репозиторію, який підтримує Core Geth з 2020 року.
Розробка спірної версії прискорилася за кілька днів до її випуску. За словами Classix, 96 комітів, що містили 13 422 доданих та 3 977 видалених рядків, були внесені протягом 56 годин безпосередньо в головну гілку форку без запитів на злиття чи зовнішнього перегляду.
Сам репозиторій ethereumclassic/core-geth був форкований з etclabscore/core-geth у грудні 2024 року. Активність зросла 12 вересня 2026 року, коли було позначено v1.13.0-rc1. За цим послідували ще шість кандидатів у релізи, перш ніж v1.13.0 був позначений як стабільний о 15:06 UTC 14 вересня. Обліковий запис @ETC_Network опублікував запит на міграцію наступного ранку.
Програмне забезпечення досягло частини майнінгової інфраструктури Ethereum Classic, перш ніж оператори скасували міграцію. Чотири ноди 2Miners працювали під управлінням CoreGeth v1.13.0 о 12:09 UTC 15 вересня, згідно з даними про статус нод, наведеними Classix. До 23:35 UTC усі чотири повернулися до Argos v1.12.23. Інші перелічені майнінгові пули залишалися на версіях серії 1.12.
Деякі окремі ноди продовжували працювати зі спірним програмним забезпеченням. Etcnodes.org показав 11 нод v1.13.0 о 07:33 UTC 15 вересня, причому до 16 вересня їхня кількість скоротилася до 10. Три з решти нод відповідали IP-адресам завантажувальних нод, жорстко закодованим у новому клієнті, згідно зі звітом.
Жодні блоки не були втрачені, реорганізацій ланцюга не відбулося, кошти не постраждали, і перебоїв у роботі сервісів не зафіксовано під час інциденту, повідомив Classix. Звіт класифікував подію як високосерйозну, але з низьким впливом, оскільки програмне забезпечення змінило поведінку консенсусу, не спричинивши при цьому зафіксованих економічних чи транзакційних втрат.
Ethereum Classic вже стикався з реорганізаціями ланцюга раніше. Як раніше повідомляло crypto.news у своєму висвітленні атак більшості на Ethereum Classic, ETC постраждав від трьох атак більшості у серпні 2020 року, включаючи реорганізації, що зачіпали тисячі блоків.
Реліз v1.13.0 повідомив операторам, що кожна нода, яка працює на v1.12.x, повинна оновитися, і стверджував, що кожен реліз цієї серії містив незакриті проблеми безпеки, включаючи вразливість, яка, як стверджується, була використана проти завантажувальних нод Ethereum Classic у березні.
Classix оскаржив цей опис після перегляду семи проблем безпеки, на які посилався реліз. П'ять з них вже були усунені в підтримуваних релізах Core Geth в період з березня по серпень, тоді як інші дві не впливали на одноранговий шлях Ethereum Classic, згідно зі звітом.
CVE-2026-22862 та CVE-2026-26315 були серед вразливостей, які Classix назвав виправленими в Aegis v1.12.21. Hermes v1.12.22 згодом усунув інші криптографічні проблеми, а Argos v1.12.23 включив відкладене декодування однорангових повідомлень з go-ethereum для усунення CVE-2026-26313.
Інша згадана проблема, CVE-2026-22868, стосувалася верифікації доказів KZG. Classix заявив, що це не стосується Ethereum Classic, оскільки докази KZG пов'язані з блоковими транзакціями, запровадженими через оновлення Cancun Ethereum, яке ETC не активував. У звіті йдеться, що окрема проблема глибини запитів GraphQL не була частиною однорангового або консенсусного шляху і вимагала ручного увімкнення GraphQL.
Classix повідомив, що супровідник Core Geth Дієго Лопес Леон переглянув решту відмінностей і не знайшов в Argos жодної вразливості, яку б виправляв v1.13.0.
Окрім своїх заяв щодо безпеки, v1.13.0 змінив спосіб вибору ланцюгів та виявлення пірів для нод-учасників.
Одна модифікація повторно увімкнула Модифіковану Експоненційну Суб'єктивну Оцінку (Modified Exponential Subjective Scoring), або MESS, видаливши конфігурацію, яка деактивувала її на блоці 19 250 000. Ethereum Classic запровадив MESS у 2020 році як захист від реорганізацій ланцюга, перш ніж деактивувати його через ECIP-1110 після переходу Ethereum з механізму Proof-of-Work на Proof-of-Stake.
Classix попередив, що різні клієнти консенсусу можуть поводитися по-різному, якщо лише ноди Core Geth використовуватимуть MESS. Besu, Nethermind та Getc не реалізують цей механізм, згідно зі звітом.
Історичні реорганізації залишаються особливо актуальною проблемою для ETC. Огляд історії реорганізацій блокчейну від crypto.news описав, як консенсус майнерів та конкуруючі історії ланцюгів можуть визначати результат реорганізацій у мережах Proof-of-Work.
Спірний клієнт також змінив інфраструктуру виявлення нод. Коміт замінив ключ підпису DNS-дерева, який підтримувався учасниками etclabscore з 2020 року, та жорстко закодував три нові IP-адреси завантажувальних нод. Два старіші дерева виявлення, blockd.info та etcdisco.net, були згодом видалені.
Три домени-замінники були розміщені через один і той же обліковий запис Cloudflare, згідно зі звітом, при цьому репозиторій визнав, що проблема, яка впливає на один обліковий запис, може видалити всі три шляхи. Операторам, які виконували інструкції з міграції, не повідомили, хто контролював новий ключ підпису, заявив Classix.
Посібник з міграції окремо доручив операторам ротувати свої ключі P2P-нод, посилаючись на CVE-2026-26315. Classix заявив, що Aegis вже виправив цю проблему в березні. Ротація ключа змінює мережеву ідентичність ноди та змушує її відновлювати однорангові з'єднання через інфраструктуру виявлення.
Classix рекомендував операторам уникати ethereumclassic/core-geth v1.13.0 і продовжувати працювати з etclabscore/core-geth Argos v1.12.23. Операторам, які вже мігрували, було рекомендовано повернутися, відновити свій попередній ключ ноди, якщо його було ротовано, та перевірити свою конфігурацію MESS.
У звіті зазначено, що операторам Ethereum Classic слід розглянути можливість використання різних клієнтів замість концентрації хеш-потужності мережі на Core Geth. Nethermind, Besu та Getc залишаються доступними альтернативами.
Різноманітність клієнтів стала постійною проблемою безпеки в блокчейн-мережах. Розробка Ethereum, наприклад, продовжує тестувати оновлення на декількох імплементаціях виконання та консенсусу перед розгортанням. Нещодавня підготовка тестової мережі Glamsterdam включала ще одну приватну devnet після того, як тестування виявило помилки в імплементаціях консенсусу та виконання перед запланованою активацією Sepolia.
Classix попросив адміністраторів організації ethereumclassic на GitHub посилити контроль над репозиторіями, вимагати пропозицій та переглядів перед створенням нових репозиторіїв, захистити гілки за замовчуванням та ідентифікувати супровідників для репозиторіїв, що розповсюджують програмне забезпечення. Окремо було запропоновано видалити або архівувати ethereumclassic/core-geth, або розмістити попередження, що пояснює, що це не офіційний клієнт.
Сам Ethereum Classic не призначає офіційного розробника, супровідника, вебсайту чи клієнта, згідно з відмовою від відповідальності на вебсайті проєкту, цитованою у звіті. Classix заявив, що підтримуваний репозиторій etclabscore отримує свій статус завдяки своїй шестирічній публічній історії, активному супроводу та прийняттю серед нод ETC.
Звіт має слугувати як початковим повідомленням, так і проміжним звітом про інцидент. Classix заявив, що оновлюватиме документ, якщо інші ноди будуть верифіковані, адміністратори організації відреагують або з'являться інші суттєві події.
ETH
ETC
