Оригинальний заголовок: «Preconfirmation (з участю Taiko): зробіть Ethereum швидким вперше!»
Написав: Інгеун Кім : : FP
Основний огляд
Taiko - це мережа Layer2 на основі Based Rollup, яка спрямована на досягнення повної взаємодії з Ethereum, одночасно забезпечуючи Децентралізація послідовника. Щоб вирішити проблему затримки підтвердження угод у механізмі Rollup, Taiko вводить концепцію «передпідтвердження». Шляхом забезпечення користувачам заздалегідь включення та послідовності угод передпідтвердження ефективно полегшує недоліки процесу підтвердження угод у механізмі Rollup та значно покращує досвід користувача.
У моделі на основі попереднього підтвердження L1 валідатори забезпечують користувачам гарантію результатів угоди. Попередні підтверджувачі повинні застейкати Маржу та дотримуватися механізму зменшення (Slashing), щоб забезпечити надійність системи. Проекти L2, такі як Taiko, шляхом впровадження попереднього підтвердження встановлюють надійність фінальності угоди, створюючи більш зручні умови для обслуговування послуг, які потребують миттєвого підтвердження, таких як Децентралізовані фінанси.
Наразі декілька проектів прийняли участь у будівництві передплатного екосистеми. Цей технологічний прогрес може підвищити ефективність екосистеми ETH L2, зміцнити взаємодію з ETH та сприяти подальшому розширенню всієї екосистеми.
Taiko поступово рухається до свого кінцевого завдання як рішення другого рівня для Ethereum. Для досягнення цієї мети Taiko в першу чергу враховує повну взаємодію з Ethereum, децентралізований ордер та підтримку розробників. Варто відзначити, що Taiko досягла повної взаємодії з Ethereum через архітектуру Based Rollup, дозволяючи будь-кому бути ордером, тим самим забезпечуючи децентралізацію ордера. Однак, незважаючи на переваги моделі Based Rollup, вона все ще має деякі вроджені проблеми низької ефективності.
Ця стаття розгляне концепцію попереднього підтвердження на прикладі Taiko. Як ключова складова частина технологічного стеку Layer2, попереднє підтвердження є важливим кроком для подальшого розвитку Rollup.
Проблеми ефективності L2
З розширенням L2 екосистеми з’явилось багато проектів, які принесли багато нових концепцій та технологічних стеків. Однак, незважаючи на значний прогрес, L2 все ще має деякі проблеми з ефективністю, особливо в ключових галузях, що впливають на користувацький досвід. Покращення ефективності стає особливо важливим.
Нативні обмеження Rollup: неефективний процес визначення остаточності угод
L2 забезпечує масштабованість за допомогою Rollup, залежить від доступності даних та обробки транзакцій на платформі L1, такій як Ethereum. Однак Rollup має внутрішнє обмеження: хоча він може самостійно сортувати та виконувати транзакції, всі інші процеси все ще залежать від остаточного підтвердження на L1.
Ця архітектура забезпечує безпеку та незмінність даних шляхом прямого використання генерації Блоків та доступності даних на рівні L1. Однак затримки підтвердження на рівні L1 призводять до повільної обробки транзакцій та обмеженої можливості надавати миттєві підтвердження, що з відсотка користувача ускладнює задоволення його потреб у реальному часі.
Крім того, багато L2 послідовників та перевірка Нода зараз все ще централізовані. Ця централізація може призвести до низької ефективності, наприклад, довгий час підтвердження угод та можливих перерв у роботі, що може вплинути на ефективність обробки угод деяких Rollup, що створює затримку підтвердження.
Поняття попередньої підтвердження
Поняття попереднього підтвердження було запропоновано для вирішення проблеми низької ефективності остаточного підтвердження угод у мережах L2. Попереднє підтвердження дозволяє користувачам швидше отримувати підтвердження угоди, що допомагає зменшити затримки та недосяжність, які є типовими для механізму Rollup.
Що призначено для вирішення попереднього підтвердження?
У механізмі Rollup процес підтвердження транзакцій на L2 завжди має проблему низької ефективності. Оскільки централізований L2 секвенсор не може гарантувати точний момент підтвердження транзакції на L1, користувачі часто не впевнені в порядку та результаті транзакцій. Наприклад, користувачам може знадобитися довго чекати, поки транзакція буде включена на L1, і якщо порядок транзакцій помилковий або результат не задовільний, це може призвести до фінансових втрат від виконаних транзакцій.
У високоволатильному ринковому середовищі проблеми затримок та зміни порядку стають більш помітними, оскільки користувачі покладаються на послуги арбітражу та децентралізованого фінансування. У таких випадках затримки або зміна порядку укладання угод можуть безпосередньо призвести до втрати можливостей. Навіть користувачі, які здійснюють звичайні операції, можуть сумніватися у часі підтвердження та порядку на L1, що викликає сумніви в надійності та зручності використання блокчейну.
Тому підтверджені цілі проектування спрямовані на усунення цих недоліків, зокрема, забезпечення зручного та надійного досвіду угод для користувачів, які найбільше постраждали від низької ефективності Rollup.
Як попередньо вирішити ці проблеми?
Попередня підтвердження вирішує ці проблеми, забезпечуючи користувачам гарантії щодо включення, порядку та виконання угод, через централізоване упорядкування L2 для надання користувачам “м’яке підтвердження” та видачі попередніх підтверджень для забезпечення включення угод на L1.
Основною перевагою м’якого підтвердження є покращення користувацького досвіду. Після подання угоди користувач може одразу отримати підтвердження, щоб забезпечити включення угоди в L1 в очікуваному порядку, що зменшує невизначеність, особливо в операціях, які вимагають швидкої реакції, таких як Арбітраж. Крім того, попереднє підтвердження збільшує довіру користувачів до системи L2. Зі збільшенням впевненості користувачів у безпеці угод загальний рівень використання екосистеми L2 також зросте. Таким чином, попереднє підтвердження відіграє ключову роль у покращенні ефективності та зручності обробки Rollup.
Чи підтвердження є остаточним рішенням?
Незважаючи на те, що програмне підтвердження від централізованого сортувальника може покращити користувацький досвід шляхом очікуваного порядку та результату, воно ґрунтується на довірі до сортувальника. Без юридичних або технічних примусових заходів користувачам доводиться покладатися лише на надійність сортувальника. Ця залежність призводить до можливості того, що угоди можуть не бути включені в правильному порядку або навіть зовсім не бути включені на рівні L1, не надаючи користувачам очікуваної стабільної гарантії.
На прикладі Taiko розглянуто концепцію та практику попередньої підтвердження на основі
Taiko вкладає багато зусиль у впровадження Based Preconfirmation, оскільки цей метод високо співпадає з основними функціями Based Rollup. Якщо Based Preconfirmation успішно впровадиться в рамках Taiko, це не тільки значно зменшить затримку остаточного підтвердження транзакцій, але й покращить користувацький досвід. Крім того, це поліпшення активує різноманітні обмежені сервіси, що дозволить їм працювати ефективно в мережі Taiko.
Перш ніж глибоко розібратися в Based Preconfirmation, важливо спочатку оглянути деякі ключові особливості Taiko, щоб краще зрозуміти придатність та переваги цього методу.
Аналіз прикладу Taiko
Taiko відображає основні особливості Based Rollup. Воно не тільки повністю взаємодіє з інфраструктурою ETH, але й повністю вирівнюється з механізмом безпеки ETH. Taiko використовує архітектуру Based Rollup, що означає, що воно не залежить від централізованого ордерера, але залежить від валідаторів ETH, які виступають в ролі ордерера, відповідають за сортування транзакцій та блоків.
Іншими словами, Taiko секвенціювальник та пропозиції Блоку ETH є тим самим типом ролей. Цей дизайн надає їм особливі обов’язки та стимулюючу систему, таку як отримання максимальної вартості, яку можна видобути (MEV) та інших переваг, пов’язаних з ідентифікацією секвенціювальника. Тому, коли виникають проблеми з L2 послідовністюванням Taiko, ці послідовнікувальники, через своє інтересне співвідношення в екосистемі ETH-блоку, природно несуть відповідальність. Цей механізм робить Taiko значно відмінним від інших проектів L2 ETH блоку щодо відповідальності за роботу.
Крім того, варто звернути увагу, що модель Based Rollup від Taiko розроблена як «конкурентоспроможна Based Contestable Rollup (BCR)», ця структура спрямована на стимулювання конкуренції. Завдяки відкритому та безліцензійному дизайну Taiko забезпечує Децентралізацію системи та дозволяє будь-кому брати участь, що робить систему більш справедливою та прозорою.
Підтвердження перед основою, що базується на Rollup
Отже, як виглядає модель попередньої підтвердження, спеціально розроблена для Based Rollup? Відповідь - це «Based Preconfirmation». Ця модель спрямована на заміну традиційного м’якого підтвердження шляхом безпосередньої перевірки на рівні L1.
Based Preconfirmation надає систему, у якій деякі L1 валідатори добровільно беруть участь і надають передпідтверджувальні послуги. В якості послідовника ці валідатори надають користувачам перевірені передбачення результатів Rollup-транзакцій. Цей підхід забезпечує користувачам довіреної гарантії щодо включення та упорядкування транзакцій, прямо на основі L1, що підвищує довіру та надійність процесу Rollup.
Джастін Дрейк вперше запропонував концепцію Based Preconfirmation і ввів певну роль, яку він назвав «передварники (Preconfer)», передварники можуть забезпечити користувачам гарантований підпис, що визначає порядок та стан виконання угоди. Для забезпечення надійності обіцянки, кожен передварник повинен застейкати певну кількість Маржа. Якщо вони не виконують свої обіцянки щодо порядку виконання або стану, вони підлягають покаранню за допомогою механізму Slashing, що означає втрату частини або всієї Маржа.
Механізм зниження вже широко застосовується в Ethereum PoS застейкати, щоб ефективно стримувати злочинну поведінку. Цей механізм не тільки посилює відповідальність попередників, але й створює певну базу довіри між користувачами та попередниками.
Два випадки призведуть до покарання за вирізування підтверджуючих:
Живі помилки (Liveness Faults): Якщо підтверджувач з якихось причин не включив підтверджену транзакцію користувача у блокчейн, виникає жива помилка. Оскільки живі помилки не завжди є умисними, їх покарання відносно м’яке. Такі помилки можуть походити від проблем мережі або перерв на рівні L1 або L2 блокчейну, що призводить до неправильного включення транзакції у блокчейн. Для захисту чесних підтверджувачів від неприпустимого покарання, сума покарання за живі помилки зазвичай визначається користувачем та підтверджувачем за домовленістю.
Порушення безпеки (Safety Faults): Якщо передплатна угода включена до у блокчейні, але результат не відповідає початковому запиту користувача, відбувається порушення безпеки. Ця неузгодженість є повністю відповідальністю передплатника, тому покарання за порушення безпеки зазвичай є більш строгим. Маржа передплатника буде повністю конфіскована, незалежно від того, чи була проблема навмисною.
Щоб стати попереднім підтверджувачем моделі Based Preconfirmation, Нода (зазвичай, пропонувач L1 Блоків) повинна прийняти умови цих механізмів Slashing і застейкати необхідну Маржу. Після затвердження попередній підтверджувач може надавати послуги користувачам і отримувати дохід, взявши плату за ці послуги.
Цей тип вартісної моделі надає користувачам значну зручність, дозволяючи їм обійти затримки підтвердження у Rollup-транзакціях. Наприклад, після відправлення користувачем запиту на попереднє підтвердження транзакції через особистий гаманець, він миттєво отримує підтвердження від попереднього підтверджувача.
Учасники попереднього підтвердження на основі бази можуть отримати додатковий дохід за отримання плати, а також допомогти оптимізувати процес підтвердження угод Rollup. Цей підхід не лише підвищує користувацький досвід, але й надає надійне та ефективне рішення для остаточного підтвердження угод для всієї L2 екосистеми, подальше підвищуючи її привабливість та практичність.
Чому користувачі готові платити попередню вартість?
Це фактично пов’язано з основною метою попереднього підтвердження. Користувачі готові заплатити за попереднє підтвердження, оскільки воно безпосередньо вирішує проблему низької ефективності Rollup у процесі остаточного підтвердження операцій, що надає користувачам значну зручність.
Наприклад, коли користувач подає попередньо-підтверджену транзакцію через свій особистий гаманець на L2 блоку у блокчейні, стандартна транзакція може вимагати остаточного підтвердження, тоді як користувач, який запитує попереднє підтвердження, зможе одразу отримати гарантію від попереднього підтверджувача та завершити транзакцію без затримки. У цей момент користувач навіть може побачити зелений прапорець на інтерфейсі гаманця, що чітко показує, що транзакція пройшла успішно.
На прикладі Децентралізованих фінансів, коли користувачі виконують обмін Токенів на L2 платформі, попереднє підтвердження може забезпечити додаткову гарантію для відповідних транзакцій. Зазвичай, ціна Обмінного курсу або вартість транзакції можуть не збігатися з фактичним результатом транзакції через затримки. Але завдяки попередньому підтвердженню, користувачі можуть насолоджуватися швидким та ефективним процесом остаточного підтвердження транзакції, зменшуючи різницю між очікуваною умовою та фактичним результатом, отримуючи таким чином більш надійний досвід обслуговування.
Ці сценарії застосування не лише дозволяють розробникам надавати більш точні послуги, але й забезпечують користувачам більш плавний та зручний досвід користування. Цей динамічний процес подальше підтримує розширення L2 екосистеми, а також вносить вклад у зростання більш широкої L1 екосистеми. Крім того, для ордерера Based Rollup попередня підтвердженість забезпечує значний дохід, що створює йому значну прибуткову модель. Цей дизайн ефективно вирішує деякі традиційні слабкі місця Based Rollup, зроблячи його ідеальним вибором для ордерера, поєднуючи надійність та привабливість.
Які виклики існують передпідтвердження?
Базова попередня підтвердження все ще є популярною областю досліджень в проектах Layer2, що працюють на Rollup, що представляють Taiko. Незважаючи на те, що цей механізм надає чітке рішення для поліпшення продуктивності та масштабованості L2, зберігаючи Децентралізація, він все ще стикається з рядом викликів, які потребують вирішення для більш широкого використання.
Спочатку, коли учасник Preconfer подає угоду до Блок, користувач може не мати абсолютної гарантії включення угоди. Навіть якщо підтверджувачі надають заставу Маржа для угоди, цей механізм не може повністю вирішити проблему невключення угод через зовнішні перерви. Особливо у випадку, коли вартість угоди перевищує суму застави Маржа підтверджувачів, вони можуть зловживати своїми повноваженнями та вибірково включати або виключати певні угоди, що призводить до потенційних ризиків.
Ще одним значним викликом є модель прибутку, заснована на попередньому підтвердженні. Основним джерелом доходу попереднього підтверджувача є попередні підтверджувальні внески, які платяться користувачами. Однак, якщо кількість попередніх підтверджувачів недостатня або рівень участі недостатньо високий, це може призвести до централізації ринку та появи монополістичних тенденцій. У такому випадку вартість попереднього підтвердження може бути штучно збільшена, що збільшує витрати користувачів на швидкі та ефективні операції та загрожує здоровому розвитку екосистеми попереднього підтвердження.
Варто звернути увагу, що концепція Based Preconfirmation є відносно новою, вона була запропонована лише близько року тому. Для того, щоб зробити її ключовим інструментом для максимізації швидкості та ефективності розв’язання L2, яке працює на основі Rollup, все ще потрібен час на практику та вдосконалення. Однак, з урахуванням того, що Rollup вже став неот’ємною складовою складного масштабування ETH, подальше дослідження попереднього підтвердження для покращення продуктивності свідчить про важливий крок у розвитку технології L2.
Зокрема, Taiko вже зробив важливі кроки у реалізації Based Preconfirmation. Водночас Taiko співпрацює з такими партнерами, як Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev та Espresso, щоб спільно досліджувати та розробляти сценарії застосування Based Preconfirmation. Ця співпраця спрямована на підтримку подальшого розвитку екосистеми L2, докладніші деталі будуть обговорені в наступних розділах.
Попередній екологічний панорамний огляд: розшифрування схеми та дослідження проекту
У цій главі ми розглянемо, які проекти активно досліджують та просувають розвиток технології передпідтвердження в екосистемі L2, що працює на основі Rollup. Оскільки ця екосистема все ще знаходиться на ранньому етапі розвитку, ми намалюємо процесний діаграму, щоб більш наочно продемонструвати та зрозуміти конкретний процес передпідтвердження.
Процес попереднього підтвердження
Попереднє підтвердження - це складний процес, який вимагає тісної співпраці між L1 та L2, включає різні ролі, кожна з яких несе певні обов’язки. Щоб краще зрозуміти цей процес, я створив діаграму, яка надає короткий огляд. Слід зауважити, що ця діаграма призначена для пояснення загальної логіки і не строго розрізняє різні особливості Rollup і Based Rollup, але зосереджується на загальному процесі на базовому рівні.
Перш ніж ми розглянемо конкретні кроки у процесі підтвердження, давайте спочатку познайомимося з різними ролями та їх функціями, які беруть участь у процесі підтвердження.
Користувач (User): особистий користувач мереж L1 або L2, відповідальний за створення та надсилання транзакцій. Якщо користувач хоче отримати гарантію попереднього підтвердження, він відправляє транзакцію після її написання попередньому підтверджувачу.
Підтверджувач передоплати: Під час процесу передоплати підтверджувач відповідає за перевірку та підтвердження дійсності угод, після чого надає користувачам гарантії передоплати. За допомогою передоплати користувачі можуть швидко забезпечити статус угоди перед остаточним розрахунком. Якщо вузли не мають права на передоплату, вони діють як учасники, що не мають права на передоплату, і в основному обробляють звичайні угоди, а не угоди з передоплатою, подібно стандартним вузлам перевірки.
L1 валідатори (L1 Validator): відповідають за остаточну перевірку та підтвердження транзакцій та Блок на L1 мережі. Після того, як підтверджувачі надішлють дані транзакції, L1 валідатори перевіряють їх та записують остаточні дані в L1 Блокчейн, забезпечуючи цілісність та відповідність правилам Консенсус .
Менеджер виклику передпідтвердження: Коли виникають спори або проблеми під час процесу передпідтвердження, ця роль відповідає за розслідування проблеми та прийняття відповідних заходів для вирішення спору. Ця роль відіграє ключову роль у забезпеченні справедливості та надійності процесу передпідтвердження.
Зараз ми розглянемо конкретний процес передпідтвердження відповідно до порядку на блок-схемі:
Користувач надсилає запит на участь в операції підтвердження до попереднього підтверджувача для запуску процесу попереднього підтвердження.
Підтверджувачі перевіряють транзакції та надсилають попередні підтвердження, обіцяючи користувачам, що ця операція буде включена у блок L1 та надасть їм початкове підтвердження.
Підтверджувачі повинні надати валідаторам L1 дані операцій, які потрібно включити в блок L1. Ці дані можуть включати окремі операції або зведені дані, оброблені послідовником L2.
L1 валідатори перевіряють надані дані транзакцій або зведені дані та записують їх у L1 Блок, щоб забезпечити відповідність їх правилам Консенсусу Блокчейн.
Після певного часу L1 Блок, що містить дані про угоди або загальні дані, досягає остаточності, угоди остаточно підтверджуються.
L1 Нода дозволяє користувачеві перевірити остаточний результат транзакції та, за необхідності, використовувати інформацію для обговорення будь-яких потенційних суперечок або викликів перед підтвердженням.
Якщо угода не включається на L1 згідно з обіцянкою, передплатники попередньої підтвердження підлягатимуть покаранню від керівника виклику попереднього підтвердження, таких як зменшення маржі або замороження активів.
Дослідження пов’язаних проектів
Нижче детально проаналізовано основні проекти, які активно беруть участь в екосистемі попередньої підтвердження та відповідні ролі в процесі. Хоча ці проекти мають певні ролі в схемі процесу, їх фактичні обов’язки можуть трохи відрізнятися. Таким чином, цей огляд призначений надати базове розуміння та слугувати загальним керівництвом. Щоб зберегти чіткість, проекти в кожній категорії впорядковані за абеткою.
Підтверджені перед відомі перевіряючі (Preconfer Validators)
Astria: Astria прагне замінити централізований ордерер мережі через Децентралізація ордерер, який підтримує кілька Rollup для спільного використання цієї мережі. Це рішення надає Rollup більш високу стійкість до цензури, швидкість завершення Блок та безшовну взаємодію між Rollup. Для досягнення швидкого завершення Блок, Astria вводить функцію попереднього підтвердження, що дозволяє Rollup забезпечити швидку підтвердження угод та збільшити стійкість до цензури, що значно покращує досвід користувачів.
Bolt by Chainbound：Bolt - це протокол передплати, розроблений Chainbound, що надає користувачам мережі Ethereum майже миттєві підтвердження угод. Його робота базується на механізмі участі без довіри та економічному заставі, а також сумісності з існуючим каналом MEV-Boost PBS, що створює нові можливості для пропонентів. Основна функція Bolt - це L1 передплата, яка забезпечує майже миттєву остаточність для базових угод (наприклад, переказів та авторизацій), що покращує користувацький досвід. Шляхом переміщення відповідальності за включення угод з централізованих будівельників блоків на пропонентів, Bolt посилює З спротивом до цензури. Тим часом, механізм реєстрації пропонентів застави гарантує недовірче середовище, гнучко підтримуючи різноманітні типи смартконтрактів.
Espresso: Espresso - це протокол, спрямований на покращення взаємодії екосистем блокчейну. Він використовує протокол Візантійської відмовостійкості (BFT) Консенсус для швидкого завершення та упорядкування транзакцій між ланцюжками даних. Espresso включає в себе мережу Espresso та ринок Espresso, які спільно працюють для забезпечення швидкості та ефективності транзакцій, спрямованих на покращення взаємодії екосистем блокчейну, з метою покращення масштабованості та безпеки екосистеми блокчейну.
Ethгаз: Ethгаз - це ринок, призначений для торгівлі Блок простором, де угоди відбуваються через централізовану систему управління, а процеси на у блокчейні виконуються через смартконтракти. Ethгаз надає дві основні функції: попередня підтвердження (забезпечує включення угоди в межах вказаного ліміту газу) та виконання попереднього підтвердження (забезпечує досягнення угодою певного стану або результату). Ethгаз акцентує на захисті конфіденційності угод у торгівлі Блок простором і відомий своєю нейтральною операційною метою.
Luban: Luban фокусується на створенні децентралізованого шару упорядкування, який забезпечує зв’язок між мережею ETH та Rollup для обробки даних транзакцій. Цей шар упорядкування розроблений як децентралізована система з розділенням ролей пропозиції та виконання. Функція передтранзакційної підтвердження Luban значно підвищує надійність транзакцій, забезпечуючи їх виконання до включення в мережу ETH, що допомагає оптимізувати ключові фактори, такі як комісія за транзакцію, ціна газу та MEV.
Primev：Primev розробляє мережу пропонентів, яка інтегрується з MEV, поєднуючи попередню підтвердження з функціоналом MEV, та будує ефективну та надійну пір-до-пір мережу. Ця мережа реєструє обіцянки виконання угод ETH-блоку та заохочує пропонентів за допомогою системи винагородження або покарання. Primev дозволяє учасникам MEV встановлювати конкретні умови виконання своїх угод, а будівельники блоків та валідатори можуть обіцяти виконати ці умови, щоб забезпечити попереднє підтвердження угод. На основі EIP-4337, Primev підтримує гнучкі опції попереднього підтвердження та витрати на газ, що підвищує ефективність обробки угод та подальше оптимізує користувацький досвід.
Puffer Unifi: Послуги активної перевірки Puffer Unifi (Actively Validated Services, AVS) на базі EigenLayer зосереджені на вирішенні проблеми попередньої перевірки у екосистемі Ethereum, зокрема в архітектурі Based Rollup. Puffer Unifi AVS використовує функцію повторної застейкати EigenLayer для підтримки механізму участі у попередній перевірці з метою підвищення ефективності остаточного підтвердження транзакцій. З розвитком Based Rollup зростає попит на надійних постачальників попередньої перевірки, а метою Puffer Unifi AVS є задоволення цього попиту. Кінцева мета полягає в досягненні ефективної попередньої перевірки без зміни основного протоколу, що сприятиме сталому зростанню екосистеми Ethereum.
Skate: Попередня підтвердження AVS Skate буде забезпечувати економічну безпеку для всіх операцій міжланцюжкової взаємодії, використовуючи активи, засічені на EigenLayer. Ця AVS перевіряє зв’язані дані та інформацію, необхідні для міжланцюжкової взаємодії, і підписується та готується до виконання ретранслятором Skate. Через цей процес AVS Skate забезпечує попереднє підтвердження даних, що значно підвищує надійність та ефективність міжланцюжкових транзакцій.
Spire: Based Stack Spire - це фреймворк Rollup, заснований на ETH, спеціально створений для підтримки розробки AppChain (App Chains) розробниками. Цей фреймворк дозволяє AppChain взаємодіяти безпосередньо з ETH, налаштовувати їх послідовність, підтримувати функції крос-ланцюгового обміну та оптимізувати враження користувачів за допомогою попередньої підтвердження. Based Stack підтримує різноманітні середовища виконання, гарантує дохід від послідовності AppChain та залишається сумісним з традиційними обмінниками послідовності. Як проект відкритого коду, Based Stack надає розробникам повний набір інструментів та ресурсів для створення та управління AppChain, сприяючи взаємодії AppChain та екосистеми ETH.
Taiko Gwyneth: Taiko Gwyneth - це дизайн Rollup, який розробляється Taiko, класифікований як архітектура Rollup на основі. Його метою є досягнення повної взаємодії з ETH блокчейном, одночасне управління послідовністю угод безпосередньо на ETH блокчейні. Цей дизайн повністю використовує безпеку та особливості Децентралізація ETH блокчейну, надаючи при цьому високу пропускну спроможність та швидке підтвердження. Наразі Taiko працює над механізмом пропонента для допомоги в створенні Блоків та досліджує механізм передплати для сприяння прибутковому виробництву Блоків у спільноті. Цей механізм спрямований на оптимізацію графіку часу Блоків та ефективності публікації даних. Для досягнення цих цілей Taiko встановлює глибоку співпрацю з проектами, такими як Nethermind та Gattaca.
L1 валідатори
Chorus One: Chorus One - це проект, який надає послуги валідатора та інфраструктуру для блокчейн мережі, зосереджений на послугах застейкати в різних протоколах для покращення стабільності та безпеки мережі. Як валідатор L1, Chorus One відповідає за підтвердження транзакцій та генерацію блоків для покращення надійності та ефективності всієї мережі. Останнім часом Chorus One виявив великий інтерес до технології передплати, навіть провівши відповідний захід під час Devcon 2024.
Дослідження
Nethermind: Nethermind - це проект, який працює над розробкою клієнта та інструментів для Ethereum, метою якого є покращення продуктивності та стабільності Блокчейн мережі. Завдяки використанню передових оптимізаційних технологій, Nethermind активно працює над збільшенням пропускної здатності транзакцій в мережі Ethereum. Щодо технології передпідтвердження, Nethermind проводить глибоке дослідження та вже подав заявку на фінансування у рамках програми Taiko з метою прискорення впровадження передпідтвердження на основній мережі Taiko. Ця пропозиція ґрунтується на проекті RFP-001 від Nethermind і передбачає два етапи реалізації: перший етап передбачає тестування передпідтвердження серед обмеженої кількості авторизованих учасників, а другий етап передбачає поступове розширення області застосування передпідтвердження.
Перспективи майбутнього
Проект Taiko та багато інших проектів Layer2, заснованих на Based Rollup, незалежно від того, чи вони використовують архітектуру Based Rollup, намагаються оптимізувати неефективний процес остаточного підтвердження угод у традиційному Rollup. Шляхом впровадження концепції попереднього підтвердження (Preconfirmation) ці проекти будують систему підтвердження угод, яка дозволяє користувачам швидше та надійніше підтверджувати угоди. Завдяки цьому підходу ці проекти постійно досліджують, як покращити користувацький досвід та збудувати довіру користувачів.
Taiko використовує своє положення як проект Рівня 2 Based Rollup, щоб активно просувати механізм Based Preconfirmation, забезпечуючи повну взаємодію з Ethereum і Децентралізація. Забезпечуючи швидку та надійну гарантію підтвердження транзакцій для користувачів, Taiko суттєво покращує швидкість та надійність обробки транзакцій, поліпшуючи зазначений досвід користувачів.
Однак, кілька експертів галузі, включаючи Ed Felten з Arbitrum, вказують, що на сьогоднішній день все ще бракує повноцінного проміжного програмного забезпечення, яке повністю підтримувало би передпідтвердження. Це свідчить про виклики, з якими стикаються зрілість технології передпідтвердження та модель отримання прибутку від передпідтверджувача (Preconfer), і ці проблеми потребують подальшого вирішення.
Як зазначено в цій статті, все більше проектів та учасників активно входять в сферу передплати, кожен з них пропонує унікальні інноваційні рішення з метою покращення продуктивності та ефективності шару 2 Ethereum. Ця тенденція також відповідає загальному закону системного покращення після початкової реалізації. Я вважаю, що ця фаза є важливою Нода еволюції системи L2 та є захоплюючим активним розвитком у поточному екосистемі L2.
За допомогою попередньої підтвердження зручності для користувачів, це може не тільки суттєво вплинути на області, які акцентують на швидкості та ефективності, такі як Децентралізовані фінанси та гри, але також, підвищуючи продуктивність шари ETH Layer2, повторно з’єднати раніше розсіяні частини екосистеми ETH. Це покращення продуктивності може дозволити більшій кількості проектів Type-1 ETH Layer2 здійснювати глибинну інтеграцію з ETH, що відновлює потенціал, який раніше був важко отримати через обмеження швидкості. Ці прогреси обов’язково матимуть глибокий вплив на всю екосистему ETH.
Попереднє підтвердження все ще є важким шляхом з перешкодами. Однак піонери, такі як Taiko, безстрашно відповідають на виклик, зосереджуючись на наданні користувачам більшої зручності. Інновації ніколи не були легким завданням, але я, як прихильник Ethereum та його екосистеми Layer2, щиро висловлюю їм свою повагу та підтримку.
