Автор оригинала: Puffer
16 сентября Puffer официально объявил о выпуске продукта безопасной инфраструктуры Ethereum под названием “UniFi AVS”, который представляет собой сервис активной верификации (AVS) на основе EigenLayer, разработанный специально для решения вызовов предварительного подтверждения (Preconfs) в области экосистемы Ethereum, особенно в области Based Rollup, с целью раскрытия всего потенциала Based Rollup.
Возможно, у многих пользователей первое впечатление о Puffer ограничивается платформой с одиночной ликвидностью, но на самом деле мы уже в августе повысились до поставщика децентрализованной инфраструктуры на базе Ethereum. Архитектура продукта может быть охарактеризована как «три лошадиные упряжки»: Puffer UniFi на основе Rollup, технологическое решение UniFi AVS с предварительным подтверждением и продукт Puffer LRT.
Данный документ будет подробно рассматривать функциональные возможности продукта UniFi AVS с вами, но перед этим необходимо кратко изложить основные концепции Based Rollup. Как только мы разберемся в Based Rollup, мы сможем оценить важность и ценность UniFi AVS для будущего Ethereum.
Based Rollup - концепция, официально представленная Джастином Дрейком, исследователем Фонда Ethereum, в марте 2023 года, направленная на решение ряда проблем существующей экосистемы Rollup.
Как известно, после того как Виталик Бутерин в 2020 году опубликовал “Дорожную карту ETH с упором на Rollup”, экосистема Ethereum вступила в эпоху многочисленных Rollup - по неполным данным L2 BEAT на момент публикации уже было целых 39 различных Rollup L2, среди которых как Optimistic Rollup, так и ZK Rollup в определенной степени смягчили старые проблемы масштабирования Ethereum, но также привели к новой проблеме - растущему разрыву в Ликвидности.
В то же время сортировщик (Sequencer) в качестве наиболее важного компонента архитектуры L2-L1 отвечает за сортировку и упаковку транзакций из L2 в L1, что играет важную роль в повышении эффективности обработки транзакций и уменьшении Падение, однако из-за того, что в работе L2 широко используется централизованный сортировщик, подконтрольный одному или немногим субъектам, существует потенциальный риск сбоя или злонамеренного поведения сортировщика:
Если у сортировщика возникнут проблемы, это может привести к задержке в торговле, потере данных или даже угрозе безопасности активов. Для пользователей, зависящих от L2 для совершения сделок, это безусловно представляет собой серьезную угрозу.
Такой популярный на рынке Децентрализация сортировщик или общий сортировщик?
В теории они действительно могут избежать сбоев и рисков злоупотребления, связанных с централизованным сортировщиком, но их координация и механизм согласия относительно сложны, и между различными децентрализованными сортировщиками могут возникнуть проблемы совместимости, что затрудняет их плавное взаимодействие, и, если говорить по существу, на данный момент децентрализованная сеть сортировщиков до сих пор не имеет успешной практической проверки в масштабе, и все еще может столкнуться с различными потенциальными атаками и уязвимостями.
Поэтому Based Rollup непосредственно следует принципу бритвы Оккама и устраняет отдельный механизм сети сортировщика: обязанность сортировки транзакций переносится с L2 на L1, и Узел Ethereum L1, являющийся предлагающим блок, отвечает за сортировку транзакций.
Это не только избежало рисков, связанных с централизованными сортировщиками, но также полностью использовало существующую сеть Узлов и децентрализованные характеристики Эфира, повышая уровень безопасности до уровня главной сети Эфира.
Однако, если получить что-то в восточном углу, а потерять в западном, это сопровождается другим вызовом - сеть Rollup на основе базовой цепи не может обеспечить быстрого подтверждения сделок.
Причина тоже очень проста, в настоящее время распространенные L2, основанные на централизованных сортировщиках, могут быстро сортировать и упаковывать, обеспечивая практически мгновенное подтверждение транзакций; в то время как сортировка транзакций Based Rollup выполняется Узлом проверки L1, что означает, что время подтверждения полностью зависит от интервала блоков Основной сети (приблизительно 12 секунд), что существенно уступает по пользовательскому опыту централизованным сортировщикам.
Грубо говоря, Based Rollup выравнивает безопасность и децентрализацию с L1, но вынужден жертвовать скоростью подтверждения транзакций. Для большинства финансовых сценариев в блокчейне, где рыночные условия меняются мгновенно, даже разница в 12 секунд может вызвать огромные риски и неопределенность.
В связи с этим нам необходимо “патчить” Based Rollup, то есть внедрить предварительные подтверждения (Preconfirmations, сокр. Preconfs). Логика здесь тоже проста, как это может показаться по названию. Представьте себе:
Когда мы покупаем билеты на поезд на 12306, как только **маршрут выбран и сделан заказ (проведена подпись сделки), система бронирования сначала предоставит предварительную информацию, сообщая о том, что действие покупки билетов (для каждой сделки) было принято и находится в процессе последующего подтверждения. В этот момент мы можем начать планировать поездку, готовить багаж и т. д., **но только после окончательного подтверждения вагона и места (сделка размещена на L1) мы можем считать сделку по покупке билетов завершенной.
Другими словами, в Based Rollup предварительное подтверждение означает, что перед официальным подтверждением транзакции на L1 обещают включить ее в Блок, что равносильно предоставлению пользователям предварительного подтверждения, сообщающего о том, что транзакция принята и обрабатывается.
Таким образом, обеспечивается возможность мгновенной реакции на транзакции (примерно в 100 миллисекунд) без необходимости ожидания 12 секунд в в блокчейне, что особенно важно для тех сценариев в блокчейне, которые требуют высокой скорости.
Этот шаг не только значительно увеличил скорость сделок и пользовательский опыт, но и не требует изменения основного Протокола Ethereum, до некоторой степени можно сказать, что Based Rollup и предварительное подтверждение (Preconfs) подобны одной монете с двумя сторонами - чтобы полностью раскрыть потенциал Based Rollup, необходимо реализовать сервис предварительного подтверждения без разрешения, нейтральный и гибкий.
Единственное, что нужно учесть, в конкретном механизме реализации, кто в конечном итоге будет отвечать за упорядочение и предварительное подтверждение сделок, и гарантировать соблюдение обещания предварительного подтверждения?
Имеется ли возможность использовать услуги AVS EigenLayer для решения проблемы разрезания на основе экономической безопасности Ethereum Основная сеть?
Puffer UniFi AVS именно такой подход, который позволяет использовать функцию Restaking EigenLayer и в будущем сочетать с механизмом нейтрального регистрационного договора ETH Foundation, реализует практически идеальную ситуацию:
Установите механизм участия в предварительном подтверждении без разрешения, позволяющий любому предложителю L1 добровольно зарегистрироваться в качестве узла предварительного подтверждения и тем самым обеспечить экономическую безопасность непосредственно на основе Ethereum без дополнительных мер наказания.
Puffer UniFi AVS конкретно включает в себя интеграцию EigenLayer, регистрацию в блокчейне, механизм разрезания, при этом интеграция EigenLayer дает Puffer UniFi AVS уникальное конкурентное преимущество в предварительном обслуживании:
**Способность создания набора Узлов, основанных на проверке залога Puffer, где заложенный ETH непосредственно используется в качестве предварительного залога, без необходимости дополнительного депонирования, позволяет создать “одну организацию, две марки”, где Залоговый Узел=Сервисный Узел, что не только повышает эффективность капитала, но и может быстро запустить набор предварительных проверочных Узлов с большим числом участников, достаточно Децентрализация.
Мы можем кратко описать конкретную последовательность предварительного подтверждения для Puffer UniFi AVS.
Во-первых, потому что Узел проверки Puffer уже зарегистрирован на блокчейне ETH в качестве «Native Restaking» Узел, когда пользователь отправляет транзакцию, требующую предварительного подтверждения, Узел проверки Puffer непосредственно выступает в качестве узла предварительного подтверждения, обещая пользователю предварительное подтверждение в течение приблизительно 100 миллисекунд, чтобы пользователь мог оперативно узнать, что его транзакция была принята и будет включена в какой-то блок в будущем.
После предварительного подтверждения Puffer-узел проверяет эти транзакции, упаковывает их вместе с другими транзакциями и отправляет блок на уровень 1 ETH. Затем контракт Puffer UniFi Smart-контракт Puffer Sequencer Contract принимает пакетную транзакцию и гарантирует, что состояние транзакции было подтверждено и невозможно откатить.
И во всем процессе регистрации в блокчейне UniFi AVS и механизм разрезания играют важную роль - если валидаторы не соблюдают свои заранее согласованные обязательства, они будут разрезаны, что обеспечивает надежность и безопасность всей системы.
На момент написания этого сообщения требования к участию в Puffer UniFi AVS:
Следует отметить, что Puffer UniFi AVS, интегрируя Commit-Boost, стремится сосредоточиться на ключевых функциях, таких как механизм регистрации, механизм разрезания и т.д., и обеспечить более эффективные, стандартизированные и сообщество-ориентированные услуги предварительного подтверждения, придерживаясь принципов Децентрализация и открытости Ethereum.
Ландшафт долго стоит, чтобы рассмотреть его величие, впереди будет следовать постоянное расширение сюжета Based Rollup, и множество проектов Based Rollup, как грибы после дождя, обязательно появятся, и их потребность в предварительных услугах будет чрезвычайно срочной, особенно в условиях сложной рыночной среды и технических вызовов, им нужен надежный поставщик услуг предварительного подтверждения, чтобы обеспечить им надежную поддержку.
Рынок срочно нуждается в надежном поставщике технических услуг по предварительному подтверждению, поэтому Puffer UniFi AVS по сути является универсальным решением, способным эффективно удовлетворить потребности всех сторон:
Одним словом, модель обслуживания Puffer UniFi AVS аналогична платформе сопряжения EigenLayer, направленной на оптимизацию использования ресурсов - как Uber, Didi, путем подключения Узла в качестве поставщика, с помощью сопряжения и сопоставления, предоставляет услуги предварительного подтверждения на основе Rollup для потребителей.
Такой подход не только значительно ускоряет инновационный процесс в области Based Rollup и экосистеме Ethereum, но также создает новый источник дохода для группы узлов проверки Ethereum и придает новую жизнь всей экосистеме.
В целом, как сказано Виталиком Бутериным, новая идея Rollup, известная как Based Rollup, обязательно сыграет более важную роль в развитии Ethereum.
Поэтому услуги предварительного подтверждения, неотъемлемые для Based Rollup, также предопределены стать ключевой инфраструктурой, связанной с будущим экосистемы Ethereum, а Puffer UniFi AVS, как инновационное техническое решение предварительного подтверждения, является на данный момент наиболее важным шагом в рамках «Based Rollup+Preconfs».
С более широкой перспективы Puffer UniFi AVS начинается с Based Rollup, но не ограничивается им - он тесно связан с долгосрочной целью Ethereum, что позволяет достигнуть быстрого предварительного подтверждения без изменения основного протокола, влияя не только на экосистему EigenLayer, но и предоставляя новую парадигму для инноваций в Ethereum, принося практическую пользу пользователям, валидаторам и всему сообществу Ethereum. Ожидается, что это вызовет цепную реакцию, внедряя новые и более широкие возможности для дальнейшего роста Ethereum.
Puffer Finance - ведущий инноватор в области инфраструктуры Ethereum, сосредоточенный на следующем поколении Rollup - Puffer UniFi, поддерживаемом LRT и предварительным подтверждением в AVS. С помощью собственного Протокола Puffer UniFi, а также продуктов UniFi AVS и других, Puffer постоянно стремится укреплять Децентрализация Ethereum. puffer.fi