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

• Эта статья, начиная с ограничений текущей L2 экосистемы, анализирует конкретные практики проекта Taiko и демонстрирует, как инновационная концепция предварительного подтверждения (Preconfirmation) оптимизирует процесс подтверждения транзакций и повышает пользовательский опыт. Одновременно раскрываются текущие проблемы, с которыми сталкиваются технологии предварительного подтверждения в процессе развития, включая двойные вызовы технического совершенствования и экологической устойчивости.*

Оригинальное название: «Предварительное подтверждение (feat. Taiko): Make Ethereum Fast for the First Time!» *

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

Основной обзор

• Taiko - это сеть Layer2 на основе Based Rollup, целью которой является достижение полной совместимости с Ethereum и одновременное Децентрализация Секвенсора. Для решения проблемы задержки подтверждения транзакций в механизме Rollup, Taiko вводит концепцию “Предварительного подтверждения”. Путем заранее гарантировать пользователям включение и последовательность транзакций, предварительное подтверждение эффективно смягчает проблему низкой эффективности процесса подтверждения транзакций в механизме Rollup, что значительно улучшает пользовательский опыт.
• В модели предварительного подтверждения на основе L1 валидаторы предоставляют пользователям гарантию результатов транзакции. Предварительные подтверждающие участники должны застейкать Маржу и соблюдать механизм снижения (Slashing), чтобы обеспечить надежность системы. Проекты L2, такие как Taiko, создают надежную окончательность транзакций, вводя механизм предварительного подтверждения, что создает более удобную операционную среду для Децентрализованных финансов и других услуг, требующих мгновенного подтверждения.
• На данный момент несколько проектов принимают участие в развитии экосистемы предварительного подтверждения. Этот технологический прогресс ожидается увеличение эффективности экосистемы ETH L2, усиление взаимодействия с Ethereum и дальнейшее расширение всей экосистемы.

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

В этой статье на примере Taiko мы более подробно рассмотрим концепцию предварительного подтверждения (Preconfirmation). Как важная составляющая технологического стека Layer2, предварительное подтверждение является важным шагом в дальнейшем развитии Rollup.

Проблемы эффективности L2 в настоящее время

С расширением экосистемы L2 появилось множество проектов, принесших много новых концепций и технологических стеков. Однако, несмотря на значительный прогресс, L2 все еще имеет некоторые проблемы с эффективностью, особенно в критических областях, влияющих на пользовательский опыт, поэтому повышение эффективности становится особенно важным.

Ограничения роллапа: неэффективный процесс окончательного определения надежности сделок

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

Эта архитектура обеспечивает безопасность и неизменность данных, путем непосредственного использования генерации блоков и доступности данных L1. Однако зависимость от L1 для окончательного подтверждения приводит к медленной обработке транзакций и ограниченной способности к мгновенному подтверждению, что затрудняет удовлетворение потребностей в реальном времени с точки зрения пользователя.

Кроме того, многие секвенсоры L2 и узлы проверки до сих пор централизованы. Это приводит к низкой эффективности, например, к длительному времени подтверждения транзакций и возможным сбоям в работе, что влияет на эффективность обработки транзакций некоторых роллапов и приводит к задержкам подтверждения.

Введение понятия предварительного подтверждения

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

Предварительное подтверждение какие проблемы решает?

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

В условиях Колебание на рынке проблемы задержки и изменения порядка становятся более явными, поскольку пользователи полагаются на услуги Арбитраж и Децентрализованные финансы. В этих случаях задержка или изменение порядка сделок могут прямо привести к упущению возможностей. Даже пользователи, осуществляющие обычные сделки, могут испытывать недостаток уверенности во времени подтверждения и последовательности сделок на уровне L1, что вызывает сомнения в надежности и удобстве использования блокчейна.

Поэтому целью предварительного подтверждения является устранение этих недостатков, особенно предоставление более удобного и надежного опыта торговли для пользователей, наиболее сильно пострадавших от низкой эффективности Rollup.

Как решить эти проблемы заранее?**

Предварительное подтверждение решает эти проблемы, обеспечивая пользователям включение, упорядочение и гарантирование исполнения сделок. Оно предоставляет пользователям «мягкое подтверждение» через централизованный L2-сортировщик и выпускает предварительное подтверждение, чтобы гарантировать, что сделка в конечном итоге будет включена в L1.

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

**Подтверждение предварительное - это окончательное решение?

Хотя программное подтверждение от централизованного упорядочивателя может улучшить пользовательский опыт за счет ожидаемого порядка и результатов, оно зависит от доверия к упорядочивателю. Без юридических или технических обязательных мер пользователи могут полагаться только на надежность упорядочивателя. Эта зависимость влечет за собой возможность того, что транзакции могут не быть включены в правильном порядке, или даже вовсе не быть включены на уровне L1, не обеспечивая ожидаемую стабильную гарантию для пользователей.

Иллюстрация понятия и практики предварительного подтверждения на примере Taiko

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

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

Анализ случая Taiko

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

Иными словами, секвенсор Taiko и предложитель блоков Ethereum - одинаковые роли. Такая концепция наделяет их особыми обязанностями и стимулирующим механизмом, таким как получение максимальной выгоды из механизма извлечения максимальной стоимости (MEV) и другие преимущества, связанные с идентификацией секвенсора. Таким образом, когда в процессе L2-секвенирования Taiko возникают проблемы, эти секвенсоры естественным образом несут ответственность, основанную на интересах в экосистеме Ethereum, что отличает Taiko в плане ответственности от других L2-проектов на платформе Ethereum.

Кроме того, следует отметить, что модель Based Rollup от Taiko разработана как «основанная на конкуренции Rollup (Based Contestable Rollup, BCR)», которая направлена на поощрение благоприятной конкуренции. Благодаря открытому и нелицензированному дизайну, Taiko обеспечивает децентрализацию системы и позволяет любому желающему присоединиться, что делает систему более справедливой и прозрачной.

Подтверждение на основе Based Rollup

Итак, какая модель предварительного подтверждения, специально разработанная для Based Rollup? Ответ - «Based Preconfirmation». Эта модель направлена на замену традиционного механизма мягкого подтверждения путем прямой проверки на уровне L1.

Based Preconfirmation предоставляет систему, в которой некоторые валидаторы L1 добровольно участвуют и предоставляют услуги предварительного подтверждения. В качестве сортировщика эти валидаторы предоставляют пользователям верифицируемые прогнозы результатов транзакций Rollup. Это обеспечивает пользователям надежную гарантию включения и упорядочения транзакций, прямо основанную на L1, что повышает доверие и надежность процесса Rollup.

Джастин Дрейк впервые предложил концепцию «Based Preconfirmation» и предложил определенную роль, называемую «предварительным подтверждением (Preconfer)», которая может обеспечить пользователям гарантию подписи, ясность порядка и состояния выполнения транзакции. Чтобы обеспечить надежность обязательств, каждый предварительный подтверждающий должен застейкать определенное количество Маржа. Если они не смогут выполнить обязательства относительно порядка выполнения или состояния выполнения транзакции, они будут подвергаться механизму Slashing, что может привести к частичной или полной потере Маржа.

Механизм снижения уже широко применяется в PoS Ethereum для эффективного подавления злонамеренного поведения. Этот механизм не только укрепляет ответственность предварительных подтверждений, но также создает определенную основу доверия между пользователями и предварительными подтверждениями.

Две ситуации могут привести к наказанию посредством снижения для предварительного подтверждающего:

1. Неполадки живости (Liveness Faults): Если предварительный подтверждающий не может включить предварительно подтвержденную транзакцию пользователя в блокчейн по любой причине, возникают неполадки живости. Поскольку неполадки живости не всегда являются умышленными, их наказание относительно мягкое. Такие сбои могут быть вызваны проблемами сети или прерываниями блокчейна L1 или L2, что приводит к тому, что транзакции не могут быть правильно включены в блокчейн. Чтобы защитить честных предварительных подтверждающих от неправомерного наказания, сумма штрафа за неполадки живости обычно определяется в результате соглашения между пользователем и предварительным подтверждающим.
2. Безопасностные сбои：Если предварительно подтвержденная транзакция включена в блокчейне, но результат не соответствует первоначальному запросу пользователя, возникают безопасностные сбои. Эта несогласованность полностью лежит на совести предварительно подтверждающего лица, поэтому наказание за безопасностные сбои обычно более строгое. Маржа предварительного подтверждающего лица будет конфискована полностью, независимо от того, была ли ошибка намеренной.

Для того чтобы стать предварительным подтверждающим модель Based Preconfirmation, узел (как правило, предлагающий L1 Блок) должен принять условия этого механизма снижения и заморозить необходимую маржу. После одобрения предварительный подтверждающий может предоставлять услуги пользователям и получать доход за предоставление услуг.

Эта модель расходов обеспечивает пользователям значительное удобство, позволяя им обойти встроенную задержку подтверждения транзакций Rollup. Например, после предварительного подтверждения сделки через личный кошелек пользователь может сразу получить подтверждение от предварительного подтверждающего.

Участники предварительного подтверждения в рамках проекта Based Preconfirmation не только могут получать дополнительный доход за счет взимания комиссии, но и помогать оптимизировать процесс подтверждения транзакций в Rollup. Эта модель не только повышает удобство использования для пользователей, но и обеспечивает надежное и эффективное решение для окончательного подтверждения транзакций во всей экосистеме L2, что дополнительно усиливает ее привлекательность и практичность.

Почему пользователи готовы платить предварительную комиссию?

На самом деле это тесно связано с основной целью предварительного подтверждения. Пользователи готовы платить за предварительное подтверждение, потому что оно непосредственно решает проблему низкой эффективности Rollup в процессе окончательного подтверждения транзакций и значительно облегчает пользователю.

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

Возьмем, к примеру, услуги Децентрализованные финансы. Когда пользователи проводят обмен Токен на платформе Децентрализованные финансы L2, предварительное подтверждение может обеспечить дополнительную защиту для соответствующих сделок. Обычно цены или комиссии сделок могут отличаться от фактически завершенных сделок из-за задержек. Однако благодаря предварительному подтверждению пользователи могут насладиться быстрым и эффективным процессом окончательного подтверждения сделок, уменьшив различия между ожидаемыми условиями и реальными результатами, что позволяет им получить более надежный опыт обслуживания.

Эти сценарии использования не только позволяют разработчикам предоставлять более точные услуги, но и обеспечивают более плавный и удобный пользовательский опыт. Эта динамика дополнительно поддерживает расширение L2 экосистемы и вносит вклад в рост более широкой L1 экосистемы. Кроме того, для ордера Based Rollup предоставляется значительная прибыльная модель благодаря предварительной проверке. Этот дизайн эффективно решает некоторые традиционные слабые места Based Rollup и делает его идеальным выбором для ордера, сочетающим надежность и привлекательность.

Какие вызовы существуют при предварительном подтверждении?

На основе предварительного подтверждения, по-прежнему является областью активных исследований в проектах Layer2, представляющих собой роллап, представленный Taiko. Несмотря на то, что этот механизм является явным решением для повышения производительности и масштабируемости L2, при этом сохраняется Децентрализация, он все еще сталкивается с рядом вызовов, требующих срочного решения, чтобы достичь более широкого принятия.

Во-первых, при подаче сделки на предварительное подтверждение кБлок, пользователь может не получить абсолютной гарантии включения сделки. Несмотря на то, что предварительные подтверждающие агенты предоставляютМаржа в качестве гарантии для сделок, этот механизм по-прежнему не может полностью решить проблему невключения сделок из-за внешних прерываний. Особенно в случае когда стоимость сделки превышает суммуМаржа предварительного подтверждающего агента, тот может злоупотребить своими полномочиями, выборочно включая или исключая определенные сделки, что влечет за собой потенциальные риски.

Еще одной значительной проблемой является модель прибыльности, основанная на предварительном подтверждении. Основным источником дохода для предварительно подтверждающих лиц являются платежи пользователей за предварительное подтверждение. Однако, если количество предварительно подтверждающих лиц недостаточно или их участие недостаточно высоко, это может привести к централизации рынка и монополии. В таком случае стоимость предварительного подтверждения может быть искусственно завышена, что увеличит затраты пользователей на быстрые и эффективные сделки и представит угрозу для здорового развития экосистемы предварительного подтверждения.

Важно отметить, что концепция 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 предварительное подтверждение, обеспечивающее мгновенную окончательность базовых транзакций (например, переводов и авторизаций), тем самым улучшая опыт пользователей. Перенос ответственности за включение транзакции из централизованного строителя блоков на предложителя усиливает сопротивление цензуре системы. В то же время механизм регистрации залога предложителя обеспечивает доверенную среду, гибко поддерживающую различные типы смарт-контрактов.
• **Espresso **：Espresso - это Протокол, направленный на улучшение интероперабельности экосистемы блокчейна. Он использует Протокол отказоустойчивость Byzantine (BFT)Соглашение HotShot, обеспечивая быструю окончательность транзакций и данных между несколькими цепями. Espresso включает в себя сеть Espresso и рынок Espresso, которые сотрудничают для обеспечения быстрой окончательности транзакций и эффективной интероперабельности с целью повышения масштабируемости и безопасности экосистемы блокчейна.
• EthГаз：EthГаз - это рынок для торговли блок-пространством, сопоставление сделок осуществляется централизованной системой, а в блокчейне процесс выполняется через смарт-контракт. EthГаз предоставляет две основные функции: предварительное подтверждение (гарантирует включение сделки в указанный лимит газа) и выполнение предварительного подтверждения (гарантирует достижение определенного состояния или результата сделки). EthГаз сосредоточен на защите конфиденциальности сделок в блок-пространстве и известен своей нейтральной операционной целью. Luban: Luban фокусируется на разработке децентрализованного уровня секвенирования для соединения данных о транзакциях между сетью Ethereum и Rollups. Этот уровень виртуализации спроектирован как децентрализованная система, которая разделяет роли, предлагающие и выполняющие. Функция предварительного подтверждения Luban значительно повышает надежность транзакций, гарантируя, что транзакции будут выполнены до того, как они будут включены в сеть Ethereum, а также помогает оптимизировать ключевые факторы, такие как комиссии за транзакции, цены на газ и MEV.
• Primev: Primev разрабатывает предложительную сеть, интегрированную с MEV, которая объединяет предварительное подтверждение с функциональностью MEV и создает эффективную и надежную сеть peer-to-peer. Эта сеть записывает обязательства по выполнению транзакций ETH-сети и поощряет предложителей с помощью системы наград и наказаний. Primev позволяет участникам MEV устанавливать конкретные условия выполнения своих транзакций, а строители блоков и валидаторы обязуются выполнить эти условия, обеспечивая предварительное подтверждение транзакций. На основе EIP-4337, Primev поддерживает гибкие опции предварительного подтверждения и оплаты за газ, что повышает эффективность обработки транзакций и дополнительно оптимизирует пользовательский опыт.
• Puffer Unifi：Службы активной проверки Puffer Unifi (AVS) основаны на EigenLayer и сфокусированы на решении вызовов предварительного подтверждения в экосистеме Ethereum, особенно в архитектуре Based Rollup. Puffer Unifi AVS использует функцию повторной застейкания EigenLayer для поддержки механизма предварительного подтверждения с целью увеличения эффективности окончательного подтверждения транзакций. С развитием Based Rollup растет спрос на надежных предоставителей подтверждения, и целью Puffer Unifi AVS является удовлетворение этого спроса. Его конечная цель - обеспечить эффективное предварительное подтверждение без изменения основного протокола, тем самым способствуя устойчивому росту экосистемы Ethereum.
• Skate：Предварительное подтверждение Skate AVS основано на активе, застейкать на EigenLayer, обеспечивая экономическую безопасность для всех операций взаимодействия кросс-чейн. Этот AVS проверяет привязанные данные и информацию, необходимые для операций взаимодействия кросс-чейн на бирже, после чего подписывается и готовится к выполнению ретранслятором Skate. Через этот процесс AVS Skate обеспечивает предварительное подтверждение данных, что значительно повышает надежность и эффективность операций взаимодействия кросс-чейн.
• Spire：Based Stack Spire - это фреймворк Rollup на основе Ethereum, специально разработанный для поддержки AppChain. Этот фреймворк позволяет AppChain взаимодействовать напрямую с Ethereum и настраивать свои собственные методы упорядочения, поддерживая кросс-чейн обмен и другие функции, а также оптимизируя опыт пользователей через предварительное подтверждение. Based Stack поддерживает различные среды выполнения, обеспечивает доходы от упорядочения для AppChain и совместим с традиционными общими упорядочивателями. Как проект с открытым исходным кодом, Based Stack предоставляет разработчикам все необходимые инструменты и ресурсы для создания и управления AppChain, способствуя взаимодействию AppChain и экосистемы Ethereum.
• Тайко Гвинет：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 - это проект, посвященный разработке клиента и инструментов для сети Ethereum, его основная цель - повышение производительности и стабильности Блокчейн сети. Внедрением передовых оптимизационных технологий Nethermind активно способствует увеличению пропускной способности сети Ethereum. В области технологии предварительного подтверждения Nethermind ведет глубокие исследования и уже представил предложение по финансированию для программы Taiko с целью ускорения внедрения технологии предварительного подтверждения в основной сети Ethereum. Это предложение основано на проекте RFP-001 от Nethermind и предусматривает две фазы: первая фаза предполагает тестирование технологии предварительного подтверждения с ограниченным числом участников, вторая фаза - постепенное расширение области применения технологии предварительного подтверждения.

Взгляд в будущее

Проекты Layer2, такие как Taiko и многие другие Based Rollup, независимо от того, используют ли они архитектуру Based Rollup, стремятся оптимизировать неэффективный процесс окончательного подтверждения транзакций в традиционном Rollup. Внедрение концепции предварительного подтверждения (Preconfirmation) позволяет этим проектам создавать систему подтверждения транзакций, которая позволяет пользователям быстрее и надежнее подтверждать транзакции. Таким образом, эти проекты продолжают исследовать, как улучшить пользовательский опыт и установить доверие пользователей.

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

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

Как указано в этой статье, все больше и больше проектов и участников активно вступают в область предварительного подтверждения, каждый из которых приносит уникальные инновационные решения с целью улучшить производительность и эффективность Ethereum Layer2. Этот тренд также соответствует общему закономерному улучшению системных концепций после их первоначальной реализации. Я считаю, что этот этап является важным Узлом эволюции L2 системы, а также волнующим позитивным развитием в текущей L2 экосистеме.

Повышение удобства для пользователей через предварительное подтверждение может оказать глубокое влияние не только на сферы, где важны скорость и эффективность, такие как Децентрализованные финансы и игры, но и на улучшение производительности слоя ETH Layer2, в результате чего связь между ETH и ранее разбросанными экосистемными компонентами будет восстановлена. Это улучшение производительности может позволить более интегрированным проектам ETH Layer2 типа 1 реализовать потенциал, который ранее был недоступен из-за ограничений скорости. Эти достижения, несомненно, окажут глубокое влияние на всю экосистему ETH.

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