Угода Unichain від Optimism об'єднає більше ланцюгів під одним оператором

Optimism розширює свою роль як оператора ланцюгів на базі Ethereum для інших брендів. Unichain, ланцюг другого рівня Ethereum від Uniswap Labs, планує передати свою продукцію, доступ до публічних вузлів, моніторинг та реагування на інциденти Optimism відповідно до оголошення про міграцію від 9 жовтня.

Запланований перехід на тестову мережу 13 жовтня та на основну мережу 29 жовтня продовжує стратегію роботи, викладену Цзінь Ваном у оголошенні Ink від Optimism: команди продуктів створюють свої додатки та екосистеми, поки Optimism управляє інфраструктурою під ними. Угода Soneium від вересня слідує тій же розподілу праці, що й раніше запланована Ink у червні; обидва ланцюги використовують OP Stack.

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

Unichain переходить від підтримки до операцій

Unichain вже мала відносини з OP Enterprise. Вступ Optimism для підприємств, у його версії, оновленій 31 липня, говорить, що Uniswap Labs управляє Unichain з доповненням Mission Critical. Читаючи разом з оголошенням від жовтня, зміна є розширенням від підтримки до відповідальності за виробничі операції.

Uniswap Labs стверджує, що міграція зберігає ідентифікатор ланцюга, контракти, баланси, додатки та розгортання Uniswap v2, v3 і v4. Також зазначається, що Unichain залишається Stage 1 rollup з бездозвільними доказами помилок та існуючою управлінською структурою оновлення контрактів. Оператор виробництва змінюється, в той час як ланцюг та його органи управління оновленнями залишаються на місці.

Оголошення Soneium від 30 вересня призначає Optimism Foundation та OP Labs для підтримки розгортання, операцій секвенсора, інфраструктури вузлів, оновлень, моніторингу та реагування на інциденти. Soneium зберігає свій дорожню карту та інженерну участь, включаючи постійну роботу над самим ланцюгом та його продуктами Tokenized IP. Оголошення не вказує дату переходу.

Ink пропонує ранню версію тієї ж стратегії. У своєму оголошенні від 23 червня Ван описала угоду, в якій Ink Foundation могла б зосередитися на зростанні екосистеми, поки Optimism управляла та покращувала мережу. План передбачав перехід у серпні та включав секвенсори основної та тестової мереж, RPC, дослідник, моніторинг та реагування на інциденти.

Пізніший посібник Optimism, опублікований 7 вересня, описує інфраструктуру Ink як таку, що управляється Фондом через OP Labs.

Обіцянка надійності має операційну ціну

OP Enterprise є інфраструктурою ланцюга та службою підтримки Optimism. Його визначення рівнів пояснюють, чому модель роботи має значення. У рамках Self Managed клієнт управляє інфраструктурою та контролює свій секвенсор і вузли; Optimism постачає підтримку та моніторинг. У рамках Fully Managed OP Labs управляє секвенсором, бенчмаркером, пропонентом та інфраструктурою ланцюга, а також займається безпекою.

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

Угода Soneium обіцяє цільовий показник безвідмовної роботи 99,9% на місяць та цілодобове реагування на інциденти. Доповнення Mission Critical рекламує SLA безвідмовної роботи 99,95%, 15-хвилинну початкову реакцію на найсерйозніші інциденти та оновлення статусу кожні 30 хвилин. Раніше відносини Unichain явно включали це доповнення.

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

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

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

Інклюзія виживає при збої послідовності; виходи різняться

Ethereum забезпечує резервний варіант нижче керованої служби. Поточні оцінки L2BEAT окремо перераховують примусову інклюзію транзакцій через Ethereum для Unichain, Soneium та Ink, з затримкою до 12 годин.

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

Це зберігає маршрут навколо недоступного або цензурованого послідовника. Гроші стають доступними на Ethereum лише після того, як окремі пропозиції та умови доказу для виведення будуть виконані, при цьому можливі дозволені залежності на цьому шляху.

L2BEAT оцінює Unichain та Ink як етап 1 і стверджує, що інші учасники з достатніми коштами можуть пропонувати корені стану. Їх канонічні вихідні шляхи дозволяють іншим виконувати роботу звичайного пропонента, за умови, що фінансовані учасники подають прийняті корені та виконуються відповідні умови доказу та виведення.

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

Оцінки виведення для Unichain, Ink та Soneium також зберігають семиденний період зрілості доказу для всіх трьох ланцюгів. Unichain та Ink мають додаткові умови, пов'язані з розрахунками: принаймні три з половиною дні для розрахунку кореня та три з половиною дні після розрахунку. Інклюзія доказів може передувати розрахунку, тому ці години не слід механічно додавати до універсального часу виведення. Soneium зберігає затримки виведення, незважаючи на те, що його визнана гра не має процесу оскарження в мережі.

Операції Optimism не стирають повноваження на оновлення

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

Падіння Ethereum під час збою секвенсора, отже, не гарантує можливості залишити платформу до небажаної зміни контракту. Етап 1 зберігає значущі незалежні від операторів шляхи, але зберігає потужні повноваження на оновлення.

Обіцяна нативна взаємодія Unichain залишається майбутньою функцією. Оголошення Soneium прямо виключає взаємодію. План Ink на червень описує одноденні виведення як впровадження системи доказів, тоді як його поточна оцінка виведення все ще зберігає семиденну зрілість доказів.

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

Наступні заплановані етапи - це тестова мережа Unichain 13 жовтня та міграція основної мережі 29 жовтня. Їх завершення розширить стратегію Optimism з продажу підтримки протоколу до управління ще одним встановленим виробничим ланцюгом. Тоді надійність буде залежати від продуктивності в обслуговуванні, тоді як можливості користувачів продовжать залежати від конкретного включення, пропозицій та правил оновлення під кожним брендом.