Розшифрування поняття передпідтвердження: як зробити транзакції Ethereum більш ефективними?

• Цей документ виходить з обмежень, які існують у поточному екосистемі L2, через конкретний аналіз проектів, таких як Taiko, демонструється, як інноваційна концепція попереднього підтвердження (Preconfirmation) оптимізує процес підтвердження угод та підвищує користувацький досвід. Водночас також розкривається поточні труднощі, які потрібно подолати в процесі розвитку технології попереднього підтвердження, включаючи подвійні виклики у вдосконаленні технологій та сталості екосистеми.

***Заголовок оригіналу: *«Preconfirmation (feat. Taiko): Зробити Ethereum швидким вперше!»

***Автор оригіналу: *Ingeun Kim : : FP

Основне уявлення

• Тайко - це мережа Layer2 на основі Based Rollup, яка націлена на досягнення повної взаємодії з Ethereum та Децентралізацію секвенсора. Щоб вирішити проблему затримки підтвердження транзакцій у механізмі Rollup, Тайко вводить концепцію «попереднього підтвердження (Preconfirmation)». Забезпечуючи заздалегідь включеність та послідовність транзакцій для користувачів, попереднє підтвердження ефективно розв’язує проблему недостатньої ефективності процесу підтвердження транзакцій у механізмі Rollup, що значно покращує користувацький досвід.
• У моделі Based Preconfirmation L1 валідатори надають користувачам гарантію результатів угоди. Попередні підтверджувачі повинні застейкати Маржа та дотримуватися механізму зниження (Slashing), щоб забезпечити надійність системи. Проекти L2, такі як Taiko, встановлюють надійну остаточність угод за допомогою впровадження механізму попереднього підтвердження, що створює зручнішу операційну середу для послуг, які потребують миттєвого підтвердження, таких як Децентралізовані фінанси.
• Наразі до екосистеми передплати залучено кілька проєктів. Цей технологічний прорив має підвищити ефективність екосистеми ETH L2, посилити взаємодію з ETH та сприяти подальшому розвитку всієї екосистеми.

Taiko рухається вперед до своєї кінцевої мети як шар 2 рішення для Ethereum. Щоб досягти цієї мети, Taiko надає перевагу повній взаємодії з Ethereum, децентралізованому орієнтуванню та підтримці розробників. Слід зазначити, що Taiko досягла повної взаємодії з Ethereum за допомогою архітектури Based Rollup, дозволяючи будь-кому стати орієнтувальним, що забезпечує децентралізацію орієнтувальників. Однак, не зважаючи на переваги моделі Based Rollup, вона все ще має деякі вроджені проблеми з ефективністю в своїй структурі.

У цій статті на прикладі Taiko детально проаналізовано концепцію попереднього підтвердження (Preconfirmation). Як ключова складова частина технологічного стеку Layer2, Preconfirmation є важливим етапом у подальшому розвитку 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 розглянемо поняття та практику передпопереднього підтвердження (Based Preconfirmation)

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

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

Аналіз прикладу Taiko

Taiko повністю демонструє основні функціональні можливості Based Rollup. Він не тільки повністю сумісний з інфраструктурою ETH-ланцюжка, але також активно працює над повною відповідністю з механізмами безпеки ETH-ланцюжка. Taiko використовує архітектуру Based Rollup, що означає, що він не залежить від централізованого ордерера, але залежить від валідаторів ETH-ланцюжка, які виступають у ролі ордерерів, відповідальних за сортування транзакцій та блоків.

Це означає, що секвенціровщик Taiko та пропонувач блоків ETH є однаковими за своїм характером. Ця конструкція надає їм спеціальну відповідальність та стимулюючий механізм, наприклад отримання нагороди за максимізацію екстрагованої вартості (MEV) та інших переваг, пов’язаних із ідентифікацією секвенціровщика. Таким чином, коли виникають проблеми з L2-секвенцірованістю Taiko, ці секвенціровщики природно несуть відповідальність через інтереси в екосистемі ETH таємця. Цей механізм робить Taiko значно відмінним у плані відповідальності в порівнянні з іншими проектами L2 у екосистемі ETH.

Крім того, слід зазначити, що модель Based Rollup від Taiko розроблена як «заснована на конкуренції Rollup (Based Contestable Rollup, BCR)», ця структура спрямована на стимулювання здорової конкуренції. Завдяки відкритому та безліцензійному дизайну Taiko забезпечує Децентралізація системи та дозволяє будь-кому брати участь, що робить систему більш справедливою та прозорою.

Передплатна підтвердження на основі роллапу

Отже, яким є спеціально розроблений модель попереднього підтвердження для Based Rollup? Відповідь - «Based Preconfirmation». Ця модель спрямована на заміну традиційного м’якого підтвердження шляхом безпосередньої перевірки на L1.

Based Preconfirmation надає систему, в якій деякі L1 валідатори добровільно приймають участь і надають передпідтвердження послуги. Як послідовник, ці валідатори надають користувачам перевірені передбачення результатів Rollup-транзакцій. Цей спосіб забезпечує користувачам достовірну гарантію включення і сортування транзакцій, прямо на основі L1, що підвищує надійність та надійність процесу Rollup.

Джастін Дрейк вперше запропонував концепцію Based Preconfirmation та визначив конкретну роль під назвою “попередня підтвердження (Preconfer)”, яка може надавати користувачам гарантії підпису, чіткої послідовності угод та стану виконання. Для забезпечення надійності зобов’язань кожен попередній підтверджувач повинен застейкати певну кількість Маржа. Якщо вони не виконають зобов’язання щодо послідовності угод або стану виконання, вони стикнуться з механізмом зниження, тобто частковою або повною втратою Маржа.

Механізм зниження вже широко застосовується у PoS-блокчейні Ethereum, щоб ефективно стримувати злочинну поведінку. Цей механізм не тільки посилює відповідальність перевіряючих, але й створює певну базу довіри між користувачами та перевіряючими.

Два випадки можуть призвести до покарання за порушення софта для попереднього підтвердження:

1. Помилки активності (Liveness Faults): Якщо підтверджувач з будь-якої причини не включив підтверджену угоду користувача в у блокчейні, відбувається помилка активності. Оскільки помилки активності не завжди є умисними, їх покарання досить пом’якшене. Такі помилки можуть виникати через проблеми з мережею або перерви в ланцюжках L1 або L2, що призводить до невірного включення угоди в у блокчейні. Для захисту чесних підтверджувачів від неправомірного покарання, сума покарання за помилки активності зазвичай визначається угодою між користувачем та підтверджувачем.
2. Безпекові несправності：Якщо передплатний обмін включено у блоці, але результат не відповідає початковому запиту користувача, відбуваються безпекові несправності. Ця неузгодженість повністю залежить від підтверджувача, тому покарання за безпекові несправності зазвичай є більш суворими. Маржа підтверджувача буде конфіскована повністю, незалежно від того, чи була проблема умисною.

Щоб стати попереднім підтверджувачем моделі Based Preconfirmation, Нода (зазвичай, Блок L1 пропонує) повинна прийняти умови цих механізмів зниження та застейкати необхідну Маржу. Після затвердження попередній підтверджувач може надавати послуги користувачам та отримувати дохід від оплати за послуги.

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

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

Чому користувачі готові платити за попереднє підтвердження?

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

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

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

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

Які виклики існують перед підтвердженням на основі?

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

Спочатку, коли учасник Preconfer надсилає угоду до Блоку, користувач може не мати абсолютної гарантії включення угоди. Навіть за наявності застави Маржі від учасника Preconfer, цей механізм все одно не може повністю вирішити проблему невключення угод через зовнішні перешкоди. Особливо, коли вартість угоди перевищує суму застави Маржі учасника 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, відповідальна за створення та надсилання транзакцій. Якщо користувач бажає гарантії попереднього підтвердження, вони надсилають транзакцію після її створення предварительному підтверджувачеві.
• Попередній підтверджувач (Preconferrer): Під час процесу попереднього підтвердження попередній підтверджувач відповідає за перевірку та підтвердження валідності транзакції та надання користувачу гарантії передплати. Завдяки попередньому підтвердженню, користувач може швидко отримати гарантію стану транзакції до остаточного розрахунку. Якщо Нода не має можливості попереднього підтвердження, вона діє як учасник без попереднього підтвердження (Non-Preconf Actors) та переважно обробляє звичайні транзакції, а не транзакції передплати, подібно до стандартної перевірки Нода.
• L1 валідатори（L1 Validator）: відповідають за остаточну перевірку транзакцій та Блоків на мережі L1. Як тільки підтверджувачі надішлють дані транзакцій, L1 валідатори перевіряють їх та реєструють остаточні дані у L1 Блокчейні, щоб забезпечити цілісність та дотримання правил Консенсусу.
• Менеджер викликань попереднього підтвердження (Preconfirmation Challenge Manager): Ця роль відповідає за розслідування спорів або проблем, що виникають під час процесу попереднього підтвердження, і приймає відповідні заходи для вирішення суперечок. Ця роль відіграє ключову роль у забезпеченні справедливості та надійності процесу попереднього підтвердження.

Зараз ми розглянемо конкретну процедуру попереднього підтвердження в порядку, зазначеному на схемі.

1. Користувач надсилає запит на угоду до підтверджувача, щоб запустити процес передпідтвердження.
2. Передплатник перевіряє транзакцію та надсилає попереднє підтвердження, обіцяючи користувачу, що ця транзакція буде включена в блок L1, що надасть користувачу початкове фінальне підтвердження.
3. Попередні перевірники надсилають дані транзакцій, які слід включити до блоку L1, валідаторам L1. Ці дані можуть бути окремими транзакціями або агрегованими даними, які обробив L2 сортувальник.
4. Валідатори L1 перевіряють надані дані про транзакції або загальні дані та записують їх у блок L1, щоб забезпечити їх відповідність правилам консенсусу блокчейну.
5. Після певного часу L1 Блок з даними про угоди або загальними даними стає остаточним, угода офіційно підтверджується.
6. Користувач може перевірити остаточний результат транзакції за допомогою вузла L1 та, за потреби, висунути будь-які потенційні спори або виклики щодо попереднього підтвердження за допомогою відповідної інформації.
7. Якщо угода не включає в себе обіцяні дії на рівні L1, передплатники будуть піддаватися покаранню від управителя викликів передплати, наприклад, буде здійснено зниження Маржа або замороження їхніхзастейкати активів.

Дослідження відповідних проектів

Нижче детально розглянемо основні проекти, які активно беруть участь у попередньому екосистемі, а також пов’язані з ними ролі у процесі. Хоча ці проекти займають певні ролі на схемі процесу, їх фактичні обов’язки можуть трохи відрізнятися. Тому цей огляд призначений для надання загального розуміння і може слугувати загальним керівництвом. Для збереження чіткості проекти в кожній категорії впорядковані за алфавітом.

Передвідомість перевіряють (Preconfer Validators)

• Astria: Astria прагне замінити централізовані послідовники за допомогою мережі децентралізованих послідовників і підтримувати спільний доступ до цієї мережі для кількох Rollup. Це рішення надає Rollup більш високу стійкість до цензури, швидку фінальність блоку та безперешкодну взаємодію між Rollup. Для досягнення швидкої фінальності блоку Astria використовує функцію попереднього підтвердження, що дозволяє Rollup забезпечувати швидку підтвердження транзакцій та покращувати стійкість до цензури, що значно поліпшує користувацький досвід.
• Bolt by Chainbound：Bolt є протоколом, розробленим Chainbound, що надає користувачам ETH близькі до миттєвого підтвердження угод. Він працює на основі механізму участі без потреби довіри та економічного заставу, а також сумісний з існуючими каналами MEV-Boost PBS, що створює нові можливості доходу для пропонентів. Основною функцією Bolt є попередня підтвердження на рівні L1, що забезпечує миттєву термінальність базових угод (наприклад, переказів та авторизацій), тим самим покращуючи досвід користувача. Шляхом перенесення відповідальності за включення угод з централізованих будівель блоків на пропонентів, Bolt посилив систему зі спротивом до цензури. Тим часом механізм реєстрації пропонентів застави гарантує недовірливе середовище, гнучко підтримує різноманітні типи смарт-контрактів.
• **Espresso **：Espresso є протоколом, спрямованим на покращення взаємодії екосистем блокчейн. Він використовує протокол Візантійська відмовостійкість (BFT) Консенсус для швидкого завершення угод та даних між ланцюжками. Espresso включає в себе Espresso Network та Espresso Marketplace, які спільно працюють для забезпечення швидкості та ефективності угод, а також покращення масштабованості та безпеки екосистеми блокчейн.
• Ethгаз：Ethгаз - це ринок для угод у Блок-ланцюгу, де взаємодія між учасниками відбувається через централізовану систему, процеси на у блокчейні виконуються за допомогою смартконтрактів. Ethгаз надає дві основні функції: включення передпідтвердження (забезпечує включення угод у вказаний ліміт газу) та виконання передпідтвердження (гарантує досягнення угодою певного стану або результату). Ethгаз спрямований на захист конфіденційності угод у Блок-ланцюгу та відомий своєю нейтральною операційною метою.
• Luban：Luban фокусується на розробці шару децентралізації, який з’єднує дані про транзакції між мережею Ethereum та Rollup. Цей шар розроблений як система децентралізації, яка відокремлює пропозиції та виконання ролей. Функція передпідтвердження Luban значно підвищує надійність транзакцій, забезпечуючи їх виконуваність перед включенням до мережі Ethereum, і допомагає оптимізувати ключові фактори, такі як комісія за транзакцію, ціна газу та 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 є фреймворком Based ETH, що надає підтримку для розробки AppChain (App Chains) розробникам. Цей фреймворк дозволяє AppChain взаємодіяти безпосередньо з ETH і настроювати його методи секвенціювання, підтримуючи функції крос-ланцюгового обміну та оптимізацію виконання, що поліпшує користувацький досвід за допомогою попереднього підтвердження. Based Stack підтримує різноманітні середовища виконання, забезпечуючи дохід від секвенціювання AppChain та сумісність з традиційними секвенціювальниками загального користування. Як проект з відкритим вихідним кодом, Based Stack надає розробникам повний набір інструментів та ресурсів для створення та управління AppChain, сприяючи взаємодії між AppChain розробкою та екосистемою ETH.
• Taiko Gwyneth: Taiko Gwyneth - це дизайн Rollup, який розробляється Taiko і класифікується як архітектура based Rollup. Його мета - досягти повної взаємодії з ETH-ланцюгом і одночасно керувати упорядкуванням транзакцій безпосередньо на ETH-ланцюзі. Цей дизайн повністю використовує властивості безпеки та децентралізації ETH-ланцюга, надаючи високу пропускну здатність та швидке остаточне підтвердження. Наразі Taiko працює над механізмом пропозицій, щоб допомогти створенню блоків, і досліджує механізм попереднього підтвердження для сприяння прибутковому створенню блоків у спільноті. Цей механізм спрямований на оптимізацію планування часу блоків та ефективності передачі даних. Для досягнення цих цілей Taiko активно співпрацює з проектами, такими як Nethermind і Gattaca.

L1 валідатори

• Chorus One：Chorus One - це проєкт, який надає послуги з валідації та інфраструктури для блокчейн мережі, фокусуючись на послугах застейкання в різних протоколах для підвищення стабільності та безпеки мережі. В якості валідаторів рівня L1, відповідальність Chorus One полягає в підтвердженні транзакцій та генерації блоків для підвищення надійності та ефективності всієї мережі. Останнім часом Chorus One виявив великий інтерес до технології передплати, навіть провівши відповідну тематичну подію під час Devcon 2024.

дослідження

• Nethermind: Nethermind є проектом, який працює над розробкою клієнта та інструментів ETH блокчейну з метою покращення продуктивності та стабільності Блокчейн мережі. Шляхом впровадження передових оптимізаційних технологій Nethermind активно просуває підвищення пропускної здатності мережі ETH. В рамках досліджень передпідтверджувальної технології Nethermind ініціював подання пропозиції на програму фінансування Taiko з метою прискорення впровадження передпідтверджувальної функціональності на Основній мережі Taiko. Ця пропозиція базується на проекті RFP-001 від Nethermind та передбачає два етапи впровадження: перший етап, що передбачає тестування передпідтверджувальної функціональності серед обмеженого кола учасників; другий етап передбачає планомірне розширення області застосування передпідтвердження.

Перспективи у майбутньому

Проект Taiko та багато інших проектів Layer2 на основі Based Rollup, незалежно від того, чи використовується архітектура Based Rollup, намагаються оптимізувати низьку ефективність підтвердження угод у традиційних Rollup. Шляхом введення концепції передпідтвердження (Preconfirmation) ці проекти будують систему підтвердження угод, що дозволяє користувачам швидше та надійніше підтверджувати угоди. За допомогою цього підходу ці проекти постійно досліджують, як покращити користувацький досвід та збудувати довіру користувачів.

Taiko повністю використовує своє розташування як проєкт Based Rollup на рівні 2, активно сприяючи впровадженню механізму Based Preconfirmation, тим самим забезпечуючи повну взаємодію з Ethereum та Децентралізація. Taiko значно покращує швидкість та надійність обробки транзакцій, забезпечуючи користувачам швидке та надійне підтвердження угод, що значно покращує їх досвід.

Однак, включаючи Еда Фелтена з Arbitrum, багато висококваліфікованих фахівців галузі вказують, що наразі все ще відсутній повністю розвинутий проміжний програмний засіб, який би міг повністю підтримувати попередню підтвердження. Це свідчить про те, що зрілість технології попереднього підтвердження та модель прибутковості попередників (Preconfer) все ще стикаються з викликами, і ці проблеми потребують подальшого вирішення.

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

Підвищення зручності для користувачів за допомогою передплати може мати далекосяжний вплив не тільки на Децентралізовані фінанси та ігрові індустрії, які приділяють увагу швидкості та ефективності, але також може покращити продуктивність ETH Layer2, щоб знову з’єднати раніше роз’єднані частини екосистеми ETH. Це покращення продуктивності може дозволити більшій кількості Type-1 ETH Layer2 проектів інтегруватися з Глибина ETH, щоб вивільнити потенціал, який раніше був недоступний через обмеження швидкості. Ці покращення обов’язково матимуть далекосяжний вплив на всю екосистему ETH.

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