Варіанти та перспективи співпраці між OP та SuperChain

Автор: Haotian, джерело: Twitter@tmel0211

Бачачи, що всі досі обговорюють зацікавлену співпрацю між @BuildOnBase та @optimismFND, моя точка зору: це, здається, лише короткострокова «усна домовленість», і в майбутньому ще багато змінних.

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

Відповідь полягає в тому, що це може бути перший маленький крок у плані OP SuperChain, і всі висновки повинні бути передані операційній моделі Sequencer.

Що таке спільна модель секвенсора?

Багатоланцюгове середовище OP Stack матиме уніфікований компонент Sequencer (розподілене розгортання), а Sequencer координуватиме та з’єднуватиме багатоланцюгові активи та циркуляцію даних.

На мою думку, OP Stack використовує ліцензію з відкритим кодом MIT, щоб залучити розробників до випуску ланцюга L2 на основі OP Stack. Це лише перший крок. Усвідомлення спільного використання компонентів Sequencer між кількома ланцюжками є другим кроком. Після цього багатоланцюжок паралельне створення додатків третій крок.

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

Фактично, не лише OP Stack, але й ZK Stack також працює над власним спільним планом Sequencer. Лише тоді, коли цей шлях проходить гладко, OP Stack зможе мати багатоланцюговий протокол зв’язку, подібний до протоколу Cosmos IBC, на основі якого транзакції як можуть бути реалізовані атомарні свопи. І порівняно з IBC, який потребує ланцюга ретрансляції для завершення перехресного зв’язку, компонент Sequencer, який спільно використовує Stack, природно є компонентом ретрансляції, який може реалізувати уніфіковане керування та зміну статусу повідомлень і активів між різнорідними ланцюгами.

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

Чому так багато змінних?

1. Хоча продуктивність Base чудова, досі невідомо, у що вона може розвинутися. Передається 2,75% токенів OP, що є трохи неохайним;

2. SuperChain потрібно збалансувати всеосяжні інтереси десятків або навіть сотень мереж. Ніхто не знає, що станеться зі стеком OP у майбутньому. Передчасний розподіл переваг не сприяє реалізації великого бачення;

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

Ви повинні знати, що Base спочатку була частиною великого плану OP SuperChain. У майбутньому Sequencer обов’язково буде спільно використовуватися як частина суперланцюга. У той час, як розподіляти прибуток і чи слід це відображати в ланцюжку, можна Обидва ще не реалізовані. Спільне використання секвенсорів може надихнути ринок лише через усні домовленості поза ланцюгом і дати кожному прекрасне бачення спільного процвітання для сімейства OP Stack.