Оригинальное название: «Предварительное подтверждение (feat. Taiko): Make Ethereum Fast for the First Time!»
Написал: Ингеун Ким : : FP
Ключевое описание
Taiko - это сеть Layer2 на основе Based Rollup, целью которой является достижение полной взаимоподдерживаемости с Ethereum и Децентрализация Sequencer. Чтобы решить проблему задержки подтверждения транзакций в механизме Rollup, Taiko вводит концепцию «предварительного подтверждения (Preconfirmation)». Предварительное подтверждение эффективно разрешает проблему низкой эффективности процесса подтверждения транзакций в механизме Rollup, значительно повышая пользовательский опыт, предварительно гарантируя включение и последовательность транзакций для пользователей.
В модели предварительного подтверждения на основе L1 валидаторы обеспечивают пользователям гарантии результатов сделок. Предварительные подтверждающие лица должны застейкатьМаржа и соблюдать механизм уменьшения (Slashing), чтобы обеспечить надежность системы. Проекты L2, такие как Taiko, внедряют механизм предварительного подтверждения, обеспечивая надежную окончательность сделок и создавая более удобные условия для операций в режиме реального времени, необходимые для Децентрализованные финансы и других сервисов, требующих мгновенного подтверждения.
На данный момент несколько проектов участвуют в создании экосистемы предварительного подтверждения. Этот технологический прогресс ожидается, что повысит эффективность экосистемы ETH 2.0, усилит взаимодействие с Ethereum и способствует дальнейшему расширению всей экосистемы.
Taiko постепенно движется к своей окончательной цели как решение второго уровня для 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, и если порядок сделок неверен или результат нежелателен, это может привести к финансовым потерям, вызванным выполненными сделками.
В условиях высокой Колебание на рынке проблемы задержки и изменения порядка становятся более острой, поскольку пользователи полагаются на услуги Арбитраж и Децентрализованные финансы. В этих случаях задержки в сделках или изменение порядка могут непосредственно привести к потере возможностей. Даже обычные пользователи совершения сделок могут испытывать недостаток уверенности в отношении времени подтверждения сделки и ее последовательности на уровне 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 Sequencer и предложители блоков ETH являются одними и теми же ролями. Эта конструкция наделяет их особыми обязанностями и стимулирующим механизмом, такими как получение максимальной извлекаемой стоимости (MEV) и других преимуществ, связанных с ролью Sequencer. Поэтому, когда возникают проблемы с L2-секвенсором Taiko, эти секвенсоры естественным образом несут соответствующую ответственность из-за связанного интереса в экосистеме блоков ETH. Этот механизм создает существенное отличие Taiko в плане операционной ответственности от других проектов L2-платформы блоков ETH.
Кроме того, стоит отметить, что модель Based Rollup от Taiko разработана как “основанная на конкуренции Rollup (Based Contestable Rollup, BCR)”, которая направлена на поощрение здоровой конкуренции. Благодаря открытому и нелицензионному дизайну Taiko обеспечивает Децентрализация системы и позволяет любому участвовать, что делает систему более справедливой и прозрачной.
Предварительное подтверждение на основе Rollup
Итак, какая модель предварительного подтверждения специально разработана для Based Rollup? Ответ - это «Based Preconfirmation». Эта модель заменяет традиционный механизм мягкого подтверждения путем прямой проверки на L1.
Based Preconfirmation предоставляет систему, в которой некоторые валидаторы L1 добровольно участвуют и предоставляют услуги предварительного подтверждения. В качестве секвенсоров эти валидаторы предоставляют пользователям проверяемые прогнозы результатов сделок Rollup. Такой подход обеспечивает пользователям надежные гарантии включения и упорядочения сделок, основанные непосредственно на L1, что повышает доверие и надежность процесса Rollup.
Джастин Дрейк впервые предложил концепцию Based Preconfirmation и предложил конкретную роль, называемую “пре-конфер”, которая может обеспечивать пользователям гарантию подписи, чтобы ясно определить порядок и статус выполнения операции. Чтобы обеспечить надежность обещания, каждый пре-конфер должен застейкать определенное количество маржи. Если они не соблюдают обещания относительно порядка операций или статуса выполнения, они будут подвержены механизму слэшинга и потере части или всей маржи.
Механизм снижения уже широко применяется в PoS Ethereum, используемый для эффективного подавления злонамеренного поведения. Этот механизм не только укрепляет чувство ответственности предварительного подтверждающего, но также создает определенную основу доверия между пользователями и предварительными подтверждающими.
Два случая могут привести к наказанию предварительно подтвержденного участника (Pre-Commit) за нарушение (Slashing):
Ошибка живучести (Liveness Faults): Если предварительный подтверждающий не смог по любой причине включить предварительную транзакцию пользователя в блокчейн, то произойдет ошибка живучести. Поскольку ошибка живучести не всегда намеренная, ее наказание относительно мягкое. Эта ошибка может быть вызвана проблемами сети или прерыванием блокчейна L1 или L2, что приводит к невозможности правильно включить транзакцию в блокчейн. Чтобы защитить честных предварительных подтверждающих от неправомерного наказания, сумма наказания за ошибку живучести обычно определяется пользователем и предварительным подтверждающим.
Сбои безопасности (Safety Faults): Если предварительно подтвержденная транзакция включена в блокчейн, но результат не соответствует исходному запросу пользователя, происходит сбой безопасности. Это несоответствие полностью ложится на ответственность предварительного подтверждающего лица, поэтому наказание за сбои безопасности, как правило, более строгое. Маржа предварительного подтверждающего лица будет конфискована полностью, независимо от того, была ли проблема намеренной.
Для того чтобы стать предварительным подтверждающим в модели Based Preconfirmation, Узел (обычно предлагающий L1 Блок) должен принять условия этих механизмов Slashing и застейкать необходимую маржу. После получения одобрения предварительный подтверждающий может предоставлять услуги пользователям и получать доход через взимание платы за услуги.
Эта модель оплаты обеспечивает пользователям значительное удобство, позволяя им обойти встроенную задержку в окончательном подтверждении Rollup-транзакций. Например, после того, как пользователь отправил предварительно подтвержденную транзакцию из своего личного кошелька, он сразу же получает подтверждение от предварительного подтверждающего лица.
Участники предварительного подтверждения на основе базы могут не только получать дополнительный доход за счет взимания платы, но и помогать оптимизировать процесс подтверждения транзакций Rollup. Эта модель не только повышает удобство использования для пользователей, но и предоставляет всей экосистеме L2 надежное и эффективное решение для окончательного подтверждения транзакций, дополнительно укрепляя ее привлекательность и практичность.
Почему пользователи готовы платить за предварительное подтверждение?
Это фактически тесно связано с основной целью предварительного подтверждения. Пользователи готовы платить за предварительное подтверждение, потому что оно непосредственно решает проблему низкой эффективности Rollup в процессе окончательного подтверждения транзакций и приносит значительные удобства для пользователей.
Например, когда пользователь отправляет предварительно подтвержденную транзакцию через свой личный кошелек L2 в блокчейне, стандартная транзакция может потребовать окончательного подтверждения, в то время как пользователь, запрашивающий предварительное подтверждение, сможет немедленно получить гарантию от предварительного подтверждающего лица, без необходимости задержки, чтобы завершить транзакцию. В этот момент пользователь даже может увидеть зеленую галочку на экране своего кошелька, четко указывающую на успешное завершение транзакции.
Давайте возьмем услуги Децентрализованные финансы в качестве примера. Когда пользователь осуществляет обмен токенов на платформе Децентрализованные финансы L2, предварительное подтверждение может предоставить дополнительную защиту для связанных сделок. Обычно предложение обменного курса или комиссии сделки может не соответствовать фактическим результатам сделки из-за задержки. Однако благодаря предварительному подтверждению пользователи могут наслаждаться быстрым и эффективным процессом окончательного подтверждения сделки, уменьшая разницу между ожидаемыми условиями и фактическими результатами и получая более надежный опыт обслуживания.
Эти сценарии использования не только позволяют разработчикам предоставлять более точные услуги, но также обеспечивают пользователям более плавный и удобный опыт использования. Этот динамизм дополнительно поддерживает расширение экосистемы L2 и вносит вклад в рost более широкой экосистемы L1. Кроме того, для ордерера Based Rollup предварительное подтверждение обеспечивает значительную прибыльную модель. Такой дизайн эффективно решает некоторые традиционные слабые стороны Based Rollup, делая его идеальным выбором для ордерера с надежностью и привлекательностью.
Какие вызовы существуют перед предварительным подтверждением?
Предварительное подтверждение на основе по-прежнему является важной областью исследований в проектах уровня 2, управляемых Rollup, представленных Taiko. Несмотря на то, что этот механизм обеспечивает четкое решение для повышения производительности и масштабируемости L2 при сохранении децентрализации, все еще существуют некоторые проблемы, которые необходимо решить в реальном мире, чтобы добиться более широкого внедрения.
Во-первых, при отправке транзакции в Блок на Preconfer пользователь может не получить абсолютную гарантию включения транзакции. Несмотря на то, что предварительные конфирматоры обеспечивают маржу для транзакции, этот механизм все равно не решает полностью возможные проблемы с невключением транзакций из-за внешних прерываний. Особенно в случаях, когда стоимость транзакции превышает сумму маржи предварительных конфирматоров, они могут злоупотреблять своими полномочиями и выборочно включать или исключать определенные транзакции, что может представлять потенциальные риски.
Еще одним значительным вызовом является модель прибыли, основанная на предварительном подтверждении. Основным источником дохода для предварительных подтверждений являются комиссии, оплачиваемые пользователями. Однако недостаточное количество предварительных подтверждений или низкая степень участия могут привести к централизации рынка и появлению монопольных тенденций. В этом случае комиссии за предварительное подтверждение могут быть искусственно повышены, что увеличит затраты пользователей на быстрые и эффективные транзакции, что в конечном итоге угрожает здоровому развитию экосистемы предварительного подтверждения.
Стратегически важно отметить, что концепция Based Preconfirmation относительно новая и была предложена всего около года назад. Для того чтобы сделать ее “ключевым инструментом” для максимизации скорости и эффективности решения L2 на основе Rollup, все еще требуется некоторое время для практики и совершенствования. Тем не менее, поскольку 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): если возникают споры или проблемы в процессе предварительного подтверждения, этот персонаж отвечает за исследование проблем и принятие соответствующих мер для разрешения споров. Эта роль играет ключевую роль в обеспечении справедливости и надежности процесса предварительного подтверждения.
Сейчас мы расположим конкретный процесс предварительного подтверждения в порядке, указанном на блок-схеме.
Пользователь отправляет запрос на торговлю участнику предварительного подтверждения, чтобы запустить процесс предварительного подтверждения.
Предварительные проверяющие лица проверяют транзакцию и отправляют квитанцию о предварительном подтверждении, обещая пользователю, что эта транзакция будет включена в L1 Блок, обеспечивая пользователю предварительное окончательное подтверждение.
Предварительные данные о сделках, которые должны быть включены в блок L1, отправляются валидаторам L1. Эти данные могут быть отдельными сделками или суммарными данными, обработанными L2-секвенсором.
L1 валидаторы проверяют представленные данные о транзакциях или суммарные данные и записывают их в L1 Блок, чтобы убедиться, что они соответствуют правилам Соглашения блокчейн.
После некоторого времени блок L1 с данными о транзакциях или суммированными данными становится окончательным, транзакция официально подтверждается.
Пользователь может проверить конечный результат транзакции через Узел L1 и при необходимости использовать соответствующую информацию для подачи любых потенциальных споров или вызовов, связанных с предварительным подтверждением.
Если происходит ситуация, когда сделка не правильно включена в L1 согласно обязательствам, то предварительный подтверждающий эту сделку рискует быть наказанным администратором вызова предварительного подтверждения, например, Маржа снижается или его застейканные активы замораживаются.
Исследование связанных проектов
Ниже подробно анализируются основные проекты, активно участвующие в экосистеме предварительного подтверждения, и их соответствующие роли в процессе. Хотя эти проекты занимают определенные роли на диаграмме процесса, их фактические обязанности могут незначительно отличаться. Таким образом, этот обзор предназначен для предоставления базового понимания и может служить общим руководством. Для ясности проекты в каждой категории упорядочены по алфавиту.
Предварительные проверяющие (Preconfer Validators)
Astria: Astria стремится заменить централизованные секвенсоры децентрализованной сетью секвенсоров, которая позволяет нескольким накопителям совместно использовать эту сеть. Такая структура обеспечивает большую устойчивость к цензуре, более быстрое завершение блоков и бесшовное взаимодействие между свертками. Для достижения быстрого завершения блокировки Astria представила функцию предварительного подтверждения, которая позволяет Rollups обеспечивать быстрое подтверждение транзакций и повышенную устойчивость к цензуре, значительно улучшая пользовательский опыт.
Bolt от Chainbound: Bolt — это протокол предварительного подтверждения, разработанный Chainbound, который предоставляет пользователям Ethereum почти мгновенные услуги подтверждения транзакций. Его работа основана на механизме участия без доверия и экономическом обеспечении, при этом он совместим с существующим конвейером MEV-Boost PBS, что создает новые возможности получения дохода для авторов предложений. Основной особенностью Bolt является предварительное подтверждение L1, которое обеспечивает мгновенную завершенность основных транзакций, таких как переводы и авторизация, для улучшения пользовательского опыта. Перекладывая ответственность за включение транзакций с централизованных конструкторов блоков на инициаторов, Bolt усиливает устойчивость системы к цензуре. В то же время механизм регистрации пропозиционера стейкинга обеспечивает среду без доверия, которая гибко поддерживает различные типы смарт-контрактов.
Espresso: Espresso - это Протокол, который стремится улучшить взаимодействие в экосистеме блокчейна. Он использует отказоустойчивость Byzantine (BFT) Протокол HotShot, чтобы обеспечить порядок транзакций и быструю окончательность данных между несколькими цепочками. Espresso включает в себя Espresso Network и Espresso Marketplace, которые сотрудничают, чтобы обеспечить быструю окончательность транзакций и эффективную взаимодействие, с целью улучшить масштабируемость и безопасность экосистемы блокчейна.
EthGas: EthGas - это рынок для транзакций в блокчейне, сопоставление сделок осуществляется централизованной системой, а процесс в блокчейне выполняется через смарт-контракты. EthGas предоставляет две основные функции: предварительное подтверждение (гарантирует включение транзакции в заданный лимит Газа) и выполнение предварительного подтверждения (гарантирует достижение транзакцией определенного состояния или результата). EthGas сосредоточен на защите конфиденциальности транзакций в блокчейне и известен своей нейтральной целью в управлении.
Luban: Luban фокусируется на разработке децентрализованного уровня секвенирования для соединения данных о транзакциях между сетью Ethereum и Rollups. Этот уровень виртуализации спроектирован как децентрализованная система, которая разделяет роли, предлагающие и выполняющие. Функция предварительного подтверждения Luban значительно повышает надежность транзакций, гарантируя, что транзакции будут выполнены до того, как они будут включены в сеть Ethereum, а также помогает оптимизировать ключевые факторы, такие как комиссии за транзакции, цены на газ и MEV.
Primev：Primev в настоящее время разрабатывает сеть предложений, интегрированную с MEV, которая объединяет предварительное подтверждение с функциями MEV, строя эффективную и надежную сеть peer-to-peer. Эта сеть регистрирует обязательства по исполнению сделок на блоке ETH и стимулирует предложителей через награды или штрафы. Primev позволяет участникам MEV задавать конкретные условия исполнения своих сделок, а блокстроители и валидаторы могут обязаться выполнить эти условия, обеспечивая предварительное подтверждение сделок. Основываясь на EIP-4337, Primev поддерживает гибкое предварительное подтверждение и опции по газовым сборам, что не только повышает эффективность обработки сделок, но и дополнительно оптимизирует пользовательский опыт.
Puffer Unifi: Служба активной проверки Puffer Unifi (Actively Validated Services, AVS) на основе EigenLayer, сосредоточенная на решении вызовов предварительного согласования в экосистеме Ethereum, особенно в архитектуре Based Rollup. Puffer Unifi AVS использует функциональность повторного застейкивания EigenLayer для поддержки механизма участия в предварительном согласовании и направлена на повышение эффективности окончательного подтверждения сделок. С развитием Based Rollup возрастает потребность в надежных предоставщиках предварительного согласования, а целью Puffer Unifi AVS является удовлетворение этой потребности. Его конечная цель - обеспечение эффективного предварительного согласования без изменения основного протокола, чтобы обеспечить устойчивый рост экосистемы Ethereum.
Skate: Предварительное подтверждение Skate AVS использует активы, заложенные повторно на EigenLayer, чтобы обеспечить экономическую безопасность для всех операций взаимодействия в кросс-цепочке. Этот AVS проверяет связанные данные и информацию, необходимые для взаимодействия в кросс-цепочке биржи, которые затем подписываются и готовятся к выполнению ретранслятором Skate. Через этот процесс AVS Skate достигает предварительного подтверждения данных, что значительно повышает надежность и эффективность транзакций взаимодействия в кросс-цепочке.
Spire: Based Stack Spire - это фреймворк Rollup, основанный на ETH, специально разработанный для поддержки AppChain (App Chains) разработчиков. Этот фреймворк позволяет AppChain взаимодействовать непосредственно с ETH и настраивать свой метод упорядочения, поддерживает кросс-чейн взаимодействие и обмен функций, а также оптимизирует пользовательский опыт через предварительное подтверждение. Based Stack поддерживает различные среды выполнения, обеспечивает доход AppChain от упорядочения и совместим с традиционными общими упорядочивателями. Как проект с открытым исходным кодом, Based Stack предоставляет разработчикам полный набор инструментов и ресурсов для создания и управления AppChain, тем самым способствуя развитию AppChain и взаимодействию с экосистемой ETH.
Taiko Gwyneth: Taiko Gwyneth - это дизайн Rollup, который разрабатывается Taiko и классифицируется как архитектура, основанная на Rollup. Его целью является достижение полной совместимости с эфиром, а также прямое управление последовательностью транзакций на эфире. Этот дизайн полностью использует безопасность и децентрализацию эфира, обеспечивая при этом высокую пропускную способность и быстрые окончательные подтверждения. В настоящее время Taiko работает над механизмом предложения для помощи в создании блоков и исследует механизм предварительного подтверждения для стимулирования прибыльного производства блоков в сообществе. Этот механизм нацелен на оптимизацию расписания блоков и эффективности публикации данных. Для достижения этих целей Taiko тесно сотрудничает с проектами Nethermind и Gattaca.
L1 валидаторы
Chorus One: Chorus One — это проект, который предоставляет услуги верификации и инфраструктуру для блокчейн-сетей, уделяя особое внимание услугам стейкинга по нескольким протоколам для повышения стабильности и безопасности сети. Роль Chorus One как валидатора L1 заключается в проверке транзакций и генерации блоков, тем самым повышая надежность и эффективность всей сети. В последнее время Chorus One проявил большой интерес к технологии предварительной квалификации и даже провел специальное мероприятие во время Devcon 2024.
исследование
Nethermind: Nethermind — это проект, посвященный разработке клиентов и инструментов Ethereum, основной целью которого является повышение производительности и стабильности сети блокчейн. Внедряя передовые методы оптимизации, Nethermind активно способствует увеличению пропускной способности транзакций в сети Ethereum. Nethermind проводит углубленное исследование технологии предварительной валидации и подала заявку на участие в грантовой программе Taiko, чтобы ускорить развертывание предварительной проверки в основной сети Taiko. Это предложение основано на проекте Nethermind RFP-001 и будет реализовано в два этапа: на первом этапе будет тестироваться функция предварительной валидации с ограниченным числом авторизованных участников; На втором этапе планируется поэтапное расширение сферы применения предварительной валидации.
Взгляд в будущее
Проекты Taiko и множество других проектов Layer2 Based Rollup, независимо от того, используют ли они архитектуру Based Rollup, стремятся оптимизировать неэффективный процесс подтверждения транзакций в традиционном Rollup. Введение концепции предварительного подтверждения (Preconfirmation) позволяет этим проектам создать систему подтверждения транзакций, которая позволяет пользователям более быстро и надежно подтверждать транзакции. С помощью этого подхода эти проекты продолжают исследовать способы улучшения пользовательского опыта и создания доверия у пользователей.
Taiko полностью использует свое положение в качестве проекта Уровень 2 на основе Based Rollup, активно продвигая механизм Based Preconfirmation, что обеспечивает полную совместимость с Ethereum и Децентрализация. Taiko значительно повышает скорость и надежность обработки транзакций, обеспечивая пользователям быстрые и надежные гарантии окончательного подтверждения сделок, что значительно улучшает пользовательский опыт.
Однако многие эксперты отрасли, включая Эда Фелтена из Arbitrum, указывают на то, что по-прежнему отсутствует достаточно зрелое промежуточное программное обеспечение, которое полностью поддерживает предварительное подтверждение. Это свидетельствует о том, что зрелость технологии предварительного подтверждения и модель доходов предварительного подтверждения все еще сталкиваются с вызовами, и эти вопросы требуют дальнейшего рассмотрения.
Как было сказано в этой статье, все больше проектов и участников активно входят в область предварительного подтверждения, привнося с собой уникальные инновационные решения, направленные на улучшение производительности и эффективности Ethereum Layer2. Эта тенденция также соответствует общему закономерному улучшению системы после ее первоначальной реализации. Я считаю, что этот этап является важным узлом эволюции L2 системы и является волнующим активным развитием в текущей L2 экосистеме.
Повышение удобства для пользователей через предварительное подтверждение может оказать далеко идущее влияние не только на области, где важны скорость и эффективность, такие как Децентрализованные финансы и игры, но и на улучшение производительности Layer2 Ethereum, чтобы соединить Ethereum и ранее разрозненные экологические части. Это повышение производительности может позволить более многим проектам ETH Layer2 типа 1 интегрироваться с глубиной Ethereum, раскрывая потенциал, ранее недоступный из-за ограничений скорости. Эти достижения неизбежно окажут далеко идущее влияние на всю экосистему Ethereum.
Предварительное подтверждение по-прежнему является сложным и трудным путем. Однако пионеры, такие как Taiko, берут на себя вызов и фокусируются на обеспечении большего удобства для пользователей. Инновации никогда не были легкой задачей, но как сторонник экосистемы Ethereum и ее Layer2, я искренне уважаю и поддерживаю их усилия.
