Перехід Immutable Chain на OP Stack: що зміниться для користувачів

Основні моменти: Immutable оголосила, що планує перейти від Immutable Chain на базі власного кастомного Geth-форку до Ethereum-роллапу на базі OP Stack приблизно в середині 2027 року. Згідно з проектом, оскільки ланцюг зберігатиме стан (стейт) та ідентифікатор ланцюга (chain ID), облікові записи, залишки, контракти та схвалення (апрували) будуть перенесені без необхідності дій з боку майже всіх користувачів. Оголошені зміни включають новий дизайн мосту, очікуване збільшення витрат на транзакції та те, що виведення на Ethereum займе близько 7 днів. Це плани станом на 11 листопада 2026 року, і остаточні дати переходу та процедури для користувачів ще не оприлюднені.

Що оголосила Immutable

Оголошення Immutable від 6 листопада 2026 року стосується змін у базовому програмному забезпеченні ланцюга та архітектурі платежів. У цьому оголошенні зазначається, що Immutable Chain переходить з кастомного Geth-форку на ланцюг на базі OP Stack. Проект зберігатиме той самий стан та ідентифікатор ланцюга, скоротить час блокування з 2 секунд до 1 секунди та планує використовувати Ethereum для забезпечення доступності даних (data availability) та мостів на основі доказів. Цільовий термін — середина 2027 року, і перед тим, як блоки тимчасово зупиняться, буде надано попереднє повідомлення.

Час має значення. Це дорожня карта на майбутнє, а не оновлення, яке користувачі можуть підтвердити вже сьогодні. Поки проект не оголосить конкретний термін переходу, гаманці можуть продовжувати відображати існуючий ланцюг і мости. Слід уникати слідування за «посиланнями на перехід» від третіх осіб, які вимагають термінового переміщення активів, спираючись лише на це оголошення. У офіційній публікації зазначається, що для більшості користувачів та розробників дій не потрібно.

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

Що означає «той самий стан та ідентифікатор ланцюга» для гаманців

Стан включає в себе залишки облікових записів та сховища контрактів на певний момент часу. Збереження стану означає, що перехід спроектовано так, щоб ці записи продовжували існувати на новому ланцюзі після оновлення. Збереження ідентифікатора ланцюга означає, що мережевий ідентифікатор, який використовують гаманці та програми, залишиться незмінним. Immutable стверджує, що облікові записи, залишки, контракти та схвалення будуть перенесені без змін, що є підставою для твердження, що «майже всім користувачам дій не потрібно».

Це відрізняється від запиту, коли власники просять обміняти один актив на інший через сторінку вимог. Офіційна публікація не згадує про великі викуплення токенів або вимоги щодо відправлення IMX на нову адресу. Також не обіцяється, що всі інтерфейси гаманців будуть оновлені точно в один і той же момент. Навіть якщо базові залишки будуть правильно перенесені, під час переходу можуть виникнути проблеми зі старими додатками, помилками RPC та затримками індексації.

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

Чому перехід на OP Stack

Immutable стверджує, що цей перехід дозволить ланцюгу стати Ethereum-роллапом, що полегшить впровадження загальних оновлень та патчів безпеки для екосистеми. Також пояснюється міст, який може перевіряти виведення за зобов'язаннями стану, поданими на Ethereum. Викладена мета стосується консерватизму та відносин між ланцюгом та Ethereum, а не є доказом того, що всі програми стануть дешевшими або швидшими для користувачів.

Час блокування є одним із вимірювальних змін у плані. З 2 секунд до 1 секунди. Генерація блоків з інтервалом в 1 секунду може частіше оновлювати стан на ланцюзі, але досвід користувачів з кінця в кінець також залежить від гаманців, ігрових серверів, постачальників RPC, ринків та мостів. Навіть якщо блоки швидші, це не означає, що виведення на Ethereum буде підтверджено за 1 секунду. У мосту є незалежний процес перевірки, і проект очікує, що час виведення на Ethereum буде довшим.

У оголошенні спочатку зазначається, що почнеться з дозволеного (permissioned) fault-proof, а потім буде впроваджено варіант proof-of-validity. Ці етапи показують запланований технічний шлях. Не слід стверджувати, що майбутня система доказів вже розгорнута на Immutable Chain. Користувачі та розробники повинні перевірити архітектуру, коли проект опублікує документи переходу та новий міст запрацює.

Що зміниться у виведенні та мостах

Найбільш безпосередній вплив на користувачів у оголошенні стосується терміна виведення. Immutable оцінює, що нове виведення через новий нативний роллап-міст займе близько 7 днів. Це суттєво довше, ніж враження, яке мають багато користувачів щодо поточного мосту, і це важливо для тих, кому потрібні кошти на Ethereum до певної дати. Оцінка в 7 днів не гарантує точного часу завершення, особливо під час запуску або мережевих збоїв.

Immutable також зазначає, що більш швидкий ліквідний міст може продовжувати обробляти більшість виведень. Такі сервіси можуть пропонувати різні маршрути, але можуть виникнути додаткові збори, обмеження ліквідності та ризики постачальників. Швидкі мости та нативні виведення не є взаємозамінними з точки зору моделі безпеки та витрат. Перед вибором мосту перевірте, хто надає ліквідність, як буде завершено переказ, що станеться, якщо постачальник зупиниться, і які активи в кінцевому підсумку будуть отримані.

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

Що повинні перевірити розробники ігор та постачальники інфраструктури

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

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

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

Дивіться ринок криптоактивів

Як користувачі повинні підготуватися, уникаючи передчасних дій

Перший корисний крок — це організація інформації. Зробіть закладки на офіційні оголошення та канали статусу Immutable, і розрізняйте підтверджені дати та цілі плану. Оголошення, що вказують на номери блоків, вікна обслуговування та процедури мосту, легше реалізувати, ніж публікації в соціальних мережах, які просто повторюють «перехід у 2027 році».

По-друге, перевірте поточну діяльність, коли наближається цільовий період. Якщо гравцям потрібно вивести кошти на Ethereum до певної дати, слід врахувати оголошені зміни мосту та періоди зупинки заздалегідь. Якщо гра проводить події з часовими обмеженнями, її організатори повинні оголосити свої плани щодо депозитів, виведень та внутрішньоігрових транзакцій під час збоїв.

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

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