Використовуючи приклад Taiko, розглянемо концепцію попереднього підтвердження (Preconfirmation): як зробити транзакції в Ethereum більш ефективними?

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

Оригінальна назва: 《Preconfirmation (feat. Taiko): Make Ethereum Fast for the First Time!》

Автор: Ingeun Kim : : FP

Ключові тези

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

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

У цій статті на прикладі Taiko детально розглядається концепція попереднього підтвердження (Preconfirmation). Як ключовий компонент Layer2-стека, попереднє підтвердження є важливим кроком для подальшого розвитку Rollup.

Поточні проблеми ефективності L2

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

Вроджені обмеження Rollup: неефективний процес визначення остаточності транзакцій

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

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

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

Виникнення концепції попереднього підтвердження

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

Які проблеми має вирішити попереднє підтвердження?

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

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

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

Як попереднє підтвердження вирішує ці проблеми?

Попереднє підтвердження вирішує ці проблеми, надаючи користувачам гарантії включення, порядку та виконання транзакцій. Централізований секвенсер L2 надає користувачам «м’яке підтвердження» і видає ваучер попереднього підтвердження, щоб гарантувати, що транзакція зрештою буде включена до L1.

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

Чи є попереднє підтвердження остаточним рішенням?

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

Розбір концепції та практики Based Preconfirmation на прикладі Taiko

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

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

Аналіз кейсу Taiko

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

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

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

Попереднє підтвердження на основі Based Rollup

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

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

Вперше концепцію Based Preconfirmation запропонував Justin Drake, який також ввів спеціальну роль «попереднього підтверджувача» (Preconfer), що може надавати користувачам підписані гарантії щодо порядку та стану виконання транзакцій. Щоб забезпечити надійність зобов’язань, кожен попередній підтверджувач має внести певну заставу. Якщо він не виконає зобов’язання щодо порядку або стану виконання транзакції, його чекає покарання через механізм Slashing — часткова або повна втрата застави.

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

Є дві ситуації, коли попередній підтверджувач піддається покаранню Slashing:

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

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

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

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

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

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

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

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

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

Які виклики стоять перед Based Preconfirmation?

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

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

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

Варто зазначити, що концепція Based Preconfirmation є відносно новою — їй лише близько року. Щоб вона стала «ключовим інструментом» для максимального підвищення швидкості та ефективності Rollup-драйвінгових L2-рішень, потрібен час для практики й удосконалення. Однак, оскільки Rollup вже міцно закріпився як основний компонент масштабованості Ethereum, подальше дослідження попереднього підтвердження для підвищення продуктивності знаменує важливий етап розвитку технологій 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 згідно з обіцянкою, попередній підтверджувач підлягає покаранню від менеджера викликів попереднього підтвердження, наприклад, штрафу або замороженню застави.

Огляд пов’язаних проєктів

• Astria: Astria прагне замінити централізовані секвенсери децентралізованою мережею секвенсерів, дозволяючи кільком Rollup спільно використовувати цю мережу. Такий підхід забезпечує Rollup більшу стійкість до цензури, швидшу фіналізацію блоків і безшовну взаємодію між Rollup. Для досягнення швидкої фіналізації блоків Astria впроваджує функцію попереднього підтвердження, що дозволяє Rollup швидко підтверджувати транзакції та підвищує стійкість до цензури, значно покращуючи користувацький досвід.
• Bolt by Chainbound: Bolt — це протокол попереднього підтвердження, розроблений Chainbound, який надає користувачам Ethereum майже миттєве підтвердження транзакцій. Він працює на основі бездозвільної участі та економічного стейкінгу, сумісний із поточним MEV-Boost PBS-пайплайном, створюючи нові можливості для доходу пропонентів. Основна функція Bolt — L1-попереднє підтвердження, що забезпечує миттєву фіналізацію для базових транзакцій (наприклад, переказів і дозволів), покращуючи користувацький досвід. Перенесення відповідальності за включення транзакцій із централізованих блок-білдерів на пропонентів підвищує стійкість системи до цензури. Механізм реєстрації стейкінгових пропонентів забезпечує бездозвільне середовище, гнучко підтримуючи різні типи смарт-контрактів.
• Espresso System: Espresso System — це протокол, спрямований на підвищення взаємодії блокчейн-екосистем. Він використовує консенсус HotShot BFT для досягнення швидкої фіналізації порядку транзакцій і даних між ланцюгами. Espresso System включає Espresso Network і Espresso Marketplace, які разом забезпечують швидку фіналізацію транзакцій і ефективну взаємодію, маючи на меті підвищити масштабованість і безпеку блокчейн-екосистем.
• Ethgas: Ethgas — це ринок для торгівлі блоковим простором, де зіставлення транзакцій керується централізованою системою, а процеси на ланцюгу виконуються через смарт-контракти. Ethgas пропонує дві основні функції: включення попереднього підтвердження (гарантує включення транзакції в межах заданого Gas-ліміту) та виконання попереднього підтвердження (гарантує досягнення транзакцією певного стану чи результату). Ethgas зосереджується на захисті приватності транзакцій у торгівлі блоковим простором і відомий своєю нейтральністю.
• Luban: Luban зосереджений на розробці децентралізованого шару секвенсера для з’єднання даних транзакцій між мережею Ethereum і Rollup. Цей шар секвенсера розроблений як децентралізована система з розділенням ролей пропонента та виконавця. Функція попереднього підтвердження Luban забезпечує виконуваність транзакцій до їх включення в мережу Ethereum, значно підвищуючи надійність транзакцій і допомагаючи оптимізувати комісії, ціни на Gas і MEV.
• Primev: Primev розробляє мережу пропонентів, інтегровану з MEV, поєднуючи попереднє підтвердження з функціями MEV для створення ефективної та надійної peer-to-peer-мережі. Ця мережа фіксує зобов’язання щодо виконання транзакцій Ethereum і стимулює пропонентів через винагороди або покарання. Primev дозволяє учасникам MEV встановлювати конкретні умови виконання для своїх транзакцій, а блок-білдери та валідаори можуть зобов’язуватися їх виконувати, забезпечуючи попереднє підтвердження транзакцій. На основі EIP-4337 Primev підтримує гнучкі опції попереднього підтвердження та Gas-комісій, підвищуючи ефективність обробки транзакцій і оптимізуючи користувацький досвід.
• Puffer Unifi: Активно валідувані сервіси (Actively Validated Services, AVS) Puffer Unifi побудовані на EigenLayer і зосереджені на вирішенні викликів попереднього підтвердження в екосистемі Ethereum, особливо в архітектурі Based Rollup. AVS Puffer Unifi використовує функцію рестейкінгу EigenLayer для підтримки механізму участі в попередньому підтвердженні, маючи на меті підвищити ефективність остаточного підтвердження транзакцій. З розвитком Based Rollup зростає попит на надійних постачальників попереднього підтвердження, і AVS Puffer Unifi прагне задовольнити цю потребу. Його кінцеве бачення — досягти ефективного попереднього підтвердження без зміни основного протоколу, сприяючи сталому зростанню екосистеми Ethereum.
• Skate: AVS попереднього підтвердження Skate базується на рестейкінгових активах EigenLayer і забезпечує економічну безпеку для всіх кросчейн-операцій. Цей AVS перевіряє агреговані дані та інформацію, необхідні для кросчейн-транзакцій, після чого релейєр Skate підписує їх і готує до виконання. Завдяки цьому процесу AVS Skate забезпечує попереднє підтвердження даних, значно підвищуючи надійність і ефективність кросчейн-транзакцій.
• Spire: Based Stack від Spire — це фреймворк Based Ethereum Rollup, який підтримує розробників у створенні App Chains (ланцюгів додатків). Цей фреймворк дозволяє App Chains безпосередньо взаємодіяти з Ethereum і налаштовувати власний метод секвенсування, підтримує кросчейн-обмін і оптимізує користувацький досвід через попереднє підтвердження. Based Stack підтримує різні середовища виконання, забезпечує доходи від секвенсування App Chains і сумісний із традиційними спільними секвенсерами. Як open-source-проєкт, Based Stack надає розробникам повний набір інструментів і ресурсів для створення та управління App Chains, сприяючи розвитку App Chains і взаємодії екосистеми Ethereum.
• Taiko Gwyneth: Taiko Gwyneth — це Rollup-дизайн, який розробляє Taiko і який класифікується як архітектура based Rollup. Його мета — досягти повної взаємодії з Ethereum і безпосередньо керувати секвенсуванням транзакцій на Ethereum. Такий дизайн повністю використовує безпеку та децентралізацію Ethereum, забезпечуючи високу пропускну здатність і швидке остаточне підтвердження. Наразі Taiko використовує механізм пропонентів для допомоги у створенні блоків і досліджує механізм попереднього підтвердження для сприяння прибутковому виробництву блоків у спільноті. Цей механізм має на меті оптимізувати розклад часу блоків і ефективність публікації даних. Для досягнення цих цілей Taiko тісно співпрацює з такими проєктами, як Nethermind і Gattaca.

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

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

Погляд у майбутнє

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

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

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

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

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

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