На примере 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 и других, требующих мгновенного подтверждения.
• В настоящее время в построении экосистемы предварительного подтверждения участвуют несколько проектов. Этот технологический прогресс обещает повысить эффективность L2 экосистемы Ethereum, усилить совместимость с Ethereum и способствовать дальнейшему расширению всей экосистемы.

Taiko уверенно движется к своей конечной цели как Layer2 решения для Ethereum. Для достижения этой цели Taiko уделяет приоритетное внимание полной совместимости с Ethereum, децентрализации секвенсера и поддержке разработчиков. Примечательно, что архитектура Based Rollup позволяет Taiko достичь полной совместимости с Ethereum и открывает возможность для любого желающего стать секвенсером, реализуя децентрализацию секвенсера. Однако, несмотря на преимущества модели 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)», структура, стимулирующая здоровую конкуренцию. Благодаря открытому и разрешительному дизайну 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 экосистемы, а дополнительные детали будут подробно рассмотрены в следующих разделах.

Панорама экосистемы предварительного подтверждения: разбор процесса и исследование проектов

В этом разделе мы рассмотрим, какие проекты активно исследуют и продвигают развитие технологий предварительного подтверждения в Rollup-ориентированной L2 экосистеме. Поскольку экосистема всё ещё находится на ранней стадии развития, мы представим наглядную схему процесса для лучшего понимания и визуализации конкретных этапов предварительного подтверждения.

Схема процесса предварительного подтверждения

Предварительное подтверждение — это сложный процесс, требующий тесного взаимодействия 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 от 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 для создания эффективной и надёжной p2p-сети. Эта сеть фиксирует обязательства по исполнению транзакций 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 Rollup для Ethereum, поддерживающий разработчиков приложенческих цепочек (App Chains). Этот фреймворк позволяет App Chains напрямую взаимодействовать с Ethereum и настраивать методы секвенсирования, поддерживает кроссчейн-обмены и оптимизирует пользовательский опыт через предварительное подтверждение. Based Stack поддерживает различные среды исполнения, обеспечивает доход от секвенсирования для App Chains и совместим с традиционными общими секвенсерами. Как open-source проект, Based Stack предоставляет разработчикам полный набор инструментов и ресурсов для создания и управления App Chains, способствуя развитию и совместимости экосистемы Ethereum.
• Taiko Gwyneth: Taiko Gwyneth — разрабатываемый Taiko дизайн Rollup, относящийся к архитектуре 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. Это повышение производительности может позволить большему количеству проектов Type-1 Ethereum Layer2 глубоко интегрироваться с Ethereum, раскрывая потенциал, ранее недоступный из-за ограничений скорости. Эти достижения неизбежно окажут глубокое влияние на всю экосистему Ethereum.

Путь предварительного подтверждения по-прежнему остаётся сложным и полным вызовов. Тем не менее, такие первопроходцы, как Taiko, смело идут вперёд, сосредотачиваясь на предоставлении пользователям большего удобства. Инновации никогда не бывают лёгкими, но как сторонник Ethereum и его Layer2 экосистемы, я искренне выражаю уважение и поддержку их усилиям.