Минулого місяця Фонд світових монет оголосив про запуск блокчейну World Chain на основі стеку OP. Цей блокчейн приєднається до Superchain від Optimism та взаємодіятиме з іншими ланцюгами, такими як Base, Mode, OP Mainnet та Zora. Ви, можливо, чули про OP, OP Stack та Superchain. Цікаві розуми можуть запитати: Що? Чому? Де? Ця стаття відповість на ці питання по черзі, обговорюючи поточний стан та візію Superchain, серед інших тем. В кінці статті також буде надано простий для користувача посібник для опублікування операцій L2 / L3 за один клік.
Ви повинні бути ознайомлені з Оптимізмом, рішенням Layer 2 на основі Ethereum, спрямованим на надання швидких, стабільних, масштабованих та ефективних за рахунок витрат послуг блокчейну. Він працює на головному ланцюжку Ethereum (Layer 1), щоб допомогти зменшити мережеву затор, тим самим знижуючи витрати на транзакції та час обробки.
Оптимізм використовує технологію, що називається Оптимізацією Rollups, яка пакує велику кількість даних транзакцій разом і обробляє та оплачує комісію лише один раз на головному ланцюжку Ethereum. Цей метод не тільки прискорює обробку транзакцій та знижує витрати, але й підтримує високий рівень безпеки на основі фундаменту Ethereum. Пізніше технологія Оптимізації Rollup була оприлюднена у вільному доступі та стала частиною стеку OP - відкритої блокчейн-рамки, оголошеної Колективом Оптимізму.
OP Stack може бути розглянутий як набір інструментів для одноразового розгортання L2, що значно спрощує побудову ланцюгів L2. Ці децентралізовані ланцюги L2, розроблені на основі OP Stack, діляться захистом, шарами комунікації та технологічним стеком з відкритим вихідним кодом, утворюючи візію OP Superchain.
Поточна ситуація - розгортання стеків OP в різних галузях
На даний момент OP Stacks було прийнято кількома відомими проектами, включаючи Base, який зараз домінує в L2 торгівлі NFT даними, Layer2 від Coinbase, додаток для управління активами Debank Debank Chain, та соціально-ведучий протокол Farcaster Farcaster Stack. Різноманіття цих додатків відображає концепцію OP Superchain, яку OP Stack спочатку мав підтримувати з моменту свого запуску.
«Суперланцюг» - це мережева структура з кількома ланцюгами на основі технології 2-го рівня (L2), розроблена для вирішення проблем масштабованості традиційних блокчейнів. Традиційні архітектури з кількома ланцюгами часто стикаються з труднощами у співпраці та високими витратами, тоді як «Суперланцюг» вирішує ці проблеми, розглядаючи кожен ланцюг як «взаємозамінні ресурси обчислень», фактично комодифікуючи блокчейни. Це дозволяє розробникам створювати додатки, що працюють на кількох ланцюгах, не збільшуючи системні ризики.
У моделі «Superchain» індивідуальні ланцюжки (такі як ланцюжок OP) стандартизовані та інтегровані у мережу, керовану Колективом Оптимізму. Ці ланцюжки не лише діляться рівнями безпеки та комунікації, але й використовують технологічний стек з відкритим вихідним кодом. Це конструкція дозволяє розробникам більше уваги приділяти створенню програм через увесь Superchain, не турбуючись про конкретні технічні деталі індивідуальних ланцюжків.
Крім того, ця філософія дизайну також передбачає, що сам концепт блокчейну може стати більш абстрактним, дозволяючи розробникам розглядати всю взаємодіючу мережу блокчейну як єдине ціле, що дозволяє більш ефективно розробляти та розгортати нові рішення. Таким чином, «Суперланцюг» не лише оптимізує використання ресурсів, але й надає нові можливості для майбутнього розвитку блокчейну.
У моделі безпеки “Суперланцюга” можна забезпечити як безпеку (тобто дійсність), так і живість (тобто стійкість до цензури). Безпека гарантується системою підтвердження, тоді як живість забезпечується можливістю надсилати транзакції безпосередньо на L1. Поєднання безпеки та живості означає, що якщо відбудеться збій послідовника OP Chain, користувачі завжди можуть надсилати транзакції на L1, яке мігрує їх використання на новий OP Chain з належно працюючим послідовником.
Нижче наведено офіційне визначення «Суперланцюга» від Optimism, яке виконується, якщо виконуються наступні умови:
OP Labs, як постачальник підтримки фреймворку, працює великою мірою, щоб зробити підтримку OP Stack більш широкою для децентралізованих технологій. Наприклад, версія Bedrock підтримує кілька схем доказів та кілька клієнтів. Докази несправності багатьох клієнтів є фундаментальною складовою технічної децентралізації, а модулярний фреймворк Bedrock значно впливає на можливості децентралізації спільноти в практичному розвитку OP Stack.
Стратегія - Збереження Чесності
У пошуках децентралізації важливо дотримуватися знання, що ґрунтуються на чесності про виклики. Зокрема, написання складного та безпомилкового коду є надзвичайно складним, але важливим, оскільки будь-яка вразливість може мати катастрофічні наслідки для будь-якого L2.
Стратегія - Паралельний розвиток оновлень протоколу
OP виступає за збереження цілеспрямованих, прагматичних та обережних кроків у використанні доказів на ланцюжку. Досягнення повних доказів займає час, але Optimism вважає, що кілька протокольних оновлень можуть бути розроблені паралельно з метою подальшого розвитку децентралізації стеку OP без очікування готовності доказів про помилки.
Бути в курсі технічних рішень, насправді, призвело до виявлення двох помилок у OP командою Arbitrum нещодавно. Як технічний постачальник, ця широко використовувана відкрита рамка завжди піддається перевірці зі сторони ринку та спільноти, і вона повинна нести більше відповідальності.
Технологічний децентралізаційний графік та важливі події
Згідно з даними від L2Beat, станом на 4 травня 2024 року, загальна заблокована вартість Layer2 TVL (total locked value) склала 39,98 мільярда доларів США, з яких OP Stack мав 18,61 мільярда доларів США, майже половину від загальної вартості TVL та посів перше місце. Сервіс Stack від Optimism був широко прийнятий, і все більше проектів використовують фреймворк OP Stack для швидкої побудови нового L2, таких як Optimism, Base, Mode, Zora, Frax, Lyra, Ancient, Redstone, Worldcoin, Mint, Lisk. Це підкреслює цінність послуг Stack на ринковій наративі.
З технічної точки зору ми відкидали деякий код та офіційну інформацію, щоб надати відповідь.
Вступ до контракту SystemConfig
Технічна платформа, що стоїть за OP Stack, Bedrock, представляє контракт SystemConfig, який починає визначати L2-ланцюги безпосередньо через L1 смарт-контракти. Це може розширитися, щоб включити всю інформацію, що визначає L2-ланцюги on-chain, включаючи критичні значення конфігурації, такі як генерація унікальних ідентифікаторів ланцюгів, ліміти газових блоків тощо. Уривок з контракту SystemConfig подається нижче.[2]:
/**
@titleSystemConfig
@увагаКонтракт SystemConfig використовується для управління конфігурацією мережі Optimism. Усе
конфігурація зберігається на рівні L1 та підбирається L2 як частина похідного рівня L2
ланцюг.
*/
контракт SystemConfig є OwnableUpgradeable, Semver {
/*** @notice Enum, що представляє різні типи оновлень.** @custom:value BATCHER Представляє оновлення хешу пакувальника.* @custom:value GAS_CONFIG Представляє оновлення конфігурації комісії за транзакцію на L2.* @custom:value GAS_LIMIT Представляє оновлення газового ліміту на L2.* @custom:value UNSAFE_BLOCK_SIGNER Представляє оновлення ключа підписувача для небезпечного* розподілу блоків.*/
/*
* @повідомлення Мінімальний ліміт газу. Це не повинно бути менше, ніж максимальний ліміт газових ресурсів* у контракті ResourceMetering, що використовується OptimismPortal, щоб забезпечити, що блок L2* завжди має достатньо газу для обробки депозитів.*/uint64 public constant MINIMUM_GAS_LIMIT = 8_000_000; /*** @повідомлення Ідентифікатор пакувальника. Для версії 1 цієї конфігурації, це представлено* як адреса, заповнена нулями до 32 байтів.*/bytes32 public batcherHash;/*** @повідомлення Ліміт газу L2.*/ uint64 public gasLimit;
CREATE2 генерує певну адресу ланцюга
На основі дизайну SystemConfig, після повного розміщення всіх даних на ланцюгу, можна створити завод (Chain Factory), щоб розгортати конфігурації та всі інші необхідні контракти для кожного ланцюга. За допомогою CREATE2 для генерації відповідних адрес контрактів ми подальше розширюємо цей крок: це означає, що, з урахуванням конфігурації ланцюга, ми можемо визначити всі адреси мостів, пов'язаних з цим ланцюгом. Це також дозволяє взаємодіяти з ланцюгом без розгортання мостових контрактів, зробивши розгортання ланцюга майже безкоштовним та дозволивши ланцюгам успадкувати стандартні атрибути безпеки.
Комунікація між ланцюжками OP - «Фабрика ланцюжків» використовує дані ланцюжка OP
Bedrock вводить метод створення ланцюжків L2 з ланцюжків L1, де всі дані ланцюжка можуть бути синхронізовані з L1 блоками. При розширенні L1 Chain Factory для розміщення всіх конфігурацій on-chain, вузли Optimism можуть детерміновано синхронізувати будь-який OP ланцюжок лише з L1 адресою плюс підключенням до L1.
Важливо зауважити, що після завершення синхронізації ланцюгів OP стан ланцюга обчислюється локально. Це означає, що визначення стану ланцюга OP є повністю бездозвільним та безпечним. Оскільки всі недійсні транзакції ігноруються процесом обчислення локального вузла, що виконується вузлами, похідні ланцюги не потребують системи доведення. Однак, для забезпечення виведення коштів на Суперланцюг, все ще потрібна система доведення.
Модулярний дизайн секвенсора з SystemConfig
Bedrock introduces the functionality of setting sequencer addresses in the SystemConfig contract. With the introduction of multiple chains with their own SystemConfig contracts, deployers of OP chains can configure sequencer addresses. This configurable sequencer design is called modular sequencing. This allows different entities to sequence OP chains while retaining the standard security model of the [Superchain bridge] - a crucial step towards decentralizing sequencers.
Модульна послідовність дозволяє експериментувати з різними моделями послідовності без дозволу. Розробники можуть приймати різні протоколи послідовності, такі як послідовна послідовність, протоколи консенсусу послідовності, ціново-конкурентні послідовності (послідовність PGA) або послідовність першим прийшов першим вийшов (послідовність FIFO). З часом можна очікувати появи більш користувацьких стандартів послідовності.
Спільний технічний шлях оновлення для OP-ланцюгів
Для впевненого запуску початкового Superchain щодо безпеки та децентралізації слід ввести децентралізовану раду безпеки для управління оновленнями. Рада безпеки повинна мати змогу оновлювати набір перевіряючих ланцюг, ініціювати оновлення контрактів з затримками та натискати кнопку призупинення мосту в надзвичайних ситуаціях, скасовуючи при цьому поточні оновлення.
Можливість призупинити міст у надзвичайних ситуаціях означає, що в найгіршому випадку, коли приватні ключі членів ради безпеки будуть скомпрометовані, наслідком буде нескінченна призупинка виведення коштів, а оновлення моста будуть назавжди скасовані. Іншими словами, L1 міст буде заморожено. Це відповідає принципу проектування, що визначає пріоритет безпеки над активністю - тобто завжди запобігаючи втраті ETH або токенів (забезпечуючи безпеку), навіть якщо це означає блокування ETH або токенів (жертвуючи активністю).
Звичайно, на шляху до становлення суперланцюгом та повного реалізації візії масштабованого блокчейну все ще існують деякі важливі проблеми, які потребують вирішення. Очікувані серед них включають:
Ми уявляємо, що коли ці проблеми можуть бути вирішені, буде можливо побудувати децентралізовані альтернативи найскладнішим веб2-застосункам.
Запуск EIP-4844 співпадає з оновленням Delta екосистеми Optimism, що робить його ідеальним вибором.
Рішення щодо доступності даних (DA), такі як Celestia, головним чином спрямовані на зменшення витрат на rollup при поданні даних до L1, тоді як 4844 надає власне рішення, яке зменшує операційні витрати (OPEX) ланцюга OP на більше ніж 90%.
Ми бачимо, що до 4844 року основна вартість стеку OP була сконцентрована на газовому накладі L1, наступне:
Після 4844 року суперланцюгова екологія є чудовою річчю для OP Stack, і все більше та більше проєктів будуть готові використовувати L2 як технічне рішення. Ми також сподіваємося побачити зниження комісій за рішеннями блокчейн, що забезпечить більше бізнес-можливостей для проєктних сторін та надасть можливість для масового впровадження.
Як це втілити на практиці? Superchain надає платформу під назвою Superchain Dev Console[3][4], яка підтримує Ethereum, Base, Fraxtel, Mode, OP Mainnet, Redstone, Lisk, Zora та інші ланцюги як L1 або L2.
У той же час, у спільноті Superchain є багато інструментів для видачі L3 за один клік, таких як Mode Flare, розроблений командою Mode. Архітектура використовує Pyth, Blockscout та Goldsky, тощо.[5].
Деякі відзавершальні думки: Ми бачимо структуру оптимізму та успішність суперланцюгів у бізнес-ландшафті. OP Stacks значно знизив бар'єр для запуску ланцюга, і все більше та більше команд користуються зручним та швидким розгортанням своїх рішень L2 та L3 за допомогою OP Stack. Чи може OP Stack стати у майбутньому подібним до AWS або Alibaba Cloud, які служать лідерами галузі, надаючи різноманітну інфраструктуру для розробників для побудови їхніх проектів? Звичайно, децентралізовані технологічні рішення можуть забезпечити певний рівень відкритості та безпеки в технологіях. З точки зору дизайну, чи також суперланцюг поставляє потенційні ризики монополізації галузі? Час покаже.
[1] Причини двох помилок:
https://medium.com/offchainlabs/security-disclosure-289a4ad50709
[2] Фрагмент контракту SystemConfig:
[3] Консоль розробника Superchain:
https://console.optimism.io/?ref=blog.oplabs.co
[4] Оперативний запуск додатку Superchain:
https://docs.optimism.io/builders/app-developers/quick-start
[5] РЕЖИМ ФОКУСУВАННЯ L3:
https://www.mode.network/mode-flare-l3
Ця стаття з оригінальною назвою «LXDAO Expert WG|当 OP Stack 进化成 OP "超级链" відтворена з [LXDAO)]. Усі авторські права належать оригінальному авторові [Shanni]. Якщо у вас є які-небудь зауваження щодо перепублікації, будь ласка, зв'яжіться з Gate Learnкоманда, команда якнайшвидше впорається з цим.
Відмова від відповідальності: Погляди і думки, висловлені в цій статті, представляють лише особисті погляди автора і не становлять жодної інвестиційної поради.
Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонено.
Compartir
Минулого місяця Фонд світових монет оголосив про запуск блокчейну World Chain на основі стеку OP. Цей блокчейн приєднається до Superchain від Optimism та взаємодіятиме з іншими ланцюгами, такими як Base, Mode, OP Mainnet та Zora. Ви, можливо, чули про OP, OP Stack та Superchain. Цікаві розуми можуть запитати: Що? Чому? Де? Ця стаття відповість на ці питання по черзі, обговорюючи поточний стан та візію Superchain, серед інших тем. В кінці статті також буде надано простий для користувача посібник для опублікування операцій L2 / L3 за один клік.
Ви повинні бути ознайомлені з Оптимізмом, рішенням Layer 2 на основі Ethereum, спрямованим на надання швидких, стабільних, масштабованих та ефективних за рахунок витрат послуг блокчейну. Він працює на головному ланцюжку Ethereum (Layer 1), щоб допомогти зменшити мережеву затор, тим самим знижуючи витрати на транзакції та час обробки.
Оптимізм використовує технологію, що називається Оптимізацією Rollups, яка пакує велику кількість даних транзакцій разом і обробляє та оплачує комісію лише один раз на головному ланцюжку Ethereum. Цей метод не тільки прискорює обробку транзакцій та знижує витрати, але й підтримує високий рівень безпеки на основі фундаменту Ethereum. Пізніше технологія Оптимізації Rollup була оприлюднена у вільному доступі та стала частиною стеку OP - відкритої блокчейн-рамки, оголошеної Колективом Оптимізму.
OP Stack може бути розглянутий як набір інструментів для одноразового розгортання L2, що значно спрощує побудову ланцюгів L2. Ці децентралізовані ланцюги L2, розроблені на основі OP Stack, діляться захистом, шарами комунікації та технологічним стеком з відкритим вихідним кодом, утворюючи візію OP Superchain.
Поточна ситуація - розгортання стеків OP в різних галузях
На даний момент OP Stacks було прийнято кількома відомими проектами, включаючи Base, який зараз домінує в L2 торгівлі NFT даними, Layer2 від Coinbase, додаток для управління активами Debank Debank Chain, та соціально-ведучий протокол Farcaster Farcaster Stack. Різноманіття цих додатків відображає концепцію OP Superchain, яку OP Stack спочатку мав підтримувати з моменту свого запуску.
«Суперланцюг» - це мережева структура з кількома ланцюгами на основі технології 2-го рівня (L2), розроблена для вирішення проблем масштабованості традиційних блокчейнів. Традиційні архітектури з кількома ланцюгами часто стикаються з труднощами у співпраці та високими витратами, тоді як «Суперланцюг» вирішує ці проблеми, розглядаючи кожен ланцюг як «взаємозамінні ресурси обчислень», фактично комодифікуючи блокчейни. Це дозволяє розробникам створювати додатки, що працюють на кількох ланцюгах, не збільшуючи системні ризики.
У моделі «Superchain» індивідуальні ланцюжки (такі як ланцюжок OP) стандартизовані та інтегровані у мережу, керовану Колективом Оптимізму. Ці ланцюжки не лише діляться рівнями безпеки та комунікації, але й використовують технологічний стек з відкритим вихідним кодом. Це конструкція дозволяє розробникам більше уваги приділяти створенню програм через увесь Superchain, не турбуючись про конкретні технічні деталі індивідуальних ланцюжків.
Крім того, ця філософія дизайну також передбачає, що сам концепт блокчейну може стати більш абстрактним, дозволяючи розробникам розглядати всю взаємодіючу мережу блокчейну як єдине ціле, що дозволяє більш ефективно розробляти та розгортати нові рішення. Таким чином, «Суперланцюг» не лише оптимізує використання ресурсів, але й надає нові можливості для майбутнього розвитку блокчейну.
У моделі безпеки “Суперланцюга” можна забезпечити як безпеку (тобто дійсність), так і живість (тобто стійкість до цензури). Безпека гарантується системою підтвердження, тоді як живість забезпечується можливістю надсилати транзакції безпосередньо на L1. Поєднання безпеки та живості означає, що якщо відбудеться збій послідовника OP Chain, користувачі завжди можуть надсилати транзакції на L1, яке мігрує їх використання на новий OP Chain з належно працюючим послідовником.
Нижче наведено офіційне визначення «Суперланцюга» від Optimism, яке виконується, якщо виконуються наступні умови:
OP Labs, як постачальник підтримки фреймворку, працює великою мірою, щоб зробити підтримку OP Stack більш широкою для децентралізованих технологій. Наприклад, версія Bedrock підтримує кілька схем доказів та кілька клієнтів. Докази несправності багатьох клієнтів є фундаментальною складовою технічної децентралізації, а модулярний фреймворк Bedrock значно впливає на можливості децентралізації спільноти в практичному розвитку OP Stack.
Стратегія - Збереження Чесності
У пошуках децентралізації важливо дотримуватися знання, що ґрунтуються на чесності про виклики. Зокрема, написання складного та безпомилкового коду є надзвичайно складним, але важливим, оскільки будь-яка вразливість може мати катастрофічні наслідки для будь-якого L2.
Стратегія - Паралельний розвиток оновлень протоколу
OP виступає за збереження цілеспрямованих, прагматичних та обережних кроків у використанні доказів на ланцюжку. Досягнення повних доказів займає час, але Optimism вважає, що кілька протокольних оновлень можуть бути розроблені паралельно з метою подальшого розвитку децентралізації стеку OP без очікування готовності доказів про помилки.
Бути в курсі технічних рішень, насправді, призвело до виявлення двох помилок у OP командою Arbitrum нещодавно. Як технічний постачальник, ця широко використовувана відкрита рамка завжди піддається перевірці зі сторони ринку та спільноти, і вона повинна нести більше відповідальності.
Технологічний децентралізаційний графік та важливі події
Згідно з даними від L2Beat, станом на 4 травня 2024 року, загальна заблокована вартість Layer2 TVL (total locked value) склала 39,98 мільярда доларів США, з яких OP Stack мав 18,61 мільярда доларів США, майже половину від загальної вартості TVL та посів перше місце. Сервіс Stack від Optimism був широко прийнятий, і все більше проектів використовують фреймворк OP Stack для швидкої побудови нового L2, таких як Optimism, Base, Mode, Zora, Frax, Lyra, Ancient, Redstone, Worldcoin, Mint, Lisk. Це підкреслює цінність послуг Stack на ринковій наративі.
З технічної точки зору ми відкидали деякий код та офіційну інформацію, щоб надати відповідь.
Вступ до контракту SystemConfig
Технічна платформа, що стоїть за OP Stack, Bedrock, представляє контракт SystemConfig, який починає визначати L2-ланцюги безпосередньо через L1 смарт-контракти. Це може розширитися, щоб включити всю інформацію, що визначає L2-ланцюги on-chain, включаючи критичні значення конфігурації, такі як генерація унікальних ідентифікаторів ланцюгів, ліміти газових блоків тощо. Уривок з контракту SystemConfig подається нижче.[2]:
/**
@titleSystemConfig
@увагаКонтракт SystemConfig використовується для управління конфігурацією мережі Optimism. Усе
конфігурація зберігається на рівні L1 та підбирається L2 як частина похідного рівня L2
ланцюг.
*/
контракт SystemConfig є OwnableUpgradeable, Semver {
/*** @notice Enum, що представляє різні типи оновлень.** @custom:value BATCHER Представляє оновлення хешу пакувальника.* @custom:value GAS_CONFIG Представляє оновлення конфігурації комісії за транзакцію на L2.* @custom:value GAS_LIMIT Представляє оновлення газового ліміту на L2.* @custom:value UNSAFE_BLOCK_SIGNER Представляє оновлення ключа підписувача для небезпечного* розподілу блоків.*/
/*
* @повідомлення Мінімальний ліміт газу. Це не повинно бути менше, ніж максимальний ліміт газових ресурсів* у контракті ResourceMetering, що використовується OptimismPortal, щоб забезпечити, що блок L2* завжди має достатньо газу для обробки депозитів.*/uint64 public constant MINIMUM_GAS_LIMIT = 8_000_000; /*** @повідомлення Ідентифікатор пакувальника. Для версії 1 цієї конфігурації, це представлено* як адреса, заповнена нулями до 32 байтів.*/bytes32 public batcherHash;/*** @повідомлення Ліміт газу L2.*/ uint64 public gasLimit;
CREATE2 генерує певну адресу ланцюга
На основі дизайну SystemConfig, після повного розміщення всіх даних на ланцюгу, можна створити завод (Chain Factory), щоб розгортати конфігурації та всі інші необхідні контракти для кожного ланцюга. За допомогою CREATE2 для генерації відповідних адрес контрактів ми подальше розширюємо цей крок: це означає, що, з урахуванням конфігурації ланцюга, ми можемо визначити всі адреси мостів, пов'язаних з цим ланцюгом. Це також дозволяє взаємодіяти з ланцюгом без розгортання мостових контрактів, зробивши розгортання ланцюга майже безкоштовним та дозволивши ланцюгам успадкувати стандартні атрибути безпеки.
Комунікація між ланцюжками OP - «Фабрика ланцюжків» використовує дані ланцюжка OP
Bedrock вводить метод створення ланцюжків L2 з ланцюжків L1, де всі дані ланцюжка можуть бути синхронізовані з L1 блоками. При розширенні L1 Chain Factory для розміщення всіх конфігурацій on-chain, вузли Optimism можуть детерміновано синхронізувати будь-який OP ланцюжок лише з L1 адресою плюс підключенням до L1.
Важливо зауважити, що після завершення синхронізації ланцюгів OP стан ланцюга обчислюється локально. Це означає, що визначення стану ланцюга OP є повністю бездозвільним та безпечним. Оскільки всі недійсні транзакції ігноруються процесом обчислення локального вузла, що виконується вузлами, похідні ланцюги не потребують системи доведення. Однак, для забезпечення виведення коштів на Суперланцюг, все ще потрібна система доведення.
Модулярний дизайн секвенсора з SystemConfig
Bedrock introduces the functionality of setting sequencer addresses in the SystemConfig contract. With the introduction of multiple chains with their own SystemConfig contracts, deployers of OP chains can configure sequencer addresses. This configurable sequencer design is called modular sequencing. This allows different entities to sequence OP chains while retaining the standard security model of the [Superchain bridge] - a crucial step towards decentralizing sequencers.
Модульна послідовність дозволяє експериментувати з різними моделями послідовності без дозволу. Розробники можуть приймати різні протоколи послідовності, такі як послідовна послідовність, протоколи консенсусу послідовності, ціново-конкурентні послідовності (послідовність PGA) або послідовність першим прийшов першим вийшов (послідовність FIFO). З часом можна очікувати появи більш користувацьких стандартів послідовності.
Спільний технічний шлях оновлення для OP-ланцюгів
Для впевненого запуску початкового Superchain щодо безпеки та децентралізації слід ввести децентралізовану раду безпеки для управління оновленнями. Рада безпеки повинна мати змогу оновлювати набір перевіряючих ланцюг, ініціювати оновлення контрактів з затримками та натискати кнопку призупинення мосту в надзвичайних ситуаціях, скасовуючи при цьому поточні оновлення.
Можливість призупинити міст у надзвичайних ситуаціях означає, що в найгіршому випадку, коли приватні ключі членів ради безпеки будуть скомпрометовані, наслідком буде нескінченна призупинка виведення коштів, а оновлення моста будуть назавжди скасовані. Іншими словами, L1 міст буде заморожено. Це відповідає принципу проектування, що визначає пріоритет безпеки над активністю - тобто завжди запобігаючи втраті ETH або токенів (забезпечуючи безпеку), навіть якщо це означає блокування ETH або токенів (жертвуючи активністю).
Звичайно, на шляху до становлення суперланцюгом та повного реалізації візії масштабованого блокчейну все ще існують деякі важливі проблеми, які потребують вирішення. Очікувані серед них включають:
Ми уявляємо, що коли ці проблеми можуть бути вирішені, буде можливо побудувати децентралізовані альтернативи найскладнішим веб2-застосункам.
Запуск EIP-4844 співпадає з оновленням Delta екосистеми Optimism, що робить його ідеальним вибором.
Рішення щодо доступності даних (DA), такі як Celestia, головним чином спрямовані на зменшення витрат на rollup при поданні даних до L1, тоді як 4844 надає власне рішення, яке зменшує операційні витрати (OPEX) ланцюга OP на більше ніж 90%.
Ми бачимо, що до 4844 року основна вартість стеку OP була сконцентрована на газовому накладі L1, наступне:
Після 4844 року суперланцюгова екологія є чудовою річчю для OP Stack, і все більше та більше проєктів будуть готові використовувати L2 як технічне рішення. Ми також сподіваємося побачити зниження комісій за рішеннями блокчейн, що забезпечить більше бізнес-можливостей для проєктних сторін та надасть можливість для масового впровадження.
Як це втілити на практиці? Superchain надає платформу під назвою Superchain Dev Console[3][4], яка підтримує Ethereum, Base, Fraxtel, Mode, OP Mainnet, Redstone, Lisk, Zora та інші ланцюги як L1 або L2.
У той же час, у спільноті Superchain є багато інструментів для видачі L3 за один клік, таких як Mode Flare, розроблений командою Mode. Архітектура використовує Pyth, Blockscout та Goldsky, тощо.[5].
Деякі відзавершальні думки: Ми бачимо структуру оптимізму та успішність суперланцюгів у бізнес-ландшафті. OP Stacks значно знизив бар'єр для запуску ланцюга, і все більше та більше команд користуються зручним та швидким розгортанням своїх рішень L2 та L3 за допомогою OP Stack. Чи може OP Stack стати у майбутньому подібним до AWS або Alibaba Cloud, які служать лідерами галузі, надаючи різноманітну інфраструктуру для розробників для побудови їхніх проектів? Звичайно, децентралізовані технологічні рішення можуть забезпечити певний рівень відкритості та безпеки в технологіях. З точки зору дизайну, чи також суперланцюг поставляє потенційні ризики монополізації галузі? Час покаже.
[1] Причини двох помилок:
https://medium.com/offchainlabs/security-disclosure-289a4ad50709
[2] Фрагмент контракту SystemConfig:
[3] Консоль розробника Superchain:
https://console.optimism.io/?ref=blog.oplabs.co
[4] Оперативний запуск додатку Superchain:
https://docs.optimism.io/builders/app-developers/quick-start
[5] РЕЖИМ ФОКУСУВАННЯ L3:
https://www.mode.network/mode-flare-l3
Ця стаття з оригінальною назвою «LXDAO Expert WG|当 OP Stack 进化成 OP "超级链" відтворена з [LXDAO)]. Усі авторські права належать оригінальному авторові [Shanni]. Якщо у вас є які-небудь зауваження щодо перепублікації, будь ласка, зв'яжіться з Gate Learnкоманда, команда якнайшвидше впорається з цим.
Відмова від відповідальності: Погляди і думки, висловлені в цій статті, представляють лише особисті погляди автора і не становлять жодної інвестиційної поради.
Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонено.