Base Перерізає Пуповину від OP Stack Optimism

Уявіть OP Stack як спільну електромережу, що живить ряд таунхаусів. Усі підключені до одного трансформатора, усі скидаються на обслуговування, і один будинок наприкінці вулиці тихо споживає більше електрики, ніж усі інші разом узяті. У вівторок цей будинок оголосив, що будує власний генератор на задньому подвір'ї.

Base, Ethereum L2 за підтримки Coinbase, переносить свою кодову базу у власний репозиторій base/base і відходить від спільної інфраструктури Optimism. Такий крок виглядає чемно у прес-релізі — і повністю перекроює екосистему на рівні коду.

Що Сталося

18 лютого 2026 року Base оголосив про консолідацію свого стеку — від OP Stack Optimism до власного репозиторію, як повідомляв Yellow.com. З моменту запуску Base у серпні 2023 року він працював на компонентах OP Stack, які підтримували Optimism, Flashbots та approach у кількох розрізнених репозиторіях, включно із секвенсером.

Новий стек під назвою base/base об'єднує ці розпорошені частини в один репозиторій на основі open-source компонентів, зокрема Reth. Першими відчують зміни node-оператори: їм потрібно буде мігрувати з релізів Optimism на клієнтське програмне забезпечення Base, щоб залишатися сумісними з майбутніми оновленнями. Пропустиш повідомлення — випадеш з мережі.

Base планує подвоїти частоту хард-форків — з трьох на рік до шести. Base Security Council замінює представника Optimism на незалежного підписанта. Згідно з класифікацією Віталіка Бутеріна, Base зберігає статус децентралізації Stage 1 в ході цього переходу.

Відносини не стільки розірвані, скільки переписані. Base продовжуватиме купувати підтримку від Optimism через програму OP Enterprise, зберігатиме сумісність зі специфікаціями OP Stack під час переходу та підтримуватиме наявні RPC-ендпоінти, включно з тими, що в просторі імен Optimism. Офіційна позиція Optimism: «Наш фокус залишається на наданні корпоративної блокчейн-інфраструктури нашій екосистемі, і ми продовжуватимемо обслуговувати Base як клієнта OP Enterprise, поки вони розбудовують власну незалежну інфраструктуру.»

Ринки швидко зчитали підтекст. Токен OP від Optimism впав на 4% протягом 24 годин після оголошення. Base має $3,85 млрд у загальній заблокованій вартості, що робить його найбільшим ланцюжком у тому, що раніше називалося OP Stack Superchain.

Технічна Анатомія

Суть питання: OP Stack rollup — це машина Голдберга зі спеціалізованих репозиторіїв. Клієнт виконання, батчер, пропозер, секвенсер, механізм доказів помилок — усе це живе в окремих місцях, версіонується окремо, координується через специфікації. Це працює, але лише якщо downstream-ланцюжок погоджується, що його реліз-трейн визначається мейнтейнерами когось іншого.

Консолідація в base/base згортає цей граф. Один репозиторій, один реліз-процес, одне місце, де CI або зеленіє, або ні. Вибір Reth красномовний: це сучасний Rust-клієнт виконання Ethereum, який став відповіддю за замовчуванням, коли потрібна продуктивність без очікування upstream-рішень від Geth. Кожен, хто намагався портувати критичний патч через п'ять репозиторіїв, що підтримуються трьома різними організаціями, розуміє, чому монорепо виглядає привабливо в масштабі.

Перехід з трьох хард-форків на рік до шести — це справжня декларація намірів. Такий темп розумний лише тоді, коли ти повністю контролюєш реліз-інжиніринг. Координація хард-форку в рамках OP Stack Superchain означає, що кожен ланцюжок погоджується з термінами, тестуванням і процедурами відкату. Base вирішив, що більше не може чекати своєї черги — особливо з амбітними планами: перехід від оптимістичних доказів до TEE/ZK-доказів у майбутньому хард-форку, а потім впровадження оновлень Ethereum Fusaka та Glamsterdam у наступних релізах. Це не дрібні зміни. Системи TEE/ZK-доказів змінюють припущення щодо довіри до ланцюжка, а оновлення рівня Ethereum створюють невідкладний часовий тиск, що накладається процесом EIP.

Зміна в Security Council має не менше значення, ніж зміни в коді. Заміна підписанта від Optimism на незалежного усуває нитку управління, яка теоретично могла затримати екстрені дії, специфічні для Base. Якщо Base прагне до децентралізації Stage 2, йому потрібна рада, склад якої виправданий за власними критеріями, а не успадкований від партнерського ланцюжка.

Хто Постраждає

Optimism — очевидна короткострокова жертва, і падіння OP на 4% це відображає. Пітч OP Stack корпоративним клієнтам завжди спирався на Base як флагманське референсне розгортання. «Найбільший L2 на Ethereum працює на нас» — відмінний слайд. «Найбільший L2 на Ethereum працює на форку, який ми більше не контролюємо» — зовсім інший слайд. Дохід від OP Enterprise продовжується, що пом'якшує удар по P&L, але репутаційна шкода настає миттєво.

Node-оператори цього кварталу дивляться на завдання з міграції. Усі, хто обслуговує інфраструктуру Base всередині біржі, кастодіального провайдера, індексера або мосту, тепер мають протестувати, поетапно підготувати та переключитися на новий клієнт, не порушивши SLA за часом доступності. Нудна частина, іншими словами, де все руйнується, якщо у вас немає належного canary-процесу.

Інші учасники Superchain опинилися в незручному становищі. Якщо найбільший орендар іде, спільне тягло обслуговування перерозподіляється між меншими ланцюжками з тоншими скарбницями. Очікуйте, що деякі з них тихо досліджуватимуть, чи не хочуть і вони форкнути власні стеки — і очікуйте, що Optimism активно боротиметься за їх утримання, прискорюючи функції, які мають сенс лише на спільній кодовій базі.

Сам Coinbase бере на себе реальний операційний ризик. Володіти стеком означає володіти багами. Більше не буде виправдання «ми чекаємо upstream-патч», коли щось ламається о 3-й ночі. Моя думка: це правильний обмін для ланцюжка з $3,85 млрд TVL, але перший серйозний інцидент із секвенсером під новим режимом буде оцінений значно менш поблажливою аудиторією.

Керівництво для Крипто та DeFi

Якщо ви керуєте інфраструктурою, що стосується Base, три речі мають бути на цьому тижневому стендапі.

По-перше, проаудитуйте кожну інтеграцію Base RPC на жорстко закодовані припущення щодо простору імен Optimism. Base зберігає ці ендпоінти під час переходу, але «під час переходу» виконує велику роботу в цьому реченні. Усе місіонно-критичне має мати резервний шлях, який не припускає, що OP-namespaced методи існують вічно.

По-друге, якщо ви керуєте нодами, введіть клієнт base/base у staging-середовище зараз, а не за тиждень до першого обов'язкового хард-форку. Подвоєний темп означає коротші вікна для реакції. Напрацюйте м'язову пам'ять до того, як це стане інцидентом.

По-третє, DeFi-команди з контрактами, задеплоєними на Base, повинні перечитати свої шляхи оновлення з урахуванням зміни системи доказів. Перехід від оптимістичних до TEE/ZK-доказів — не косметична зміна; він змінює гарантії фінальності, на які покладається ваш протокол для затримок виведення коштів, моделей ризику мостів та припущень MEV. Якщо ваші ризик-параметри були налаштовані на семиденне вікно оскарження, змоделюйте, як вони виглядатимуть при швидшій фінальності.

Для тих, хто будує на інших OP Stack ланцюжках, поставте незручне питання вголос: чи вистачає у вашого хост-ланцюжка інженерних ресурсів для форку, якщо це буде потрібно? Якщо відповідь «ні», врахуйте цю залежність у своїй архітектурі так само, як ви враховуєте залежність від оракула Chainlink. Спільна інфраструктура — це перевага, поки вона нею є.

Ключові Висновки

• Base консолідується в єдиний репозиторій base/base на основі Reth, завершуючи пряму залежність від коду OP Stack, що підтримується Optimism, Flashbots та approach.
• Частота хард-форків подвоюється — з трьох до шести на рік, що відкриває швидший шлях до TEE/ZK-доказів та оновлень Ethereum Fusaka і Glamsterdam.
• Node-оператори повинні мігрувати з релізів Optimism на клієнтське ПЗ Base; RPC простору імен Optimism залишаються підтримуваними під час переходу.
• Токен OP впав на 4% після новини; Optimism зберігає Base як платного клієнта OP Enterprise, що пом'якшує, але не нівелює стратегічний удар.
• Будинок наприкінці вулиці побудував власний генератор. Решті вулиці тепер доведеться вирішувати, чи ще має сенс для них спільна мережа.