Блокчейни завжди змагалися за швидкість підтвердження, вимірюючи, наскільки швидко користувачі можуть бути впевнені, що транзакцію прийнято і вона навряд чи буде скасована. Хоча мережі Layer 2 просунули підтвердження нижче однієї секунди, навіть затримка менше секунди все ще порушує досвід у реальному часі у сферах DeFi, платежів і ігор.
Чому затримка менше секунди все ще недостатня
У середовищах, чутливих до затримки, таких як торгівля, навіть затримка 500мс може створити реальний ризик. Маркет-мейкери, що цитують ціни, повинні чекати підтвердження, щоб знати, чи залишається ордер активним. У цей короткий проміжок часу трейдери можуть експлуатувати застарілі ціни, змушуючи маркет-мейкерів розширювати спред. Ширші спреди зменшують ліквідність і роблять ринки менш ефективними для всіх.
Зменшення затримки включення дозволяє створювати більш щільні ринки
Зі зниженням затримки включення ризикове вікно значно зменшується. Це дозволяє маркет-мейкерам тримати спреди тісними і реагувати миттєво на зміни ринку, покращуючи ефективність і ліквідність у мережевих ринках.
Etherlink представляє миттєві підтвердження менше ніж за 50мс
Зі швидкими підтвердженнями на Etherlink користувачі більше не чекають на створення наступного блоку. Замість цього вони отримують квитанцію про транзакцію одразу, як тільки секвенсер підтверджує включення транзакції до наступного блоку. Це зменшує затримку підтвердження у десять разів — з приблизно 500мс до менше ніж 50мс, роблячи взаємодії у мережі справді миттєвими.
Як працюють миттєві підтвердження на Etherlink
Миттєві підтвердження забезпечують гарантію, що транзакція буде включена до наступного блоку за кілька мілісекунд. Вузли Etherlink негайно повідомляють користувачів після того, як секвенсер підтверджує включення, а не чекають на створення блоку.
Квитанції про транзакції перед створенням блоку
Після підтвердження секвенсером включення, вузли Etherlink виконують транзакцію і повертають повну квитанцію, що містить використання газу, логи, статус виконання і хеш транзакції. Оскільки блок ще не створено, хеш блоку недоступний, але цього достатньо для більшості застосувань, де важливіше впевненість у включенні, ніж остаточне підтвердження блоку.
Потокове підтвердження у майже реальному часі
Квитанції про транзакції можна передавати у потоці у майже реальному часі за допомогою нових підписок WebSocket. Це дозволяє застосункам спостерігати і реагувати на миттєві підтвердження по всій мережі у реальному часі, забезпечуючи логіку без опитування.
Миттєві підтвердження відкривають нові можливості у мережі
Вилучення розриву між виконанням і підтвердженням відкриває двері для цілком нових класів застосувань, де кожна мілісекунда має значення.
Торгівля у DeFi і маркет-мейкери отримують вигоду від швидшого зворотного зв’язку
Для маркет-мейкерів підтвердження менше ніж за 50мс дозволяє тримати спреди тісними і реагувати швидше на волатильність. Миттєві підтвердження також роблять можливим спостереження за транзакціями, що виконуються у мережі у майже реальному часі, відкриваючи швидший арбітраж, швидшу реакцію на ліквідність і динамічне коригування стратегій на основі живої активності у мережі.
Гра у реальному часі нарешті стає нативною у мережі
Ігри та інтерактивні застосунки потребують негайного зворотного зв’язку для підтримки занурення. Очікування сотень мілісекунд для підтвердження руйнує досвід. Миттєві підтвердження дозволяють грати у реальному часі з станом у мережі, миттєвими оновленнями інвентарю, чуйними інтерфейсами і мультиплеєрськими взаємодіями, що більше не відчуваються з затримкою.
Агентські і програмовані платіжні системи переходять у реальний час
Миттєві підтвердження особливо потужні для систем платежів агент-до-агента. Зобов’язання секвенсера дозволяють програмувати платіжні потоки для миттєвої реакції, забезпечуючи платежі між машинами, динамічне ціноутворення, оплату за використання і трансграничні платежі, що запускають подальші дії одразу після виконання.
Кращий досвід для розробників для застосунків у реальному часі
Крім кінцевих користувачів, миттєві підтвердження значно покращують досвід розробників. Застосунки можуть реагувати миттєво через підписки WebSocket, виконувати залежні транзакції без очікування блоків, швидше відлагоджувати з миттєвою зворотною реакцією і створювати живі панелі, що оновлюються під час виконання транзакцій.
Як Etherlink відрізняється від Flashblocks та інших L2
На базі OP Stack L2, таких як Base або Unichain, Flashblocks передають часткове виконання кожні кілька сотень мілісекунд на основі аукціонів газу. Ці підтвердження є оптимістичними і базуються на поточних блоках, що означає, що транзакції все ще можна перерозподіляти або змінювати перед фіналізацією.
Перший-до-першого підхід Etherlink
Etherlink обирає принципово інший шлях. Транзакції одразу налаштовуються для включення за принципом «перший прийшов — перший обслужений», з урахуванням пропускної здатності блоку. Після включення транзакції передаються у потік, щоб квитанції можна було обчислити до створення блоку, не покладаючись на оптимістичні припущення.
Менше накладних витрат і чистіша архітектура
На відміну від Flashblocks, миттєві підтвердження не вимагають від секвенсера обчислювати додаткові метадані під час створення блоку. Секвенсер зосереджений виключно на порядку і підтвердженні транзакцій, тоді як виконання здійснюється вузлами Etherlink, що забезпечує більш ефективний і масштабований дизайн.
Розуміння безпеки і остаточності
Миттєві підтвердження зменшують затримку, але не змінюють модель остаточності Etherlink. Як роллап, Etherlink досягає остаточності, коли блоки публікуються і підтверджуються у Layer 1 Tezos.
Підтвердження виконання проти підтвердження блоку
Коли транзакція подається за допомогою eth_sendRawTransactionSync з прапором pending, Etherlink повертає квитанцію одразу після того, як секвенсер підтверджує включення і транзакція виконується. Це забезпечує синхронне підтвердження з точки зору застосунку, за умови довіри до зобов’язань секвенсера.
Більш сильна впевненість із включенням у блок
Для застосунків, що потребують більшої впевненості, користувачі можуть чекати підтвердження блоку, що займає близько 500мс на Etherlink. Це забезпечує більш сильні гарантії, залишаючись значно менше однієї секунди.
Що станеться, якщо секвенсер зупиниться
Якщо секвенсер зупиниться після виконання, але перед створенням блоку, транзакція не буде завершена і її потрібно буде повторно подати після відновлення роботи секвенсера. Ця компромісна модель є характерною для моделей підтвердження з пріоритетом виконання.
Миттєві підтвердження вже працюють у експериментальному режимі
Миттєві підтвердження наразі є експериментальними, їх продуктивність і надійність активно контролюються, оскільки ранні користувачі починають створювати і тестувати застосунки у реальному часі.
Як почати використовувати миттєві підтвердження
Розробники можуть активувати цю функцію, викликавши eth_sendRawTransactionSync з Etherlink RPC вузла. Метод повертає миттєву квитанцію з деталями виконання, без хешу блоку, оскільки блок ще не існує.
Підписки WebSocket для застосунків у реальному часі
Застосунки можуть підписатися на користувацькі події WebSocket, щоб отримувати миттєві підтвердження, коли транзакції додаються до черги для включення. Це забезпечує реактивність у реальному часі у сферах DeFi, ігор і платіжних систем.
Мережна затримка все ще важлива
Хоча затримка на рівні протоколу суттєво зменшена, загальна затримка від кінця до кінця все ще залежить від фізичної відстані до секвенсера. З секвенсером Etherlink, що працює з Токіо, застосунки, розташовані поруч, можуть досягти майже миттєвої реакції.
Розміщення інфраструктури стає конкурентною перевагою
Затримка, чутлива до часу, застосунки, такі як торгові боти, маркет-мейкери, ігри і агентські платіжні системи, отримують перевагу від розміщення інфраструктури ближче до секвенсера, мінімізуючи затримки у двонапрямному обміні.
Миттєві підтвердження відкривають нову еру у мережі
Зменшивши затримку підтвердження з приблизно 500мс до менше ніж 50мс, Etherlink відкриває цілком нову категорію застосувань, які раніше були непрактичними. Високочастотна торгівля, ігри у реальному часі і наступне покоління платіжних систем тепер можуть працювати у мережі без жертв у швидкості реагування.
